Очень бы не хотелось впадать в демагогию, но в таком варианте реализации тоже нет 100% гарантии работы интерфейса.

Если я правильно понял предложенный Вами вариант, то как обработать такую ошибку?

файл -> XI -> RFC (до этого момента все успешно, файл загружен и перемещен в архив) -> RFC2(reply) -> dump

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

Если до предела упростить, то:
- синхронный интерфейс используется, когда исходная система ждет ответа
- асинхронный - во всех остальных случаях.

100% гарантий не бывает )) Выше я писал о том, что любой интерфейс должен обеспечивать максимально возможную надежность доставки в рамках имеющихся инструментов

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

Думаю стоит заметить, что проблемы соединения встречаются гораздо чаще дампов, и асинхронный сценарий с такими ошибками прекрасно справляется

Все верно, асинхронный интерфейс в XI гарантирует доставку; синхронный - нет, там за обработку ошибок доставки должна отвечать исходная система.

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

В общем, без функциональной спецификации интерфейса считаю спор чисто философским.

еще вопрос: как правильно настроить SA, RD и ID с учетом того, что есть IP

т.е. имею ввиду в SA использую для Sender для интерфейса - интерфейс, кот. был интерфейс для сообщения отправки в репозитории

а вот с остальными я запутался, с RD и ID, где там задавать IP в кач-ве CC?

Надеюсь, я понятно объяснил)

SА – Система отправитель(файл) , исходящий асинхронный интерфейс , канал (sender file)

Связка файл-IP (асинхронный запрос) :

RD – Система отправитель (файл), исходящий асинхронный интерфейс, получатель IP
ID - Система отправитель(файл), абстрактный \ синхронный интерфейс + маппинг , получатель IP
RA – необязательно

Связка IP – SAP (Синхронный запрос и ответ):

RD – Система отправитель IP , исходящий абстрактный \ синхронный интерфейс, получатель SAP
ID - Система отправитель IP , синхронный интерфейс для RFC + маппинг , получатель SAP
RA – Система отправитель IP , получатель SAP, канал получатель (RFC)

Связка IP – файл (асинхронный ответ):

RD – Система отправитель IP , входящий абстрактный \ асинхронный интерфейс, получатель система отправитель(файл)
ID - Система отправитель IP , входящий асинхронный интерфейс, получатель система отправитель (файл)
RA – Система отправитель IP , получатель система отправитель, канал получатель (файл)

Приблизительно так...на вскидку, сам учусь еще...

а связка:

точно нужна?

вроде же в IP создавал цепочку преобразований

(и если нужна, тогда не знаю как прописать SAP)

В смысле прописать? системы заводятся в System Landscape Directory(http://help.sap.com/saphelp_nwpi71/helpdata/en/ae/e3bd4f6b61e146ad1384954ecabb41/content.htm)