Skip to content
X12 EDI

Target X12 860 Purchase Order Change Request - Buyer Initiated

Plan X12 860 Purchase Order Change Request - Buyer Initiated for Target Direct Vendor Ship. Connect document identifiers to your business records, test exception handling and track each exchange to completion.

Segments
8
Loops
2
X12 860
Partner references ↗

Implementation guide

Target Direct Vendor Ship: 860 mapping and validation

X12 860 Purchase Order Change Request - Buyer Initiated is used when a buyer changes a previously issued order. Preserve original purchase order, change revision and affected line so the buyer order-change request in your business system stays connected to the original document.

This document is listed for Target Direct Vendor Ship. Confirm the version, required fields and responses that apply to your account.

Map records and test the business result
Document or decisionRecord and matching IDsWhat to test
Match the business record buyer order-change request

original purchase order, change revision and affected line

  • Define which combination of original purchase order, change revision and affected line identifies one business record, its lines and any later revision.
Update the receiving system Processing the buyer order-change request

ID assigned by the receiving system and processing result

  • Apply a quantity reduction to the existing order instead of creating another order.
  • Test a cancellation arriving after allocation or shipment and route it to an exception owner.
Check the processing result Processing status for the buyer order-change request

Original document reference and matching response

  • Reconcile the buyer order-change request with the source after a timeout before sending it again. A lost response can occur after the destination has already processed the document.

The document reference includes 8 segments. Use the segment reference below to locate the relevant parts of the message. Check required fields and repetition limits in the partner guide.

How the related documents differ

Each message represents a different business event. Use shared references to connect the records while tracking each message’s outcome separately.

Implementation steps

  1. Choose the starting event and owner

    Decide which application acts when a buyer changes a previously issued order. Name the operational owner of the buyer order-change request and the team that resolves rejected or ambiguous messages.

  2. Keep record IDs connected

    Map original purchase order, change revision and affected line. Confirm qualifiers, code lists, units and date/time meaning against the agreed X12 version and Target guide. Preserve the source reference alongside any new destination identifier.

  3. Test failures before launch

    Run the failure cases in the mapping table against realistic buyer order-change request data. Check how the receiving system reports a rejection and how your team corrects it without creating a duplicate.

  4. Track every document to completion

    Record transport delivery and document validation separately from successful buyer order-change request processing. Give unresolved errors an owner and check the receiving system before approving retries.

Go-live checklist

  • An approved 860 sample and the agreed version and partner guide are available.
  • The mapping tests pass with realistic buyer order-change request data.
  • Each submitted document can be traced through delivery, validation and processing in the receiving system.
  • Your team knows how to investigate and recover a rejected or timed-out buyer order-change request without processing it twice.

Transaction context

Where 860 Purchase Order Change Request - Buyer Initiated fits on Target Direct Vendor Ship

Target channels
3 of 4

3 of Target's 4 channels list 860

Trading partners
140

partner references list 860

Channels
171

channel entries list 860

Document structure

X12 860 Purchase Order Change Request - Buyer Initiated at the element level

The X12 860 reference contains 55 segment entries and 162 data elements; 62 are marked mandatory in this reference. Use the version and partner guide agreed for your account to confirm required fields.

Segments
55
Data elements
162
Mandatory elements
62
Segments with elements marked mandatory in this reference
Segment Elements Mandatory
BCH 4 4
CUR 2 2
REF 3 1
PER 2 1
FOB 5 1
N9 2 1
N1 4 1
N2 1 1
N3 2 1
POC 13 1
Key identifiers in 860
  • Transaction Set Purpose Code
  • Purchase Order Type Code
  • Purchase Order Number
  • Date
  • Entity Identifier Code
  • Currency Code
  • Reference Identification Qualifier
  • Contact Function Code
Segment reference — 8 segments 2 loops · X12 860 Purchase Order Change Request - Buyer Initiated
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

BCH Beginning Segment for Purchase Order Change 5 elements

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

REF Reference Identification 2 elements

To specify identifying information

POC Loop Repeat: 1
POC Line Item Change 11 elements

To specify changes to a line item

CTT Loop Repeat: 1
CTT Transaction Totals 2 elements

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)

Related references

860 Purchase Order Change Request - Buyer Initiated on other Target channels

Compare the listed channel references and confirm their current implementation guides.

Target Direct Vendor Ship EDI 860 questions

Common questions about 860 Purchase Order Change Request - Buyer Initiated on the Target Direct Vendor Ship channel.

What is X12 860 Purchase Order Change Request - Buyer Initiated used for?

860 is used when a buyer changes a previously issued order. It carries information for the buyer order-change request. Match it to your business system using original purchase order, change revision and affected line.

Is 860 required for Target Direct Vendor Ship?

860 is listed for Target Direct Vendor Ship. Confirm the required version and direction for your business unit and account with the partner.

What should I map for X12 860?

Start with original purchase order, change revision and affected line and the target buyer order-change request. Define duplicate detection, allowed updates and response correlation before mapping individual fields. Use the partner guide to check required fields and their formats.

How should I test 860 error handling?

Apply a quantity reduction to the existing order instead of creating another order. Test a cancellation arriving after allocation or shipment and route it to an exception owner. Also test a lost response after destination processing so that a retry cannot create an unintended duplicate or repeated adjustment.

How does 860 relate to other EDI messages?

X12 850 Purchase Order; X12 865 Purchase Order Change Acknowledgment Request Seller Initiated are related documents also listed on Target Direct Vendor Ship. Match these documents through their order, shipment or invoice references. Agree which response marks each business step as complete.

What is the difference between 860 and 850?

860 is used when a buyer changes a previously issued order. 850 is used when a buyer places an order. Each message represents a different business step. Keep their record references connected and track the processing result for each message.

Connect Target EDI to your business systems

See how Stacksync can fit your enterprise EDI workflow. Bring one partner guide and a sample exchange to plan the system mapping, exception handling and production rollout.