Возникла задача передавать IDoc из ERP 2005 через SOAP к провайдеру.
XI не собираемся устанавливать, поэтому возник вопрос: чтобы такое прикрутить к XML порту для перенаправления полученного IDoc-XML в метод готового прокси?
Насколько реально обойтись только ABAP разработками в данном случае?

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

Поставить XI не сложно, но глючный он и большой для такой локальной задачи. Хотелось бы обойтись, по возможности, без промежуточных сложных программ, которым нужна постоянная поддержка. Судя по общению на SDN только в одной ветке было упомянуто о некой возможности ERP использовать для обмена SOAP, но только теоретически .

Тут упомянут как бы обратный сценарий (file to IDoc), но много линков всяких, может что и пригодится:
https://www.sdn.sap.com/irj/sdn/thread?threadID=178163

Вот еще как-то случайно наткнулась на блог одного умного кедра, где он типа стыкует BAPI с Webservices (в деталях пока не разбиралась, честно говоря):
https://www.sdn.sap.com/irj/sdn/weblogs ... b/wlg/1282

Может и с IDocs что-нибудь из этого можно использовать. Или вообще ну их, эти IDocs, написать все своё.

Первая ссылка, как впрочем и все остальные на SDN, подразумевает использование SOAP адаптера для XI.
А вот за вторую - отдельное спасибо!
Походу не прорабатывался в базовой ERP вопрос стыковки IDoc напрямую в WebService. Чтож, придётся ваять собственную технологию.
Предположительно, формирование и выдача готового IDoc в XML формате - максимально стандарт. Далее, некая программка, отрабатывающая по событию пост-обработки выдачи в порт и использующая связку тип сообщения - сервис для формирования структур вызова опять же стандарных классов, сформированных SAPом по WSDL.

Можно сделать на HTTP порту, только IDOC в экзите придётся обернуть в SOAP.
Вот тут можно ещё посмотреть как SOAP Client писать...

Поднимаем мертвые темы?

А если по делу, то насколько я понимаю, в свойствах порта типа XML HTTP можно поставить галку SOAP Protocol, которая сама "обернет" выходной IDoc-XML в SOAP.

Дело в том, что существующие в R/3 механизмы обмена через ALE и WSDL не удаётся "безшовно" подружить между собой. Да, есть HTTP-port с меткой SOAP, есть WSDL сервис работающий, но не нашли настройки, которая бы связывала определённый порт с методом send WSDL и генерила бы стандартную оболочку сервиса над IDOC.
Пока тема открыта, т.к. ABAP разработку (для оборачивания IDOC в WSDL) не делали и настройки нет. Сейчас всё работает по FTP.

Тут какая-то путаница в терминологии, по-моему. WSDL - это метаданные, что-то вроде сигнатуры веб-методов и описание типов данных. Наверное, имеется в виду, оборачивание в SOAP Envelope. А WSDL по большому счету не так уж и нужен, если разработчик у интерфейсов один и тот же.

По существу вопроса - а разве нельзя сделать функциональный модуль с параметром в виде структуры IDoc, и на базе его сгенерировать веб-сервис?