ДВС!
Нужно запустить транзакцию (gcu1) из события openfi (1110 - изменение документа). Эта транзакция читает bseg из базы, а он еще не изменен. Есть ли способ запустить транзакцию, чтобы она видела измененные данные ДО COMMIT WORK в вызвавшей программе? Добавление MODE 'S' или MODE 'L' для CALL TRANSACTION не помогает

Нет способа, потому что БД обновляется намного позже.
Можно прочитать из памяти вызывающих программ или используемых групп функций через ASSIGN к их глобальной памяти.

А если б это был CALL FUNCTION или PERFORM, там читались бы из bseg уже новые данные?

Данных в БД еще нет, поэтому и нет разницы как вызывать выборку.
Как писал Sibrin, через ASSIGN.

Ну, если найти подходящий (законный) функциональный модуль или подпрограмму, которые возвращают текущие значения внутренних таблиц (из вышеупомянутых глобальных переменных), то это даже лучше, чем assign. Другой вопрос, что таковых, как правило, нет или их намного труднее найти, в то время как assign'ом тыкнуться можно почти куда-угодно.

Ну чисто для информации, то, что коммита еще не было - ни о чем не говорит Dearty read гуглите.
Правда в архитектуре САПа один фиг - не выйдет.

Удалось сделать довольно красивым способом: в gcu1 (отчет rgurec10) нашёл вызов badi FI_SL_BADI_RGUREC10 - "BADI для замещений в структуре документа RGUREC10", у него один метод, в котором можно поменять прочитанные из базы данные документа. Измененные но еще не сохраненные в базу данные несем туда через export/import в memory_id

to Пономарев Артем:
Нащот dirty read не знаю, в транзакциях (БД) он обычно не используется. Очевидно в сапе все это выполняется не в рамках отдельной транзакции БД, поскольку в ней обычно поддерживается своя версия данных до фиксации.

Ну как сказать.
Теоретически выйдет. Если в БД создать хранимку в которой сделать ALTER SESSION и вычитать незакомиченные данные.
Вызвать хранимку из САПы в native SQLе сразу после INSERTа и до коммита.
Но это даже не изварщение, это хуже

Что касается export/import в memory_id - на мой взгляд ничем не лучше ASSIGN'а, в данном случае.

После того, как сделал insert или update, можно сразу сделать select и увидеть изменённые данные.

После того, как нажали кнопочку Save изменяются только таблицы vbmod и vbdata. А в прикладные таблыцы информация попадает в update-процессе, чуть позже.

Красиво разрулил ситуацию, garikk, поздравляю!

Привет!

Столкнулся с необходимостью запуска транзакции GCU1 для многих документов.

при запуске через batch отрабатывает, но вместо экрана с результатами выдается:

"Обратите внимание на результаты выполнения программы - см.подробный текст"

при использовании CALL TRANSACTION нужно кроме года и БЕ задать номера документов и целевой реестр и деактивировать некоторые check-box'ы .

через что запускаете вы?