Lesson 1 of 6
From 850 to ORDERS05
7 min
Listen to this lesson
Every Monday, Great Lakes Fleet Services sends Contoso Motor Co. a batch of X12 850 purchase orders over AS2. SAP Process Orchestration 7.5 on XP1 validates each interchange, returns a 997, translates each 850 into an ORDERS IDoc with basic type ORDERS05, and hands it to SAP S/4HANA CMP, where process code ORDE creates a sales order. This course follows one of those orders, GLF-PO-55120 for 50 alternators, all the way to sales order 1000457, and shows every place where it can go wrong.
Start with the structure. SAP's documentation lists ORDERS01 to ORDERS05 as the IDoc types for inbound sales orders, with ORDERS05 adding segments such as E1EDK17 (terms of delivery) and E1EDP19 (item object identification) to the earlier versions. The segments are shared across purchasing and sales, which is why their names say "document" rather than "sales order".
Above the data records sits the control record. For Great Lakes' orders, PO fills it with direction 2 (inbound), message type ORDERS, basic type ORDERS05, the sender partner type KU and number 17100001, and Contoso's own logical system CMPCLNT100 as the receiver. The sender fields are what the partner profile lookup uses; nothing in the data records can rescue an IDoc whose control record names the wrong partner. That is why the first check on any odd inbound order is the control record, and the second is the data.
Qualifiers carry the meaning
ORDERS05 reuses generic segments and qualifies them, exactly like X12 does. E1EDK14 with qualifier 008 carries a sales organization, while the same segment with 012 carries an order type. SAP's segment documentation for inbound processing lists 006 division, 007 distribution channel, 008 sales organization, 010 sales group, 012 order type and 016 sales office among the qualifiers the inbound program reads. E1EDP19 identifies the material: qualifier 001 is the customer's material number and 002 the supplier's, as SAP's mapping tables state. A map that writes the customer's part number with qualifier 002 makes SAP look for a material called GLF-ALT-100 in its own material master, which fails.
Great Lakes' 850 mapped
| X12 850 (Great Lakes guide) | ORDERS05 segment and qualifier | Example value |
|---|---|---|
BEG03 purchase order number | E1EDK02 qualifier 001 | GLF-PO-55120 |
BEG05 purchase order date | E1EDK02 qualifier 001, field DATUM | 20261014 |
DTM*002 delivery requested | E1EDK03 qualifier 002 | 20261021 |
N1*BY buying party | E1EDKA1 partner function AG | Customer 17100001 (Contoso's number for Great Lakes) |
N1*ST with qualifier 92 location code | E1EDKA1 partner function WE | GR04, converted to ship-to 17100006 in SAP |
| Contoso's supplier number at Great Lakes (from the guide) | E1EDKA1 partner function LF | 400817 |
PO1 quantity, unit | E1EDP01 | 50, ISO unit for each |
PO1 BP part number | E1EDP19 qualifier 001 | GLF-ALT-100 |
PO1 unit price | Customer expected price (condition EDI1) | 240.00 USD |
How Contoso's map places Great Lakes' 850 data into ORDERS05.
The EDIFACT twin
If a European distributor sent an EDIFACT ORDERS message instead, the same targets apply with different sources: BGM provides the order number for E1EDK02, DTM+2 the requested delivery date for E1EDK03 002, NAD+BY and NAD+DP the sold-to and delivery party for E1EDKA1 AG and WE, and each LIN group with QTY+21 and PRI one E1EDP01 with its children. That is the point of the IDoc layer: SAP sees one structure, whatever standard the partner speaks, and the middleware owns the differences.
| Business data | X12 850 | EDIFACT ORDERS (D.96A) | ORDERS05 |
|---|---|---|---|
| Order number | BEG03 | BGM, document number | E1EDK02 qualifier 001 |
| Requested delivery date | DTM*002 | DTM+2 | E1EDK03 qualifier 002 |
| Sold-to / buyer | N1*BY | NAD+BY | E1EDKA1 AG |
| Ship-to / delivery party | N1*ST | NAD+DP | E1EDKA1 WE |
| Item quantity | PO1-02 | QTY+21 | E1EDP01 |
| Buyer's part number | PO1 with BP | LIN or PIA with buyer's item type | E1EDP19 qualifier 001 |
- Inbound orders arrive as message type ORDERS with basic type ORDERS05 and are posted by process code ORDE.
- Header segments: E1EDK01, E1EDK14 (org data), E1EDK03 (dates), E1EDKA1 (partners), E1EDK02 (references).
- Item segments: E1EDP01 with E1EDP19 (material: 001 customer, 002 supplier), E1EDP20 (schedules), E1EDP05 (conditions).
- X12 and EDIFACT map to the same ORDERS05 targets; the middleware owns the differences.
Check your understanding · not graded
Lesson check
1. Which ORDERS05 segment and qualifier carry the customer's purchase order number?
2. In E1EDK14, what does qualifier 008 carry?
3. A map writes Great Lakes' part number GLF-ALT-100 into E1EDP19 with qualifier 002. What happens?