я бы сказал что группировка в стандарте сделана не для людей, а для галочки

Кому интересно я выпустил ноту

2646926 - Transfer Pricing. Previous document found incorrectly

Коллеги, а подскажите, кто победил уведомление, откуда берутся данные для заполнения полей 070(код страны происхождения предмета сделки) и 080(место отправки (погрузки) товара) раздела 1Б?

Смотрите код программы. Это данные из MM заказа+поставшика, на сколько помню.

Смотрю уже, но плохо получается пока.
Это в одном из методов класса CL_J3RF_TRANSFER_PRICING происходит, но где конкретно пока не нашел (абапер я тот еще).

добавлено:
в GET_DATA. Но проблема, у меня, похоже, в другом.

ищите в этом классе прям текстом 070 например. там кое где по коду стоят комментарии.

Kengur
спасибо, нашел как раз))

И оказалось, что я в этот кусок кода вообще не попадаю, потому что он только для товаров работает, а я на это внимание не обратил

да по типам 2 и 3 эти поля необязательные вроде.

Сейчас разбирался с некорректным заполнением в ряде случаев двух полей 090 (место совершения сделки) и 110(код ОКЕИ).

Может кому пригодится:

1. поле 090 МестСовСд "Место совершения сделки" заполняется из адресных данных завода
2. Есть фича с заполнением кода ОКЕИ, даже две:
а. Если у вас созданы две единицы измерения, которые должны иметь одинаковый классификатор ОКЕИ, то в техническое представление (MSEH6) пишите первые три символа код ОКЕИ, а дальше свои признаки. У нас, например, несколько ЕИ, которые становятся в ОКЕИ штуками (796) ну и MSEH6 у них я поставил типа 796-1, 796-2 итп. В XML попадают только первые три символа из MSEH6
б. Есть таблица для подмены ОКЕИ кодов для ЕИ: J_3RJ_UOM_CONV (ракурс J_3RJ_UOM). Как пользоваться поймете сразу, как откроете ракурс.

ps Так заполняется, наверно, не всегда, так как в коде есть ветвления, но в моем случае сработало именно так.