Делаю пользовательский интрефейс, в котором создается поставка через SHP_VL10_DELIVERY_CREATE, отпуск материалов и есть возможност сторнировать отпуск через WS_REVERSE_GOODS_ISSUE и удалить поставку.
Проблема, в том, что если сделать поставку-отпуск и тут же без выхода из транзакции пытататься сторнировать то WS_REVERSE_GOODS_ISSUE говорит что Поставка не найдена. Если выйти, зайти и сторнировать - то все ок. Очевидно что где то не успевает происходить обновление, но commit work and wait стоит везде где нужно и пакетники выполняются с обновлением S.

Единственно что придумалось - завернуть SHP_VL10_DELIVERY_CREATE в фм и вызывать его in update task.
Может быть ещё какие есть варианты?

Так вам же ровно наоборот необходимо синхронное создание поставки.
Зачем тут update task?

Вообще же ваш коммит после ФМа SHP_VL10_DELIVERY_CREATE лишний. Внутри ФМа он вызывается явно и без wait'а.

Поэтому ваш commit work and wait ничего ждать не будет.

Если хотите коммитеть сами, используйте RV_DELIVERY_CREATE(исходящая) или GN_DELIVERY_CREATE(входящая) ФМы.

да понятно что сам коммитит, только тогда почему ж 2й фм не видит что создал первый?

А если перед SHP_VL10_DELIVERY_CREATE попробовать выполнить SET UPDATE TASK LOCAL. ?

А там у commit wait стоит?
Если не стоит, то просто не успевает. Можно для проверки в цикле с заданной переодичностью запускать select и проверять, создался ли документ.

To vga:


Топикстартер просто невнимателен. Я ответил на его вопрос в первом посте.

commit wait стоит

интеренсо что если выйти из проги и зайти - сторно нормально проходит.
если не выходить - сколько не жди не проходит
блокировки через sm12 проверял

commit wait - не стоит. Еще раз:

Исходный код модуля содержит:



в начале. И:



в конце.

Может вы код покажете? А то все страньше и страньше...

Если c commit wait все в порядке и говоришь, что если запускать первый модуль в другой сессии, то все нормально, то можно предположить взаимное влияние этих модулей внутри одной сессии.
Может поискать какой-нибудь ФМ, подчищающий таблицы и переменные.
Например RV_DELIVERY_INIT запустить после создания delivery.

Не совсем понятно - программа создает поставку, делает Goods Issue и потом его же сразу сторнирует? В чем тут сакральный смысл?

В удобстве для пользователя. Т.е. в случае ошибочного действия совершить "противодействие" не выходя из текущей программы. Можно много говорить о неправомерности такого подхода, но что-то позитивное в этом есть.

to slash
Мне кажется, что второй пост vga - это именно Ваш случай.

<я не знать русский языка> этот фм запускать - RV_DELIVERY_INIT - не помогло

не, понятно что надо лечить создание поставки, только пока не понятно как.

Обёртка в отдельную программу и submit позволят избежать накопления глобальных данных в группах функций.