| Status | |
|---|---|
| Owner | The person responsible for driving this decision and documenting it. Type @ to mention people by name |
| Stakeholders | The business stakeholders involved in making, reviewing, and endorsing this decision. Type @ to mention people by name |
| Jira Request ID | |
| Jira Development ID |
| Implementing System | S/4 Hana |
|---|---|
| Invoked by/Invokes | |
| Business Process Reference | 03.04.03.05. Process PO Output |
Interface describes the Purchase Order message send from S/4 Hana to the suppliers in Business Network. Origin of the Purchase Order is not relevant, any Purchase Order from S/4 Hana that falls under the Output Control definition is send to the Business Network
Supplier receives Purchase Order via Business Network based on his integration setup. Once a PO is generated in S/4HANA, it is transmitted to the SAP Business Network. Suppliers are instantly notified via an email, which contains the PO as a PDF attachment. Suppliers have the flexibility to review the PO details either in their email inbox or by logging into their SAP Business Network account.
Fully integrated Suppliers receive POs directly within their ERP
Interface is triggered via the standard Output Control of the Purchase Order in S/4 Hana. IDOC message is send to CIG where it's translated into cXML message that is sent to the Business Network. In the Business Network the PO is routed to the suppliers account in a case the trading relationship is created with the supplier. If the supplier doesn't have the trading relationship created yet, PO is sent to him via email along with the invitation to join SAP Business Network.
This document describes S/4 Hana outbound interface for sending Purchase Order information into Business Network and the basic configuration needed in all the components in order for this interface to be operational.
Message is generated real time via the S/4 standard Output Control. Type of the IDOC is ARBCIG_ORDERS.
Process Flow Diagram

| Step | Description | Comment |
|---|---|---|
| 1. | Indirect Purchase Order is created in S/4 Hana from Guided Buying | |
| 2. | Indirect Purchase Order is created with the document type ZAR | |
| 3. | Output control defined for the document type ZAR and specific Supplier ID triggers IDOC generation | |
| 4. | IDOC of type ARBCIG_ORDERS is generated and send over to the CIG | |
| 5. | CIG receives the message and applies the standard mapping over the IDOC, generates cXML document | |
| 6. | cXML document is sent to the Business network | |
| 7. | Business network receives the cXML order in the buyers account and routes it to the suppliers account |
| Step | Description | Comment |
|---|---|---|
| 1. | Direct Purchase Order is created in S/4 Hana | |
| 2. | Direct Purchase Order is created with the document type NB | |
| 3. | Output control defined for the document type NB and specific Supplier ID triggers IDOC generation | |
| 4. | IDOC of type ARBCIG_ORDERS is generated and send over to the CIG | |
| 5. | CIG receives the message and applies the standard mapping over the IDOC, generates cXML document | |
| 6. | cXML document is sent to the Business network | |
| 7. | Business network receives the cXML order in the buyers account and routes it to the suppliers account, if account is created - trading relationship is already established with the supplier |
Assumptions
The following are the Security and Authorization considerations for this interface:
CIG Configuration
Project setup is required in CIG to cover product type Ariba Network. One project is required per system ID of the backend S/4 system - Global, US and China. There are no additional setting for the Document Type ServiceSheetExportRequest.
CIG Routing
Each IDOC sent from S/4 Hana contains System ID Reference. No additional routing is needed in the CIG Addon as all the messages related to the initial Purchase Order sent from S/4 Hana will use System ID of the initial Purchase Order
CIG Addon Configuration
Configuration for CIG addon is consolidated in one place and should be completed in the logical order of the menu items. In the S/4 instance, navigate to SPRO → SAP Reference IMG →SAP Customizing Implementation Guide → Integration with Other SAP Components → Managed Gateway for Spend&Network for Buyer
Logical order of the menu is as following :
| Technical Settings.Target System Settings.Host | http://integration.eu.managedgateway.cloud.sap | |
| Technical Settings.Target System Settings.Path Prefix | /cxf/receiveAddonIDOC | /cxf/receiveAddonIDOC |
| Login And Security User | P007937 | P007937 |
| Login And Security Password | <confidential> | <confidential> |
Not Applicable
Not Applicable
Not Applicable
Standard mappings are a subject to change and are not linked in this documentation, latest excel sheet can be downloaded from CIG → Resources → Implementation Guides → Mapping Specs → Ariba Network
Mapping contains basic field mapping from the IDOC message into the cXML target structure with a basic logic explained in the pseudo code
Message to the CIG is initiated by the standard SAP logic trough the output control defined for the document type. IDOC structure is enhanced by the CIG specific segments. These segments are added by the following includes.
Above includes are activated in customer exists of MM module - as referenced in the official documentation
At this moment, standard transformation as referenced above is in place. In a case of any custom field is needed, custom fields must be added to the IDOC via CIG Includes, then mapped in the CIG OrderRequest Map into <Extrinsic> elements
Message Received by Business Network is routed to the Suppliers account if the trading relationship is established. In a case it's not, email is sent to the supplier with the invitation to join Business Network.
| System to be monitored | How to monitor | What can be monitored |
|---|---|---|
| S/4 Hana | WE02 transaction | Outbound IDOC message under the ARBCIG_ORDERS basic type |
| CIG | Transaction Tracker -> OrderRequest | Transactions are stored for 30 days. Each transaction is referenced by the PO ID. Payloads can be downloaded, both - IDOC and cXML one |
| Business Network | Orders → Purchase Orders | List of Purchase Orders received by Ariba Network. Order Detail → Order History shows the routing of the Purchase Order |
Not Applicable
Not Applicable
Not Applicable
approximately 50-100 POs a day are expected on the PROD environment.
There are no specific performance requirements or considerations related to this interface.
In a case IDOC fails to be sent to the CIG, it can be reprocessed from WE02.
In a case Purchase Order fails to be sent to the supplier, it can be found under "Failed Orders to Private Supplies" from where it can be resend or permanently removed
Test Supplier account must be available and accessible.
| ID | Condition | Expected Results |
|---|---|---|
| Direct PO is created in ME21N transaction in S/4 | PO is created, doc type is set as NB Output control sets output method as IDOC | |
| Direct PO is automatically send to the CIG | CIG receives Direct PO IDOC, maps it into cXML acceptable by the Business Network | |
| Business Network receive Purchase Order cXML, routes it to the Supplier | Purchase Order is visible in the Suppliers Account of the Business Network |
| ID | Condition | Expected Results |
|---|---|---|
| Indirect PO is created in Ariba Guided Buying and integrated into S/4 Hana | PO is created in S/4 Hana, doc type is set as ZAR Output control sets output method as IDOC | |
| IndirectPO is automatically send to the CIG | CIG receivesIndirect PO IDOC, maps it into cXML acceptable by the Business Network | |
| Business Network receive Purchase Order cXML, routes it to the Supplier | Purchase Order is visible in the Suppliers Account of the Business Network |
| Package Name | Parent Package |
|---|---|
Other Development Objects
| Object Type | Object Name | Purpose/High Level Logic | Design Rationale Reference |
|---|---|---|---|
Insert links and references to other documents which are relevant when trying to understand this decision and its implications. Other decisions are often impacted, so it's good to list them here with links. Attachments are also possible but dangerous as they are static documents and not updated by their authors.
