850 Purchase Order
The buyer sends order instructions.
Purchase-order fundamentals
A practical guide to the X12 transaction set businesses use to send purchase-order instructions.
EDI 850 is the X12 Purchase Order transaction set. A buyer commonly sends it to a supplier to communicate an order number, dates, parties, line items, product identifiers, quantities, prices, shipping instructions, schedules, and other purchasing details. The exact content and required qualifiers depend on the parties' agreement.
An 850 replaces a paper, emailed, or proprietary purchase-order form with a structured business message. A retailer, distributor, manufacturer, healthcare organization, or other buyer can send consistent ordering instructions to a supplier. The receiver can route those instructions into order-management, warehouse, procurement, or ERP workflows without manually rekeying every line.
The transaction can carry a simple one-line order or a much richer order with multiple destinations, delivery schedules, sublines, allowances, tax information, packaging details, and references. It communicates what the source says; it does not by itself prove that the supplier accepted or can fulfill the order.
The buyer sends order instructions.
The supplier may respond with order acceptance or changes. Read the EDI 855 guide.
The supplier may describe a shipment before delivery. Read the EDI 856 guide.
The supplier may request payment for delivered goods or services. Read the EDI 810 Invoice guide.
This is a conceptual sequence, not a universal requirement. Partner workflows vary. Some relationships omit, replace, combine, or add transactions. This product supports 850, 855, 856, and 810 processing.
Identify the interchange, functional group, and 850 transaction boundary.
Establishes the purchase-order purpose, type, order number, and order date.
Carry qualified currency, reference, and date information at their applicable scopes.
Introduces a qualified party such as buyer, supplier, Ship-To, or Bill-To; the qualifier controls its role.
Describe line identity, quantity, unit, price, products, descriptions, packaging, and alternate pricing.
Reports a qualified allowance or charge occurrence; it is not automatically an order-level adjustment total.
Represent schedules and destination quantity pairs without creating extra canonical line rows.
Creates a child subline owned by the active PO1 line.
Close and summarize source structures. CTT01 is a reported line-item count, not an order total.
These descriptions are practical orientation, not a reproduction of an X12 implementation guide or proprietary code tables.
A PO1 establishes a purchase-order line. Product identifiers appear as qualifier/value pairs: for example, BP often identifies a buyer-assigned part and VP often identifies a vendor-assigned part. Those meanings come from the qualifier; neither code is universally required.
An SLN is a child subline, not another independent parent PO1. Smart Mapping therefore emits one row for each PO1 and one additional row for each SLN child. Repeating structures remain collection fields instead of multiplying a line into Cartesian combinations.
The current product is tested against the generic releases 004010, 004030, and 005010. Other EDI 850 releases and partner implementation references exist, but they are not advertised as supported/tested by this implementation.
An 850 is an order instruction, not evidence of supplier acceptance, shipment, invoicing, or payment. A mapped amount is not automatically a guaranteed purchase-order total. Currency, unit-of-measure, allowance, tax, schedule, and partner rules can make aggregation unsafe.
This converter is not X12-certified and does not certify trading-partner acceptance. Use the applicable licensed standard and partner guide for production obligations. Continue with the reading guide, inspect the 210-field data map, or open the browser-local EDI Viewer.