Lesson 1 of 6
Sending purchase orders by EDI
8 min
Listen to this lesson
The buyer side of EDI is a conversation. Contoso Motor Co. sends a purchase order (X12 850 or EDIFACT ORDERS), the supplier answers with an order confirmation (855 or ORDRSP), then announces the shipment (856 or DESADV) and finally invoices (810 or INVOIC). This course covers the first three messages with Contoso's rotor supplier Lakeside Components. Supplier invoices are covered in sap-edi-205.
In SAP terms, the purchase order leaves as an outbound IDoc of message type ORDERS with basic type ORDERS05. Process Orchestration 7.5 in XP1 maps it to an X12 850 and sends it to Lakeside. Contoso's interfaces stay on Process Orchestration until after hypercare, so every test in this course runs through XQ1 in the test landscape.
What triggers the IDoc
Saving a purchase order does not create an IDoc by itself. Output processing decides that this purchase order, for this supplier, should go out by EDI, and then the IDoc interface uses the supplier's partner profile to build and send the IDoc. SAP S/4HANA has two output solutions for purchase orders, and you choose per application object in Customizing under Cross-Application Components, Output Control, Manage Application Object Type Activation.
| Aspect | Message control (NAST) | SAP S/4HANA output control |
|---|---|---|
| Where the rule lives | Condition records for output type NEU in application EF (MN04) | Business rules in the Output Parameter Determination app for Purchase Order |
| EDI setting | Transmission medium 6 (EDI), partner function VN (supplier) | Output type PURCHASE_ORDER, role LF, channel EDI |
| IDoc build | Partner profile message control: EF / NEU / process code ME10 | Depends on the application's EDI channel; verify the message format in your release |
| Typical use | Converted systems keeping existing IDoc maps unchanged | New implementations and harmonized output across channels |
Contoso is a conversion, and its 25 or so IDoc interfaces are mapped in Process Orchestration against today's IDoc structures. For hypercare, purchasing EDI to Lakeside keeps the message control setup carried over from ECC: output type NEU, medium 6, process code ME10. Moving supplier EDI to output control is planned together with the move to SAP Integration Suite, so each partner is retested only once. Note that SAP's output control documentation reserves its IDOC channel for intercompany billing and uses the EDI channel for other electronic messages, so check what the EDI channel produces for purchase orders in your release before you plan that move.
The outbound partner profile
In WE20, Lakeside Components is maintained as partner type LI (supplier) with its supplier number 17300001. The outbound parameters for message type ORDERS hold the technical route and the link to output processing.
| Tab | Field | Contoso value for Lakeside |
|---|---|---|
| Header | Partner function | VN (supplier; internal key LF, shown as role LF in output control), the same function as in the output condition |
| Outbound options | Receiver port | XQ1_PO in CMQ, XP1_PO in CMP (tRFC ports to Process Orchestration) |
| Outbound options | Output mode | Transfer IDoc immediately |
| Outbound options | Basic type | ORDERS05 |
| Message control | Application / output type / process code | EF / NEU / ME10 |
| Message control | Change message | Not set for ME10; a second line EF / NEU / ME11 with Change message set handles changes (Lesson 2) |
Outbound partner profile for Lakeside Components, message type ORDERS.
The first gap catches many testers. If the condition record is missing, the purchase order simply prints or emails. If the partner profile is missing or does not match the output partner function, the output fails on the purchase order and no IDoc exists, so the IDoc monitor shows nothing. Always start an outbound PO investigation on the purchase order's output log, then move to the IDoc.
Master data the 850 depends on
The IDoc can only carry what the purchase order has. Lakeside's order entry matches on its own material numbers, so the purchasing info record for CMC-RTR-200 and Lakeside must hold the supplier material number; it flows into the PO item and from there into the IDoc's object identification segment. The supplier master needs the partner functions the output uses, and the plant address for 1710 Detroit must be complete because it becomes the 850 ship-to. During cutover, Contoso checked all info records for EDI suppliers for supplier material numbers and confirmation keys, because both were incomplete in ECC for older materials.
- Purchase orders leave as ORDERS IDocs (ORDERS05), mapped to X12 850 or EDIFACT ORDERS in middleware.
- Output processing triggers the IDoc: NAST (NEU, medium 6, process code ME10) or output control (PURCHASE_ORDER, role LF, channel EDI).
- The WE20 outbound profile for the supplier (partner type LI) must match the output partner function.
- A missing partner profile fails the output on the PO and creates no IDoc, so start on the PO output log.
Check your understanding · not graded
Lesson check
1. Which message type and basic type does an outbound purchase order IDoc normally use?
2. In message control, which process code builds the ORDERS IDoc for a new purchase order?
3. A buyer saves a PO for an EDI supplier and no IDoc appears in WE02. Where do you look first?
4. Where do you choose between NAST message control and output control for purchase orders?