What comes in
- Current PO and revision history
- Supplier change request or revised quote
- Buyer acceptance and tolerance rules
LaunchAI compares the proposed change with the current PO, shows its impact and prepares the revision your rules allow.
The job in one minute
A purchase order change request asks to amend an existing order before the revised commitment is accepted. It identifies the current PO and line, the proposed values, the reason and the required decision. LaunchAI can compare a supplier proposal with the effective order, prepare the request and apply an authorized revision while retaining the earlier evidence.
An approved revision or a documented rejection, with affected lines identified.
The buyer and the responsible team keep commercial, qualification and financial authority. The agent does the permitted work and brings exceptions to their owner.
See it run
In this conceptual walkthrough, an AI agent picks up Vectra Castings' order confirmation OC-VC-55871 for PO 4500018832 from the purchasing inbox and opens the PO in Manage Purchase Orders, filtered by PO, supplier 300417 and plant 1100. It compares the three items and writes each delta to a variance sheet: item 10 is up 1.41% (+240.00 USD), item 20 is up 9.62% (+700.00 USD) and moves from 11/20 to 12/04, and item 30 matches. Under tolerance policy PRC-TOL-05 and the PO change workflow rules, it confirms items 10 and 30, changes item 10's net price to 43.10 (released by rule WF-CHG-01 with no approver), and verifies the saved values by reopening the PO. Item 20 is left unchanged and sent to buyer01 as review request RV-2207; the buyer replies to keep it on hold. The agent emails the planner a late-delivery alert for production order 1004417, reads the approval history and change log, and writes a before-and-after audit sheet.
Conceptual walkthrough with sample data. Screens are generic stand-ins modeled on the named system, not its own interface; workflow and screens vary by ERP.
At the buyer’s desk
The unit price is unchanged, but the minimum buy is higher. A new confirmation arrives while the old one is still open on the buyer’s screen. The next update needs the current revision and an actual decision about the extra quantity.
A date change can be buried inside a new confirmation PDF while the buyer is working from an older email. Updating the ERP from the wrong revision creates a false commitment. Change handling needs a current baseline, a change request and an explicit decision before the accepted version is distributed.
How the agent does it
LaunchAI follows the purchasing task through your existing applications. Each step has a source to read, a rule to apply or an outcome to check.
Read the latest effective order and identify pending amendments before processing another request.
Compare line quantity, price, specification, ship-to and schedule. Highlight downstream demand affected by the change.
Prepare evidence for the buyer or approver. Separate permitted administrative corrections from changes to the commercial commitment.
Apply the authorized revision and confirm the supplier communication refers to the same version. Retain the earlier values.
The detail that changes the job
A supplier changes 500 units to a minimum order of 600 and offers the same unit price.
Move the divider to see how the starting information becomes a checked outcome. The complete fields are in the table below.
| Field | Starting information | Checked outcome |
|---|---|---|
| Unit price | Unchanged | No price variance |
| Commitment | 500 units ordered | 100 additional units proposed |
| Decision | Looks like a matching price | Quantity and total value need review |
Worked example, not a customer result. Values and documents illustrate what to test.
Exact rules. Context. A person where needed.
The agent needs to recognize the point where the next action depends on missing information or another person’s authority.
Define the allowed fields and actions in your software. A draft, an external commitment and an approved payment are different steps.
Show the working
Agree on the baseline and the finish before the pilot. Count review and exception work as well as completed transactions.
Changes with complete before-and-after evidence
Unresolved change-request age
Updates applied from an obsolete revision
A format your team can use
A change request is a decision record. Keep it separate from the current effective PO until the authorized owner accepts it. This suggested record can sit in your ERP workflow, request form or existing spreadsheet.
| Field | What to record | Why it matters |
|---|---|---|
| Order identity | Company, PO number, line and current revision | Avoid changing a similarly named order |
| Before and after | Current and proposed quantity, price, date or specification | Make the actual amendment visible |
| Reason and source | Supplier proposal, internal request and supporting document | Explain why the change is being requested |
| Impact | Extended value, affected demand and relevant delivery consequences | An unchanged unit price can still increase the commitment |
| Decision | Approver, outcome, decision date and accepted limits | A request is not authority to amend the order |
| Effective revision | Saved version and authorized supplier communication | Ensure the ERP and supplier refer to the same accepted order |
The practical questions
It may affect production or customer demand even when price stays the same. Define which date changes require buyer acceptance.
Keep the revision trail so the buyer can establish what was requested, proposed and finally accepted.
No. The request proposes an amendment. A revised PO records the accepted change after the required decision. Retain the request, approval and effective revision so the buyer can reconstruct the sequence.
Your applications. Your purchasing rules.
We’ll scope the input, the saved output and the exception that needs your team.