Добрый день, коллеги!
Создаю программно поступление материала на склад завода. Поступление проходит на ура.

Когда этот же материал, количество ставлю в заказ на перемещение и делаю по нему поставку, выскакивает сообщение "Товара Х на складе У нет". Если повторно прогнать программу по этому же товару, то все срабатывает.
Если же все делать ручками, то срабатывает с первого раза.

У меня возникли подозрения, что возможно проблема в том, что новый для этого завода материал не успевает прописаться на заводе, и уже создается поставка. Но у меня в программе, после BAPI поступления материала на завод стоит BAPI_TRANSACTION_COMMIT. По идее, пока обновления не пройдут, выполнение программы не продолжится.
Поставку создаю через BAPI_DELIVERYPROCESSING_EXEC.

Встречался ли кто-нибудь с проблемой такого рода и что можно предпринять в этом случае? Спасибо!

Вариантов много, обсуждалось не раз, учитесь пользоваться поиском.

1) SET UPDATE TASK LOCAL. COMMIT WORK AND WAIT.
2) ждать пока в таблице документ не появится. LOOP. SELECT FROM MSEG. WAIT. ENDLOOP.
3) тоже, только SELECT FROM VBHDR.

Да, забыл сказать, перед BAPI поступления материала стоит SET UPDATE TASK LOCAL. По-идее понятно, что должно происходить, нужные операторы стоят. Но почему тогда программа выполняется, пока не прошло обновление?

У ф.м. BAPI_TRANSACTION_COMMIT есть параметр WAIT.
Хотя, это, большой роли не должно играть.

Важно, чтобы SET UPDATE TASK LOCAL стояло до регистрации первого модуля обновления.

да

Да, в смысле он у Вас уже установлен в 'X' и это проблему не решает?

Именно так, установлен при вызове ФМ. В настройках завода стоит флаг "а/м создание склада", по-идее в этом случае материал а/м должен созадаваться при первом поступлении. Я вот думаю, нет ли здесь какой-нибудь загвоздки?...

Значит, наверное, обновление происходит хитрее, чем в одном LUW.
Ну тогда остаётся в цикле ждать, пока документ материала не появится в таблицах.

да, наверно так и придется сделать. А насколько это нагрузит систему, ведь запрос в цикле - не лучшее решение с точки зрения производительности?

Не может это быть связано, что SET UPDATE TASK LOCAL действует до первого COMMIT или ROLLBACK?

Это и значит, что не один LUW, а несколько.

Интересно, а если вызвать диалоговое окно после функции, закончится только текущая транзакция или все? Наверное все-таки текущая, хотя, может быть кто-нибудь опровергнет?:)

Неважно, когда закончится транзакция. Если update task не local, то обновление запускается в upd-процессе, который может исполняться сколько угодно времени вне зависимости от диалоговых процессов. Из-за блокировок или нехватки памяти процессы обновления могут и не стартовать вовсе, а накапливаться. Их можно посмотреть и "протолкнуть" в sm13.

Проблема решилась по примеру, указанному в этой теме http://sapboard.ru/forum/viewtopic.php?t=23139&highlight=submit
Если кому интересно, то делаю поступление материала в своей программе, а исходящую поставку создаю в отдельной программе, вызывая ее по SUBMIT