Skip to content
X12 EDI

Neiman Marcus X12 850 Purchase Order

X12 850 (Purchase Order) is the EDI transaction exchanged between Neiman Marcus (Neiman Marcus (via DSCO v.4010 (dba Rithum))) and its trading partners. Stacksync handles full compliance, mapping, and real-time delivery.

Segments
27
Loops
7
X12 850
All partners ↗

Transaction context

Where 850 Purchase Order fits on Neiman Marcus (via DSCO v.4010 (dba Rithum))

On Neiman Marcus (via DSCO v.4010 (dba Rithum)), the X12 850 Purchase Order precedes the 855 Purchase Order Acknowledgment, 856 Ship Notice Manifest and 810 Invoice in the Order-to-cash cycle.

Neiman Marcus channels
3 of 3

3 of Neiman Marcus's 3 channels carry 850

Trading partners
389

partners across the Stacksync network trade 850

Channels
516

channels network-wide carry 850

The 850 is the electronic purchase order a buyer sends to formally request goods or services, carrying items, quantities, prices, ship-to locations, and requested dates. It initiates the order-to-cash cycle and is the reference document that the acknowledgment (855), ship notice (856), and invoice (810) must reconcile against. Trading partners require it because a machine-readable PO removes manual re-keying and the wrong-item, wrong-quantity errors that come with it. Sent by the buyer (retailer, distributor, or manufacturer procurement) to the supplier or vendor fulfilling the order.

When it fires: A buyer's procurement or replenishment system releases an approved order for goods to a specific supplier.

Common 850 rejection causes
  • Ship-to addresses or location codes that do not exist in the seller's system, causing the order to fail validation or ship to the wrong warehouse.
  • Item identifiers referencing discontinued SKUs or UPCs that do not match the seller's catalog, forcing manual intervention.
  • PO line prices that do not match the agreed contract price in the seller's system, triggering business-level rejection on the 855.
  • Missing or malformed mandatory segments or data elements, rejected on receipt via the 997, and duplicate PO numbers that confuse order processing.

Specification summary

X12 850 Purchase Order at the element level

The X12 850 specification defines 71 segments carrying 282 data elements, 84 of which are mandatory.

Segments
71
Data elements
282
Mandatory elements
84
Segments with mandatory elements
Segment Elements Mandatory
BEG 5 4
CUR 5 2
REF 3 1
FOB 7 1
SAC 11 1
DTM 4 1
PID 4 1
TXI 8 1
N9 3 1
MSG 2 1
Key identifiers in 850
  • Transaction Set Purpose Code
  • Purchase Order Type Code
  • Purchase Order Number
  • Date
  • Entity Identifier Code
  • Currency Code
  • Reference Identification Qualifier
  • Shipment Method of Payment
Full segment guideline — 27 segments 7 loops · X12 850 Purchase Order
ISA Interchange Control Header 16 elements

To start and identify an interchange of zero or more functional groups and interchange-related control segments

GS Functional Group Header 8 elements

To indicate the beginning of a functional group and to provide control information

ST Transaction Set Header 2 elements

To indicate the start of a transaction set and to assign a control number

BEG Beginning Segment for Purchase Order 5 elements

To indicate the beginning of the Purchase Order Transaction Set and transmit identifying numbers and dates

CUR Currency 2 elements

To specify the currency (dollars, pounds, francs, etc.) used in a transaction

REF Reference Information 3 elements

To specify identifying information

PER Administrative Communications Contact 6 elements

To identify a person or office to whom administrative communications should be directed

CSH Sales Requirements 3 elements

To specify general conditions or requirements of the sale

SAC Loop Repeat: 25
SAC Service, Promotion, Allowance, or Charge Information 4 elements

To request or identify a service, promotion, allowance, or charge; to specify the amount or percentage for the service, promotion, allowance, or charge

DTM Date/Time Reference 3 elements

To specify pertinent dates and times

TD5 Carrier Details (Routing Sequence/Transit Time) 8 elements

To specify the carrier and sequence of routing and provide transit time information

TD4 Carrier Details (Special Handling, or Hazardous Materials, or Both) 3 elements

To specify transportation special handling requirements, or hazardous materials information, or both

CTB Restrictions/Conditions 2 elements

To specify restrictions/conditions (such as shipping, ordering)

TXI Tax Information 7 elements

To specify tax information

N9 Loop Repeat: 1,000
N9 Extended Reference Information 3 elements

To transmit identifying information as specified by the Reference Identification Qualifier

MTX Text 2 elements

To specify textual data

N1 Loop Repeat: 200
N1 Party Identification 4 elements

To identify a party by type of organization, name, and code

N2 Additional Name Information 2 elements

To specify additional names

N3 Party Location 2 elements

To specify the location of the named party

N4 Geographic Location 6 elements

To specify the geographic place of the named party

PO1 Loop Repeat: 100,000
PO1 Baseline Item Data 9 elements

To specify basic and most frequently used line item data

LIN Item Identification 5 elements

To specify basic item identification data

CTP Loop Repeat: 1,000
CTP Pricing Information 3 elements

To specify pricing information

PID Loop Repeat: 1,000
CTT Loop Repeat: 1
CTT Transaction Totals 1 element

To transmit a hash total for a specific element in the transaction set

SE Transaction Set Trailer 2 elements

To indicate the end of the transaction set and provide the count of the transmitted segments (including the beginning (ST) and ending (SE) segments)

PID Product/Item Description 5 elements

To describe a product or process in coded or free-form format

PO4 Item Physical Details 2 elements

To specify the physical qualities, packaging, weights, and dimensions relating to the item

Trading partners

2+ trading partners.
And every channel covered.

We connect to every major retailer, distributor, and 3PL on the EDI network. Type to search the directory, or browse the full catalogue.

Trading partners

5+ trading partners.
And every channel covered.

We connect to every major retailer, distributor, and 3PL on the EDI network. Type to search the directory, or browse the full catalogue.

Neiman Marcus Neiman Marcus (via DSCO v.4010 (dba Rithum)) EDI 850 FAQ

Common questions about 850 Purchase Order on the Neiman Marcus (via DSCO v.4010 (dba Rithum)) channel.

What is X12 850 Purchase Order?
X12 850 (Purchase Order) is the EDI transaction set used to exchange purchase order data. Neiman Marcus's Neiman Marcus (via DSCO v.4010 (dba Rithum)) channel requires it from trading partners.
Does Neiman Marcus Neiman Marcus (via DSCO v.4010 (dba Rithum)) require 850 for trading partners?
Yes, Neiman Marcus (Neiman Marcus (via DSCO v.4010 (dba Rithum))) supports X12 850 Purchase Order. Stacksync handles the full integration so your team can focus on operations.
How fast can I integrate Neiman Marcus 850 with Stacksync?
Most companies go live with Neiman Marcus 850 on Stacksync in days. Pre-built mappings, no-code setup, and real-time monitoring make EDI compliance straightforward.
Which other Neiman Marcus channels accept 850?
X12 850 runs on 3 of Neiman Marcus's 3 channels. Besides Neiman Marcus (via DSCO v.4010 (dba Rithum)), it is accepted on Neiman Marcus Group (NMG), Neiman Marcus (via DSCO v.5010 (dba Rithum)). Each channel carries its own implementation guideline; Stacksync validates outbound documents against the correct guideline automatically.

Ready to automate your Neiman Marcus EDI?

Most teams go live in days, not months. Talk to our team and we'll walk you through your specific setup.