Способов решить куча.
Например, цепь в rspc с триггером. Завершенный процесс запускает событие, которые триггерит следующий.
Насколько помню, при ошибке отваливается вся цепь, но я уверен, что там есть свои фишки и всем этим можно управлять.
Вроде средство не очень популярное и изначально как тайный клуб бивишников возникло.
У нас есть чисто саповские не бивишные цепи, они работают вполне себе. Че-то там делают ночами, я даже не лезу.
Второй вариант вам уже описали - можно сделать головную оболочку, которая внутри будет релизить задания одно за другим в строгой последовательности. При этом головная программа после релиза задания N проверяет в таблице, какой статус у задания N (активен, запланирован, отменен, готов и т.д.) и при нужных статусах делать дорожную карту. Например, после получения статуса F по заданию N релизить задание N+1 и дальше ловить его статус и т.д. При этом необязательно расписывать километровую простынь кода, карту заданий можно посадить на настроечную таблицу, туда же добавить переменные отсрочек, маску имен и т.д. Тогда головная программа будет иметь 20 строк кода наподобие
DO N times.
считать задание 1..N из таблицы заданий
сделать имя в соответствии с конвенцией имен
релиз задания
выбрать статус
если статус такой-то - ...
если статус такой-то - ...
иначе wait и читаем по статус по новой
если ОК, то двигаемся дальше внутри
ENDDO.
Сама голова при этом тоже работает в фоне, никаких особых ресурсов не жрет (делать селект статуса раз в 10 секунд - от этого никто не обеднеет).
Примерно все то же самое делает rspc, только нормальными штатными средствами.
Что касается вызова джобов, то тоже наверняка можно этим управлять, 100% можно управлять.
Профильные разрабы подскажут
Документацию почитайте, сап хелп и гугл знают все.
Если бы у меня стоял выбор потратить 5 дней на анализ или сделать за полчаса, чтобы работало, я бы выбрал второе.
