Добрый день!

Подскажите пожалуйста, каким образом можно заполнить в функциональном модуле BAPI_INCOMINGINVOICE_CREATE таблицы header и itemdata, чтобы прошло фактурирование заказа, в котором есть записьо запланированных затратах на поставку (например GDT) двумя строчками, то есть один и тот же вид условия встречается дважды???

Заранее спасибо ))

Есть такое подозрение, что одни и теже затраты на доставку можно отфактурировать дважды только на разных кредиторов.
Косвенное подтверждение - в ноте 591415.

Думаю, надо в сап писать.

Вы фактурируете одно и то же условие, или в заказе у вас два условия с одинаковым видом?
Если второе, то нужно при фактурировании указывать номер и счетчик условия (COND_ST_NO, COND_COUNT) вместо вида условия.

Небольшой совет, как бороться с BAPI_INCOMINGINVOICE_CREATE и прочими "MIRO-BAPI" (их целая группа).

Если я правильно понял, вы пытаетесь повторить то, что получается "ручками" (через транзакцию MIRO).
1. Чтобы понять, что нужно передавать, очень может помочь путь сравнения - многие поля в BAPI соответствуют полям таблицы rseg, можно попробовать сравнить значения в правильно созданной через MIRO фактуре и в ваших параметрах, может навести на мысль.
2. Данный BAPI работает через ФМ MRM_INVOICE_CREATE (и соседние ФМ из той же группы или тоже начинающиеся на MRM_INVOICE_*). Через эти же ФМ-ы вроде как работает MIRO. Поэтому можно сравнить параметры, которые передаются в этот внутренний ФМ-ник из MIRO и из вашего вызова BAPI и дальше через дебаггер разобраться как добиться, чтобы BAPI вызывала ФМ-ник как нужно.

удачи

+1 raaleksandr
Вдогонку, к разбору с бапи, посоветую смотреть BAPI_*_GETDETAIL или что вроде того. Мне очень помогает, когда разбираюсь с работой незнакомого бапи.

Большое спасибо всем! У меня в заказе было 2 условия, с одним и тем же видом. Теперь все фактурируется успешно! Пока что не получается формировать кредитовое авизо, но еще попробую поразбираться с GETDETAIL, интересная вещь.