Email sales@vrajatechnologies.com Teams Teams Contact +91 9099928101 Whatsapp +91 73596 28466 Linkedin Linkdin
ANSI X12 Purchase Order Change Request EDI 860 PO Change Odoo EDI

EDI 860 Purchase Order Change Request Integration

The EDI 860 is the ANSI X12 transaction a buyer uses to request a change to a purchase order that was already sent as an EDI 850. Instead of cancelling the order and issuing a brand-new one, the buyer references the original PO and sends only what changed - a revised quantity, a new delivery date, an updated price, or an added or removed line item.

EDI 860 at a Glance
01
Changes an Existing PO References the original EDI 850 instead of creating a duplicate order.
02
Supports Line-Level Changes Quantity, price, dates, products, Ship-To details, and cancellations.
03
Business Response via EDI 865 The supplier can accept, reject, or modify the requested change.
04
Odoo-Native Automation Match, validate, apply, review, log, and respond directly from Odoo.
EDI 860 Overview

What Is an EDI 860?

Change the Existing Purchase Order

The EDI 860 is the ANSI X12 transaction a buyer uses to request a change to a purchase order that was already sent as an EDI 850. Instead of cancelling the order and issuing a brand-new one, the buyer references the original PO and sends only what changed - a revised quantity, a new delivery date, an updated price, or an added or removed line item.

Because the 860 always ties back to an existing order, it keeps the buyer and supplier working from the same record. The supplier updates the order in place, confirms the change with an EDI 865, and both systems stay in sync without a break in the procurement or fulfillment process.

Supports Back-and-Forth Change Negotiation

