Добрый день, коллеги.
Ситуация следующая, есть ФМ, в котором идет вызов:

ФМ запускается in background task и сабмит не отрабатывает... Если запустить ФМ напрямую - сабмит отрабатывает корректно и документы выравниваются... Пробовал уже фоновое задание планировать вызывая submit с "VIA JOB name NUMBER number", ни в какую. В чем разница и как заставить сабмит выполниться in background task?
Заранее спасибо.

Вот тут похожая тема обсуждалась.
Судя по ноте, перед submit нужно сделать присвоение sy-binpt = 'X'.

Если "x_testl = space (отключен тестовый прогон)" не передавать в submit - задание планируется и корректно выполняется, то есть затык в сообщении, которое выдает SAPF124 ("внимание, продуктивный прогон") и изза этого не выполняет корректно вызов.

ктото уже мучался
viewtopic.php?f=13&t=49145&p=317987&hilit=submit+%D0%BF%D1%80%D0%BE%D0%BF%D1%83%D1%81%D1%82%D0%B8%D1%82%D1%8C#p317987

Тогда поиграйся с implict enhacement к процедуре check_echtl

Получается варианта два:
1. переписать сабмит на колл транзакшн, где не важны сообщения W.
2. поиграться с check_echtl...
Может все-таки первый путь предпочительней?

Ну да. И требует написания большего количества кода

Предлагаю вместе пойти логическим путем

1. CALL FUNCTION ... IN BACKGROUND TASK - это tRFC вызов. Если не указан DESTINATION, используется NONE. То есть, модуль выполняется на том же сервере приложений в отдельном контексте.

2. Поскольку это tRFC, выполнение задачи, зарегистрированной вызовом в таблице ARFCSTATE, начнется по COMMIT WORK (в порядке регистрации, если несколько вызовов).

Видим грабли номер раз - нужен COMMIT. После этого вызова наблюдаем свое задание через sm58 - оно есть?

Прошли вчера
CALL .. IN BACKGROUND TASK отрабатывает нормально. Дело не в нем.

Проблема решена использованием call transaction.
Спасибо многоуважаемому Удав за помощь