Press "Enter" to skip to content

AE-AE / ICO-ICO Connectivity




You want to set up a communication across two Adapter Engines (AEs), because you have each AE in a different network zone. For Dual-Stack Systems you can choose different adapter engines for the sender and receiver channels, but an ICO (Integrated Configuration) is always running on one AE.


You have to set up two ICO´s, one for each AE.


  • For the AE-AE connectivity you use the SOAP adapter in XI 3.0 mode to ensure reliable messaging and keep all the meta data of the SOAP message (e.g. DynamicConfiguration as FileName, Sender IP-Address, etc.).
  • For the second ICO do not forget to set the Virtual Receiver in the ICO header data (you can remove the receiver when sending the message from the first ICO via Header Mapping, but we recommend keeping it for transparency reasons).
  • Use Channel Templates to facilitate the handling (C2D = central to decentral)

There are two approaches possible that make sense from an interface point of view:

  • Out->In=>In->In
    • The first ICO is performing the mapping (Out->In) and
    • the second ICO is using a Dummy Sender Interface as an Inbound Message
  • Out->Out=>Out->In
    • The first ICO is only doing the routing keeping the Outbound Interface as the Receiver Message and
    • the second ICO is performing the mapping (Out->In)
  • The recommendation is to perform the mapping on the Central Adapter Engine, especially if you are using Lookups, then you definitely need both approaches


Scenario 1:


This is a Out->In->In->In case from Central to Decentral Adapter Engine. The mapping takes place in the first ICO.

The interfaces must exactly match (outgoing message of ICO 1 and incoming message of ICO 2). Same applies for Sender and Receiver. The SOAP Sender channel of ICO 2 simply compares the SOAP header data and matches them.




Scenario 2:


This is a Out->Out->Out->In case from Central to Decentral Adapter Engine. The mapping takes place in the second ICO.




The setup works in the same way for Decentral => Central Communication (e.g. for incoming EDI messages).



In the Message Monitor of the Adapter Engines you will see:

Central Adapter Engine

  • Sender:  SAP_ERP_P    PurchaseOrder_Out (
  • Receiver: Whitepaper:EDI    EDI_Order_In (

Decentral Adapter Engine

  • Sender:  SAP_ERP_P   EDI_Order_In (
  • Receiver: Whitepaper:EDI    EDI_Order_In (
Print Friendly, PDF & Email
  • Mark

    Hi, can you tell more about the connection parameters of the receiver SOAP channel that should forward the message to Decentral AE? What should be the target URL?

    Thank you.

    • Dear Mark,
      the URL is http(s)://:/XISOAPAdapter/MessageServlet?ximessage=true. You can also specify the full (specific) URL of the SOAP Sender Channel (e.g. by displaying the WSDL from the ICO), but this is not necessary.
      Best regards, Adam

      • Mark

        Thank you Adam. It worked.

        How about for the Dummy Sender Interface and Receiver Interface in the 2nd ICO? I understand both of them are manually entered when creating the ICO. I tried it and I wasn’t able to enter the SWCV. Is that right?

        • Welcome. The dummy interface is only used at sender side of ICO 2 for Out-In–In or at receiver side of ICO 1 for Out–Out-In as the direction is changed.