Добрый день.
Создаю документ тр FB01 (программа SAPMF05A).
Необходимо в поле BKTXT (изначально пустое) иметь значение AWKEY. пробовал FI замещения по заголовку, естественно AWKEY пустое.
Нашёл в инклюде MF05AFF0_FCODE_BEARBEITUNG вызов события Open FI 1030 , на момент срабатывания AWKEY заполнен. написал FM для замещения, возвращаю модифицированный T_BKPF , в основную программу передаётся, но после сохранения документа поле BKTXT остаётся незаполненным.
покапался в MF05AFF0_FCODE_BEARBEITUNG и увидел, что до события 1030 происходит CALL FUNCTION 'POST_DOCUMENT' IN UPDATE TASK , в результате которого происходит update нужных мне таблиц данными.
Кто может подсказать user-exit или ещё какое-то решение, в момент вызова которого мы уже имеем номер документа , но ещё не провели Update.
Решение по поиску следующего номера документа исходя из текущего в таблицах диапазона номеров, не предлагать
К сожалению, генерация номера документа происходит после события Open FI 1025

Попробуйте замещение "Документ полностью" - может поможет.

А BADI AC_DOCUMENT в какой момент работает?

+1
ИМХО на третьем моменте должно все правильно отработать

Напишите плиз о результате, мне интересно тоже. Каким образом получилось?

при этапе замещения "док-т полностью" поле BKPF-BKTXT = BKPF-AWKEY и = пустое значение.
Если BKPF-BKTXT заместить номером документа BKPF-BELNR , то значение будет: $1
т.е. и это замещение отрабатывает раньше определения номера документа, следовательно AWKEY пустое

Конечно, я так и предполагал. Если получится, напишите

к сожалению, не сталкивался с Badi.... попробую разобраться.
если вдруг есть пошаговая инструкция, как заставить Badi работать, буду признателен

данный Badi не отрабатывает при проводке в FI через тр. FB01

к сожалению, я пока делаю вывод, что земестить значением AWKEY возможности нет. все Badi , которые вызываются в момент сохранения документа, вызвыаются до определения номера документа
есть другие мнения\идеи?

Кладете в поле BKTXT уникальную метку перед сохранением документа.
Запускаете нечто с отложенным выполнением которое по этой метке находит документ в БД и кладет в поле BKTXT значение из AWKEY.
Как-то так...

не представляю как это можно реализвать. код можете представить?

ФМ с отложенным выполнением в отдельном процессе.
На вход подаете год, БЕ, вашу уникальную метку. Он ищет документ, а документ к моменту выполнения модуля уже будет в БД, и делает то, что вам надо.
За кодом к абаперам...

ЗЫ.
Если идея плохая, то просьба сказать в чем.

идея не плохая, просто не совсем представляю как технически реализовать :отложенные выполнение в отдельном процессе, но самое главное определить в каком процессе . Может ли это быть событие 1025?

Абаперов нет, своими руками реализуем

Если мыслить логически, то номер документа проставляется в последний момент перед сохранением, когда проведены все проверки и прочее, т.е. не что не мешает системе провести документ и осталось его только сохранить - это должно быть потому, что перещелкивается номер в таблице NRIV. Это означает, что вклиниться в систему после того как она решит что документ корректен не должно получиться. Остается только постобработка
Думаю, что Plank прав. Хотя хочу предупредить, что поиск по неключевым полям может занять критично продолжительное время. Для каких целей Вам это надо? Попробуйте использовать значение AWKEY напрямую из поля...