Как можно организовать? В самой цепочке ведь процессы зациклить нельзя?
Сходу придумал, что шаги цепочки, которые должны выполняться циклично, вынести в отдельную цепочку, и вызывать ее из главной абап процессом, последовательно запуская цикл, следя за статусом выполняемой цепочки и фильтрами в ППДшках.
Есть еще варианты?

А можно задачу очертить поконкретнее?
Зачем цикл?

Может имеется в виду цикличность загрузок?

Примерно так:
Из внешней систему в плоскую таблицу грузятся данные текущего периода и корректировки прошлых периодов.
Цепочка обрабатывает текущий период и раскладывает данные далее. После загрузки в этой же цепочке необходимо последовательно с меньшего периода к большему грузить корректировки, т.е. один прогон цепочки - один период. Периодов может быть N штук. Какой период грузить определяется абап правилом в фильтре ППД. После N загрузок выполняется еще несколько шагов.

Есть два похожих варианта, которые реализованы и работают уже года полтора:
1. N запусков одной и той же цепочки. Ответственный запускает z* программу, где задает периоды и нажимает выполнить. Периоды пишутся в таблицу БД, после чего генериться событие для запуски цепочки. Цепочка выполняется, какой период грузить определяется в ППД селектом из таблицы БД. Последним шагом выполняется абап программа, которое генерит событие для запуска запланированной программы-"паузы", ну и собственно цепочка завершает свою работу. В запущенной программе проверяется статус основной цепочки и наличие незагруженных периодов, и если есть что грузить и основная цепочка точно "доехала" - генерит событие и вновь запускается основная цепочка. Если грузить больше нечего - рассылается спам по почте, что загрузка доехала

2. Второй вариант собственно почти реализованный алгоритм первоначального вопроса. Цикличные шаги вынесены в отдельную цепочку. В основной цепочке, где необходим цикл, шагом цепочки служит АБАП программа, которая последовательно запускает цепочку N раз. Собственно в ней прописан бесконечный цикл, в котором с интервалом раз в минуту, отслеживается статус запущенной цепочки, необходимость повторного запуска, условия выхода.

И в первом и во втором случае в момент работы цепочки в самописные логи пишется вся инфа, кто и когда запустил, с какими параметрами и т.д. Все эти логи, а также текущие статусы цепочек ответственный видит в программе мониторинга, откуда может сразу провалиться в лог выполнения(грубо говоря в rspc)

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

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

Нового, да, добавить нечего.

Я бы цепочку кот. нужно циклить поставил на выполнение по событию, а событие запускать абапом столько раз сколько нужно.