Now accepting guest editorial from SAP, Oracle, Workday and ServiceNow practitioners.Pitch a guide
The Sign-Off Table

Lesson 1 of 6

Sending purchase orders by EDI

8 min

Listen to this lesson

0:00 / 13:52

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.

The procurement EDI conversation with Lakeside Components and the SAP object each message touches.
The Sign-Off Table · thesignofftable.com/academy/sap-edi-206

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.

AspectMessage control (NAST)SAP S/4HANA output control
Where the rule livesCondition records for output type NEU in application EF (MN04)Business rules in the Output Parameter Determination app for Purchase Order
EDI settingTransmission medium 6 (EDI), partner function VN (supplier)Output type PURCHASE_ORDER, role LF, channel EDI
IDoc buildPartner profile message control: EF / NEU / process code ME10Depends on the application's EDI channel; verify the message format in your release
Typical useConverted systems keeping existing IDoc maps unchangedNew implementations and harmonized output across channels
The two output solutions for purchase orders in SAP S/4HANA, compared for EDI.
The Sign-Off Table · thesignofftable.com/academy/sap-edi-206

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.

TabFieldContoso value for Lakeside
HeaderPartner functionVN (supplier; internal key LF, shown as role LF in output control), the same function as in the output condition
Outbound optionsReceiver portXQ1_PO in CMQ, XP1_PO in CMP (tRFC ports to Process Orchestration)
Outbound optionsOutput modeTransfer IDoc immediately
Outbound optionsBasic typeORDERS05
Message controlApplication / output type / process codeEF / NEU / ME10
Message controlChange messageNot 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.

From saving the purchase order to the IDoc leaving SAP: three settings must line up.
The Sign-Off Table · thesignofftable.com/academy/sap-edi-206

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.

Key points
  • 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. 1. Which message type and basic type does an outbound purchase order IDoc normally use?

  2. 2. In message control, which process code builds the ORDERS IDoc for a new purchase order?

  3. 3. A buyer saves a PO for an EDI supplier and no IDoc appears in WE02. Where do you look first?

  4. 4. Where do you choose between NAST message control and output control for purchase orders?