Every major X12 EDI document type, what it does, when to use it, and how it fits in real B2B order workflows.
The X12 standard defines over 300 transaction sets across industries. For B2B retail and order processing, the working set is typically 10 to 15 documents. They are grouped here by function: order-to-cash, warehouse, catalog, and grocery-specific.
The core retail trading cycle: PO → acknowledgment → shipment → invoice → payment.
The buyer tells the supplier what to ship: SKUs, quantities, prices, ship-to, delivery dates. Triggers everything downstream.
The supplier confirms receipt of the 850 and accepts, rejects, or proposes changes to each line item.
The buyer modifies an existing PO: change quantity, change ship date, cancel a line. Sent after the 850 and before fulfillment.
The supplier acknowledges the buyer's 860 change, or proposes its own change such as a substitution or backorder. Closes the change loop.
The supplier tells the buyer a shipment is in transit, with full pack-level detail and tracking numbers. Required by virtually every major retailer.
The buyer reports what was actually received against what was shipped. Used to flag short shipments, damages, and overages before invoice payment.
The supplier requests payment for the shipment, referencing the original PO. Closes the order-to-cash loop.
The buyer tells the supplier which invoices were paid and how the funds were transferred. Pairs with the underlying ACH or wire transfer.
Reports application-level errors in a previously received document (more detailed than the syntax-only 997). Used to flag business-rule failures.
Sent for every inbound document. Confirms receipt and reports syntax-validation results. Missing 997s are treated as failed transmissions.
Used between brands and their third-party warehouses, plus the inventory and replenishment signals that keep stock flowing.
The brand instructs a third-party warehouse or 3PL to ship a specific order to a specific destination by a specific date.
The warehouse confirms what actually shipped, with carrier, tracking numbers, SSCC-18 carton labels, and any short-shipped lines.
Communicates inventory levels per item per location. Used by buyers to check supplier stock before ordering and by suppliers to publish on-hand quantities.
The retailer reports sell-through and on-hand inventory per item per location, so the supplier can replenish on real demand. Powers vendor-managed inventory.
Required before any PO can flow. Communicates the supplier product catalog to trading partners.
Variants designed for grocery distribution: catch-weight items, sell-by dates, lot tracking.
Grocery-specific PO with native support for catch-weight items, sell-by dates, lot tracking, and variable case packs that the standard 850 doesn't carry well.
Grocery-specific invoice that pairs with the 875: handles catch-weight billing, off-invoice allowances, and grocery pack detail the standard 810 can't carry.
The freight layer 3PLs and shippers use to tender, track, and pay carriers, alongside the order documents above.
The shipper, broker, or 3PL offers a load to a carrier: stops, equipment, weight, and pickup and delivery windows. The freight equivalent of a purchase order.
The carrier accepts or declines the 204 tender. A single action code tells the shipper whether the load is covered or needs re-tendering.
The electronic bill of lading: consignor, consignee, freight description, and weight. The receipt and contract of carriage for the shipment in structured form.
The carrier reports shipment status, picked up, in transit, arrived, delivered, with time and location. The EDI feed behind shipment tracking and delay alerts.
The carrier's freight invoice: line-haul, fuel, and accessorial charges. Shippers audit it against the agreed rate before paying to catch overcharges.
In a typical retail trading relationship, the documents flow in a specific order. Understanding the sequence makes the rest of EDI much easier to reason about.
Not every relationship uses every document. Smaller retailers may skip the 855 and 861. Drop-ship vendors may not exchange a 940/945 pair if the brand fulfills directly. Grocery partners substitute the 875 for the 850 and may also use the 880 instead of the 810.
The most-used EDI documents in retail and grocery are: EDI 850 (Purchase Order), EDI 855 (PO Acknowledgment), EDI 856 (Advance Ship Notice), EDI 810 (Invoice), EDI 997 (Functional Acknowledgment), EDI 940 (Warehouse Shipping Order), EDI 945 (Warehouse Shipping Advice), EDI 832 (Price/Sales Catalog), and EDI 846 (Inventory Inquiry/Advice). Most B2B trading relationships use four to six of these.
The X12 standard defines over 300 transaction sets across industries (retail, healthcare, transportation, finance, government). For B2B retail and order processing, the working set is typically 10 to 15 documents covering the order-to-cash and warehouse-to-fulfillment cycles.
EDI document types are typically X12 transaction sets used in North America (850, 810, 856, etc.). EDIFACT is the international equivalent (ORDERS, INVOIC, DESADV) used in Europe and most of the rest of the world. The two standards cover the same business processes with different syntax.
Most retailers require at minimum the 850 (inbound PO), 855 (PO acknowledgment), 856 (ASN), 810 (invoice), and 997 (functional ack) for every other document. Grocery and warehouse-routed partners may also require 832 (catalog), 940/945 (warehouse routing), 846 (inventory), and 860 (PO change).
The transaction set numbers and base structures are identical across retailers (every 850 has BEG, REF, N1, PO1 segments). What differs is the partner-specific implementation: which segments are required, which qualifiers to use, and what extension data each retailer expects in their version of the spec.
OrderSync handles every document type above through a single pipeline. No per-transaction fees. No mapping consultant. 15-minute demo, no commitment.
Book My Intro CallNo credit card required. Start in minutes.