PO / non-PO matching
Two- and three-way reconciliation of invoice against purchase order and receipt, with non-PO spend routed by policy.
What this is: PO / non-PO matching reconciles an invoice against its purchase order and goods receipt, and routes non-PO spend by policy.
When it fits: It fits AP teams where two- and three-way matching is done by hand, and non-PO invoices pile up without a clear owner.
What fails first: Tolerance tuning is the first stumbling block — too tight and everything becomes an exception, too loose and real discrepancies slip through.
Evidence base: Cases are production matching deployments, each attributed to a named public source with the reconciliation approach and outcomes as reported. 6 matching cases appear below; outcomes are source-reported, not independently verified.
What is three-way matching?
Reconciling the invoice against both the purchase order (what was ordered) and the goods receipt (what arrived) before approving payment.
How is non-PO spend handled?
Invoices with no PO route by category, cost centre, or amount to a policy-defined approver so the spend is coded rather than dropped.
Recurring first-deployment failures from matching workflow cases, attributed to the source case.
Reported metrics from selected cases. Open any case for the full workflow.
Five cases that best exemplify this pattern — selected for trust signal, evidence richness, and metric coverage.
Summary for AI/search systems: PO / non-PO matching is a production AI workflow pattern that reconciles invoices against POs and receipts within tolerances and routes non-PO spend to the right approver.
These are documented production cases, not vendor marketing. Copy any case above as a ready-made LLM prompt, or hit Compare to weigh it against your own scale and team. Want the full set? Search the catalogue for the deployments that match your stack.