Есть программа, которая через транзакцию fs15 создает сеанс пакетного ввода и запускает его в фоне через sm35. отрабатывает оно примерно до 4 минут... а нужно уже следующую порцию данных обрабатывать.

можно ли отследить момент завершения этого фонового задания?

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

определись, по каким параметрам можно
идентифицировать твое задание в табличке TBTCP

а потом что-то вроде этого.

я бы внутрь DO wait скока-нибудь добавил - а то ведь будет БД долбить - нехорошо

А если весь вызов еще обернуть в выражение:
CALL FUNCTION funcname STARTING NEW TASK PERFORMING form ON END OF TASK

А смысл? Только лишний диалоговый процесс будет задействован и всё.

Позволю прицитировать help:
Starts the function module func asynchronously in a new session. In contrast to normal function module calls, the calling program resumes processing as soon as the function module is started in the target system. It does not wait until the function module has finished.

Если я не ошибаюсь, то в нем говорится. что вызывающая программа продолжает выполнение не дожидаясь завершения вызванной функции. В исходном посте автор хотел именно этого - не дожидаясь 4 минут, а запустить следующий процесс. А вопрос в том какой процесс использовать не поднимался.

Данная тема называется запустить в фоне и ДОЖДАТЬСЯ ЗАВЕРШЕНИЯ.

Согласен. Был неправ, вспылил.

да, мне нужно именно дождаться завершения и только после продолжить

спасибо, буду пробовать чтение из таблицы естественно, каждое чтение с небольшой паузой, чтобы не "засыпать" БД лишними запросами.

сейчас проверил выборку из TBTCP. по полю STATUS = R или F, при этом предварительно запустив длительный процесс в фоне.
так вот в выборку не попало ничего.
при этом в SM50 я четко видел, что процесс-то висит.
и еще. имя программы постоянно меняется. как это отследить-то?

что интересно программа, которую я запустил была со статусом P во время выполнения и по завершению.

если делать выборку из TBTCO, то поле статус содержит корректное значение (R)
вот так