The 860 can also run in reverse: a supplier can propose a change (for example, when a quantity can't be fulfilled as ordered), and the buyer accepts or counters it through the same document type. This back-and-forth continues until both sides agree, all without a phone call, an email thread, or a duplicate order in the system.

The supplier updates the order in place, confirms the change with an EDI 865, and both systems stay in sync without a break in the procurement or fulfillment process.
Purchase Order Change Data

Key Components of an EDI 860

Because the 860 always ties back to an existing order, it keeps the buyer and supplier working from the same record.

01

Original PO Reference

The EDI 850 purchase order number and date being modified.

02

Change Reason and Purpose Code

What kind of change is being requested (BCH01).

03

Line-Level Changes (POC)

Revised quantity, unit of measure, price, or product identifiers.

04

Product Identifiers

Buyer SKU, vendor item number, UPC or GTIN for accurate matching.

05

Dates (DTM)

Revised delivery date, ship date, or cancel-after date.

06

Delivery Schedule (SCH)

Used when one line has multiple requested delivery dates.

07

Party Information (N1/N3/N4)

Buyer, seller, and Ship-To details, including any address change.

08

Transaction Totals (CTT)

Line-item count used to validate the file on receipt.

Change Request Timing

When Do Buyers Send an EDI 860?

When Original PO Terms Change

A buyer typically issues an 860 after demand shifts, inventory changes, or a delivery delay makes the original PO terms no longer accurate.

Example: Quantity Change

A common example: a buyer sends PO #10025 for 100 units through an 850, then a week later needs 120 units for the same delivery window. Rather than cancelling PO #10025 and issuing a new order, the buyer sends an 860 referencing #10025 with the revised quantity. The supplier applies the change and responds with an 865 confirming, rejecting, or modifying the request.

Document Roles

EDI 860 vs. EDI 850 vs. EDI 865

DocumentDirectionPurpose
EDI 850Buyer → SellerCreates the original purchase order
EDI 855Seller → BuyerAcknowledges the original purchase order
EDI 860Buyer → SellerRequests a change or cancellation to an existing PO
EDI 865Seller → BuyerAccepts, rejects, or modifies the 860 request
EDI 856Seller → BuyerProvides shipment (ASN) details once the order ships
EDI 810Seller → BuyerProvides the invoice
Supported Changes

What Can an EDI 860 Change?

  • Increase or decrease an ordered quantity
  • Add a new product line or delete/cancel an existing one
  • Cancel the complete purchase order
  • Change the unit price or requested delivery/ship date
  • Change the Ship-To location or shipping method
  • Update packaging, unit of measure, or product identifiers
  • Adjust allowances, charges, or order instructions
  • Accept a change previously proposed by the supplier
End-to-End EDI Flow

How the 860 Fits the Full EDI Document Flow

A 997 or 999 only confirms that the file was technically received and passed syntax validation - it does not mean the requested change was accepted. Business acceptance comes from the 865 (or, with some trading partners, a revised 855). The typical sequence looks like this:

850

Original Purchase Order

Buyer sends the original purchase order.

855

Order Acknowledgment

Supplier acknowledges the order.

860

Change Request

Buyer sends a change request against that order.

997/999

Technical Acknowledgment

Technical acknowledgment that the 860 file was received correctly.

865

Business Response

Supplier's business response: accepted, rejected, or accepted with modification.

856

Shipment Notice

Shipment notice once the revised order ships.

810

Invoice

Invoice reflecting the final, applied terms.

A 997 or 999 only confirms that the file was technically received and passed syntax validation - it does not mean the requested change was accepted. Business acceptance comes from the 865 (or, with some trading partners, a revised 855).
Business Value

Benefits of EDI 860 Integration

01

Seamless Order Modification

Update an existing purchase order without a full cancellation, so procurement history and downstream documents stay intact.

02

Faster Change Processing

Automated validation and routing means a requested change reaches the right order in minutes instead of waiting on a manual email or phone confirmation.

03

Error Reduction

Structured, code-based data removes the manual re-entry that typically introduces mismatched quantities, dates, or terms.

04

Full Audit Trail

Every original, requested, and applied value is logged against the 860 and its matching 865 - useful for both operations and finance reconciliation.

05

Stronger Supplier Collaboration

Suppliers can respond quickly to inventory or production constraints, and buyers get a documented, timestamped answer instead of an informal one.

Odoo-Native Processing

How EDI 860 Works Inside Odoo

Vraja Technologies builds direct, Odoo-native EDI 860 processing - no third-party middleware required. An incoming 860 is validated, matched to the corresponding Sales Order, and either applied automatically or routed for manual review, based on the order's current fulfillment status.

860 RequestOdoo Action
Add lineCreate a new Sales Order line
Change quantityUpdate the ordered quantity
Delete lineCancel or zero out the line
Change priceUpdate price after tolerance validation
Change delivery dateUpdate the commitment/requested date
Change Ship-ToUpdate delivery address and picking
Cancel orderCancel the Sales Order and open operations

Safe Changes Flow Straight Through

Changes that are safe to apply automatically - an order that hasn't shipped, valid product identifiers, a quantity within agreed tolerance - flow straight through.

Riskier Changes Go to Manual Review

Anything riskier is held for manual review: a partially shipped order, a price that doesn't match the agreed pricelist, a quantity reduced below what's already shipped, or a Ship-To change after stock has been allocated.

Every applied or held change is logged with its original, requested, and final value, and Odoo generates the outbound 997 and 865 automatically once the change is processed.
Vraja Technologies

Why Work With Vraja Technologies

Our team implements EDI 860 alongside the full purchase-order document set - 850, 855, 865, 856, 810, and 997 - directly inside Odoo, so purchase order changes update your Sales Orders, inventory reservations, and invoicing in real time. We handle envelope and segment validation, duplicate and out-of-sequence detection, trading-partner-specific mapping, and the safety rules that keep an automated change from overwriting an order that's already shipped or invoiced.

Whether you're a buyer who needs faster, cleaner change requests out to your suppliers, or a supplier who needs incoming 860s applied to Odoo without manual re-keying, we design the mapping around your trading partners' implementation guides - not a generic template.

01
Full purchase-order document set850, 855, 865, 856, 810, and 997 directly inside Odoo.
02
Trading-partner-specific mappingWe design the mapping around your trading partners' implementation guides - not a generic template.
03
Envelope and segment validationDuplicate and out-of-sequence detection.
04
Safety rulesKeep an automated change from overwriting an order that's already shipped or invoiced.
05
Real-time updatesPurchase order changes update your Sales Orders, inventory reservations, and invoicing in real time.
Frequently Asked Questions

EDI 860 Frequently Asked Questions

Is an EDI 860 the same as cancelling and resending an order?

No. The 860 references the original PO and carries only the requested changes, so the order history, PO number, and downstream documents stay linked instead of being replaced.

Does an EDI 860 guarantee the change will be accepted?

No. The 860 is a request. The supplier's EDI 865 - or in some trading relationships, a revised 855 - confirms whether the change was accepted, rejected, or accepted with modification.

What's the difference between EDI 860 and EDI 865?

The 860 is buyer-initiated and requests a change. The 865 is the supplier's response, confirming, rejecting, or modifying that request.

Can an EDI 860 change a Ship-To address after an order has shipped?

It can be requested, but most implementations flag this for manual review, since it affects warehouse selection, tax, freight, and delivery lead time after allocation has already happened.

Do we need a separate integration for EDI 860, or does it come with EDI 850?

It's typically mapped alongside 850, 855, and 865 as one connected workflow, since a change request only makes sense in the context of the original order and its acknowledgment.

Modernize Order Changes With EDI 860

Don't let outdated, manual processes slow down order changes. With EDI 860 integrated directly into Odoo, quantities, prices, and delivery dates update in real time - with a full audit trail and automated 997/865 responses built in.

Talk to Our EDI Team