__Gennady, это был оффтоп

Бояться не надо вполне нормальный способ, но конечно лучше начала по максимуму выжать из существующего кода.
Лично решал такие задачи как с использованием aRFC так и qRFC.
Еще можно взглянуть на пакет BANK_PP_JOBCTRL.
Он именно для этого и предназначен но использует фоновые процессы.
Но разобраться с ним тяжко. Знакомый уверяд что видел методичку по этому пакету но на ней стояло internal uae only.
Если у кого то она есть поделитесь а? Не хочется убить месяц

Не помню я такого ограничения. Больше 10 точно запускал. Да и по логике: это же RFC, то есть типа вызов в другую систему, поэтому это практически каждый раз новая логон сессия. Только кол-во свободных диалоговых процессов наш потолок.

STARTING NEW TASK - это не RFC, вы наверное путаете с DESTINATION

STARTING NEW TASK - первые слова из хелпа: Asynchronous call of a remote-capable function module - это как раз aRFC. Больше 6 я тоже запускал без проблем - распараллеливал в диалоговых процессах. По поводу BANK_PP_JOBCTRL - у меня была методичка в бумажном варианте - самый лучший способ сделать через этот пакет - там и журналы прогонов поддерживаются и пометки для перезапуска в случае
ошибок. Без методички конечно придется поковыряться посмотрите таблицы по маске TBANK_PP_* - настроечные - там методы прописываются и приложения пользовательские или через транзакцию BANK_CUS_PPC ( BANK_CUS_PP можно как пример использовать )

Dump, дальше первых слов вы видимо не читали ))

да все я читал и давно - вот продолжение Asynchronous call of a remote-capable function module specified in func using the RFC interface.
То что NONE открывает еще одну сессию не значит что это не RFC - все равно вызов идет через GATEWAY в свою же собственную систему но это все равно RFC

откройте курс по RFC там этому посвящен раздел

Через какой DESTINATION?

по моему не указывал - т.е. NONE

Похоже спор возник из-за разночтения документации

Тут под dialog processing можно понимать как диалоговый режим рабочего процесса, так и режим GUI. Как выяснились из эксперимента, верно последнее. Т.е. используя STARTING NEW TASK можно создать больше 6 процессов без экранов, а если с экранами, тогда ограничение на 6 остается

по моему просто некорректно написано в документации - одна main ( external ) session - позволяет создавать 6 internal sessions. Каждый вызов rfc - отдельная external ( main ) session - поэтому их может быть сколько угодно - ограничение 6 - на internal sessions

Если будет дамп, то будет запись об ошибке в табл. ARFCSSTATE, так как это же все-таки aRFC. Система периодически сама попытается повторить такой вызов несколько раз. Это надо тоже учитывать.

aRFC насколько мне известно автоматически не перезапускается. Наверное вы имели в виду qRFC или tRFC