1.6 Purchase order (PO) management

A Purchase Order (PO) is a formal financial contract. It defines the required physical configuration, the delivery schedule, and the quality standard for a transaction. If a PO is missing data or relies on unwritten assumptions, the liability for misunderstandings or delays often falls on the buyer. A structured PO clearly specifies what is being purchased, when it is required to arrive, and how it will be verified upon receipt.

The PO data requirements

Every PO generated by the ERP must contain a specific dataset to ensure clarity. Missing information can lead to suppliers delivering non-conforming or delayed material.

Identification & revision control

PO Number: A unique, auto-generated ERP identifier.
Revision: Increment the PO Revision with any change, including minor date adjustments (e.g. Rev A -> Rev B).
Date of Issue: The issue date confirms the validity window of the quoted price.

The line item definition

MPN (Manufacturer Part Number): Use the exact, complete alphanumeric string (e.g. STM32F405RGT6). Do not rely solely on internal ERP Part Numbers, as suppliers may not recognize them.
Engineering Description: A brief, clear technical description (e.g. “MCU 32-bit ARM Cortex-M4”).
Quantity: An explicit unit count matching the quoted unit of measure.
Unit Price: The agreed contract price, referencing the Supplier’s formal Quote Number if applicable.

Commercial & physical logistics

Incoterms: Standardized delivery terms (e.g. “FCA Hong Kong”).
Payment Terms: Standardized corporate terms (e.g. Net 45 / Net 60).
Ship-To: The specific physical warehouse address and the attention party (e.g. “Attn: Receiving QA”).
The Promise Date: This should align with the “Dock Date” required by Production Planning, factoring in transit time.

Quality clauses

Traceability: Include clauses such as: “Vendor warrants all goods are new, original, and fully traceable to the Original Component Manufacturer (OCM).”
Date Code Restriction: Specify limits, e.g. “Date Codes must be ≤ 24 months at receipt unless pre-approved.”
Substitutions: Clarify that “Functional equivalents or physical substitutions are not allowed without prior written engineering approval.”

Financial approval thresholds

Risk increases with dollar value and technical complexity. Implement a tiered approval matrix in your ERP to manage financial commitments securely.

PO Value Threshold	Risk Category	Typical ERP Sign-off
< $5,000	Low (Class C / COTS)	Buyer
$5,000 – $50,000	Medium (Standard Production)	Sr. Buyer / Commodity Mgr
$50,000 – $250,000	High (Strategic Spend)	Supply Chain Director
> $250,000	Critical (CapEx/Mass Vol)	VP Operations / Corporate CFO
Any Value	NCNR or Custom Silicon	+ Engineering Leadership

The acknowledgement (ACK) discipline

The transaction is not fully established until the supplier provides written confirmation of acceptance.

The Expected Timeline:

The supplier should acknowledge receipt of the document promptly.
The supplier should provide a firm Confirmed Schedule (Commit Date) within an expected window (e.g. 48 hours).

Valid vs. Invalid ACK:

Valid: “We formally accept PO #12345 Rev B. Line 1 is confirmed for FCA delivery on 2023-10-15.”
Invalid: “Received, thanks.” (Confirms email receipt, but not the terms).
Managing Discrepancies: If the Supplier’s Commit Date differs from the PO Need Date, follow up immediately to negotiate or formally update the ERP schedule to reflect the new reality.

Pro-Tip: If a supplier fails to provide an ACK, follow up proactively. Do not wait until the due date to discover the order was never processed.

Change control & supplier substitutions

Uncontrolled changes can cause schedule disruptions.

Scenario 1: the supplier requests a date push

The Protocol: Calculate the downstream impact on the Master Production Schedule.
- If there is a risk to the production line, escalate to Supply Chain leadership to address the allocation priority.
- If the schedule can absorb the delay, update the ERP “Commit Date” field. Preserve the original “Need Date” for accurate vendor performance scoring (OTD).

Scenario 2: the supplier offers a “substitute” part

The Protocol:
- Procurement should not unilaterally approve technical component substitutions.
- Route the request to Engineering via a formal Deviation Request.
- If Engineering approves the substitute, revise the PO to explicitly state the new MPN to ensure Receiving QA expects the correct part.

Scenario 3: partial shipments

The Protocol: Partial shipments should ideally be authorized on the PO document (“Partials Allowed”).
- Coordinate with Finance; ensure the final inventory balance is received before the final invoice is paid.

The pre-flight PO quality audit

Review the PO for common discrepancies before issuing it to the supplier.

The Check	The Potential Issue	The Resolution
UoM Math	Ordering “100” (reels) instead of “100” (units).	Verify the Unit of Measure clearly.
Price Match	Price differs from the Validated Quote.	Re-validate against the Quote.
Rev Control	Sending an outdated PDF revision.	Ensure the sent document matches ERP.
Spec Callout	Missing a specific color or finish code on a custom part.	Add explicit Reference Notes.
Ship-To Code	Defaulting to Corporate HQ instead of the Factory dock.	Verify the physical Ship-To Code.

Final Checkout: Purchase order (PO) management

Control Point	Engineering Requirement	Target Metric
Contract Fidelity	All mandatory fields and clauses populated.	100% Completeness
ACK Status	Confirmed Commit Date entered in ERP.	Tracked consistently
Revision Match	PO physical Revision matches BOM Revision.	Verified before send
Liability Limits	Signed agreements attached for NCNR items.	Required for NCNR
Age Limits	Date Code limits included on the document.	Communicated clearly
Authorization	Sign-off limits respected in the ERP workflow.	System Enforced