Добрый день,
уверен, что такое уже обсуждалось, но найти не смог.
Возможно ли с помощью замещения при сохранении инвойса в MIRO в соответствующий FI-документ занести номер этого инвойса в поле ZUONR?

да вроде как процедура стандартная:

1. Находим экзит, где номер ММ инвойса уже известен
2. кидаем этот номер в память
3. В замещении читаем из памяти и замещаем

или какие-то проблемы возникают?

Спасибо, понял. А то в замещении мы можем только анализировать BSEG BKPF. С памятью все стало на свои места ))
А user-exit случайно не помните нужный?

Кстати, а может достаточно просто в замещении вытащить номер инвойса из BKPF-AWKEY?

Например здесь уже номер есть LMR1M001 - EXIT_SAPLMRMP_010.
Только вот почему-то замещения отрабатывают раньше. Может кто знает тонкости?

Кстати и в BKPF-AWKEY в замещении у меня пусто.

Только что проверил,
ни в замещении, ни в OPEN FI поле BKPF-AWKEY не содержит номера документа MM. Событие 1025.

Так а есть экзит с номером инвойса, отрабатывающий до замещения,
или может быть попробовать другое событие в OPEN FI?

К сожалению OPEN_FI 1025, 1120, 1130 тоже раньше срабатывает.
Но это поле в FI документе заполняется из соот. поля MM-фактуры, так что попробуй в EXIT_SAPLMRMP_010 написать:
(SAPLMRMP)rbkpv-zuonr = e_trbkpv-belnr.
или
(SAPLMRMP)rbkpv-zuonr = (SAPLMRMP)rbkpv-belnr.
Должно получиться.
Глобальная адресация нужна, так как e_trbkpv импортируемый параметр по значению, его изменения не передаются на верх.

А можно чуть подробнее про глобальную адресацию.
В таком виде (SAPLMRMP)rbkpv-zuonr = e_trbkpv-belnr выдает
сообщение об ошибке.

Глобальная адресация - это возможность увидеть переменные, структуры, вн.таблицы определенные на более верхних уровнях. Заголовок с/ф перед сохранением лежит в структуре RBKPV. Объявлена данная структура в программе SAPLMRMP. Из этой программы мы попадаем в инклуд экзита. Напрямую из экзита данная структура не видима, но применяя данную конструкцию она становится доступна. У меня все получается. Может другая версия и там другая группа функций работает? Поищите по главной программе RBKPV или возможно другую структуру, где лежит заголовок.

Сделал через field-symbols. Но таким образом ( rbkpv-zuonr ) получается изменить поле в самом MM-документе. В FI это поле заполняется уже до этого момента. То есть, если мы в MIRO заполняем поле Assignment, то это значение и попадет в FI-документ. А юзер-экзит изменит уже только MM.
Получается, что замещения и open-fi отрабатывают до того, как становится известен номер MM док-та. А как потом внести изменение в бухгалтерский док-т?

Признаю, внутр. таблицы FI документа уже к тому времени сформированы, НО на счастье еще не вызывался CALL FUNCTION 'POST_DOCUMENT' IN UPDATE TASK, где один из параметров XBSEG.
Так что в том же экзите EXIT_SAPLMRMP_010 напиши например так:

Кстати таким образом мы еще сохраняем присвоение ММ с/ф неизменным. Сам только что проверил, правда значения поменял ручками в отладчике

Спасибо! Все заработало. Правда почему-то в 4.6С пришлось все делать динамически через филд-символы.

У меня аналогичная. Я конкретно этот пример не пробовал, но в похожих ситуациях работало и без field-symbolа. Вобщем, с ним значит надежнее, буду иметь ввиду