Добрый день. Подскажите, кто знает, user-exit, срабатывающий после того, как данные ложаться в базу. Необходимо к контракту создать доп.документы, однако они завязаны на номер контракта, который еще не сохранен. Соответственно данных в таблицах нет. Часть нашел в X-таблицах в памяти (xvbap и тп), а часть - нет. В частности интересует таблица FMZUOB, мож до сохранения можно оттуда вытащить связанные данные?
Тяну по FMZUOB-OBJNR='%'+VBAK-VBELN+VBAP-POSNR

Кручу-верчу здесь: Include MV45AFZZ, USEREXIT_SAVE_DOCUMENT.

В подпрограмме USEREXIT_SAVE_DOCUMENT номер контракта уже известен (поле VBAK-VBELN). Если нужно по нему селектануть из VBAK, то сделайте предварительно COMMIT WORK AND WAIT.

а это никаких отрицательных последствий не принесет?

Надо смотреть "по месту". Только я что-то не допонял - каким образом при сохранении контракта у Вас формируются записи в FMZUOB?

Эти записи формируются системой (либо каким-то дополнением/настройками), как именно - не могу сказать, не искал. Факт в том, что по вышеописанному ключу в FMZUOB данные появляются после сохранения. Мне же из этой таблицы нужны финпозиция, фонд и прочие для создания сметного поступления. Так консультант написал в ТЗ
Пока потестирую с коммитом, посмотрю что да как.

То, что должно произойти после сохранения документа, не делается в user exit, а обычно делается с помощью output type, который привязывается к программе. Таким образом сначала проходят все обновления (и COMMIT) по документу, а потом уже срабатывает программа.

Мне, правда, совершенно, не понятно, зачем нужно производить какие-то махинации с FI/CO-PA таблицами в момент сохранения SD контракта... Если должны создаваться какие-то документы, то неужели для этого нет стандартных программ?

Кроме output type вполне себе рабочий вариант - запустить свой ФМ в апдейт таске и наслаждаться теми же закоммиченными данными.

Сдается, что имеет место несоответствие сабжа вопросу автора, а также возможно просто разная интерпретация "после сохранения". Если что-то должно сохраняться вместе с документом (обычная ситуация, когда, например, нужно сохранить какие-то относящиеся к документу данные в Z табличке), то тут как раз подойдет UPDATE TASK .

В моем скромном понимании "после сохранения" - это когда уже прошли все коммиты и блокировки. Довольно распространенный пример: при сохранении поставки нужно изменить что-то в заказе. Заказ на время всех обновлений поставки блокируется и любые обновления в нем натыкаются на сообщение "Document ... is blocked by ...". Но можно обновить заказ с помощью output + программы.

Вообще думается автору (и/или составителю ТЗ) неплохо бы сначала разобраться в процессах, т.к. есть большое подозрение, что в данном конкретном случае не все так просто, как нам тут рисуют.

Используйте CALL FUNCTION ... IN BACKGROUND TASK