Есть такой bapi_incominginvoice_create. Создание счета логистики.
В обычном режима через тр MIRO в документе FI проходит замещение ПФМ через user exit. При тесте BAPI в это замещение выходит, т.е. вроде как ПФМ должно заполняться. Но BAPI выдает ошибку
T ID NUM MESSAGE

E F5 808 ПФМ для ОСч 6600 60010100 требует обязательного ввода.

Я не могу найти момент, когда эта ошибка появляется. Как побороть? Или хотя бы точку появление этой ошибки найти

Группа статполей для данного счета настроена таким образом, что требуется обязательный ввод в указанное поле.
Я так понимаю, что под user exit, говоря о замещении, Вы подразумеваете пользовательскую подпрограмму на втором моменте (это было бы логично).
Смысл при проводке такой, что первым делом проверяется статус полей согласно группе статполей счета главной книги (группа статполей настраивается в основной записи счета ГК).
И только потом система приступает к замещениям и проверкам пользователя.
Замещение в поле не случится до тех пор, пока не будет пройдена проверка группы статполей. Иначе говоря, поле обязательное для заполнения, и ругается система сразу как только обнаружит его пустоту.
Чтобы работало замещение, группу статполей надо обманывать. Простой пример - замещение на МВЗ. Также будет ругаться красным, пока не сделать финт с автоконтировкой.
То есть в поле пропихивается что-то холостое, а замещение накладывается уже сверху и отрабатывает после модуля проверки поля.

Однако все это выглядит немного странно, потому что тогда и в режиме онлайн замещение также не отрабатывало бы.
Я могу лишь предположить, что в BAPI специфика своя.

Попробуйте следующее.
1. Если в BAPI есть возможность передать ПФМ для позиции кредитора, подайте туда какое-то техническое значение. Предпосылку для работы замещения при необходимости скорректируйте (если там стоит сейчас условие ПФМ = ПУСТО). То есть ее надо ослабить так, чтобы замещение отработало поверх технического значения.
2. Пропихните в финансовую позицию по данному счету ПФМ по умолчанию (настраивается в основной записи финансовой позиции). Тогда это будет равносильно автоконтировке (по аналогии с моим примером с МВЗ). Уже поверх него работайте с замещением (опять же надо проверить предпосылки).
3. Ослабьте приоритет поля ПФМ в группе статполей до "Необязательное заполнение". В этом случае модуль проверки поля не вернет ошибку и exit обязан отработать (если Вы ручаетесь, что в BAPI он вообще работает).

Если под user-exit понималось что-то другое (натуральный customer function, а не exit замещения второго момента), то это значит, что оно там не работает, вот и все (если Вы опять же ручаетесь, что в режиме онлайн при прямой проводке в MIRO все идентично).

Наконец, в конце добавлю. А зачем Вам вообще ПФМ на 60 счете? Раз речь идет о MIRO, то это явно КЗ. В SAP ФП и ПФМ живые указываются только в позициях затрат/расхода/дохода/выручки/позициях ОГК. В остальных случаях техническое значение.