Don't pay for goodsyou didn't receive.
Match every invoice line against the purchase order and the goods receipt before you pay — and get a clear APPROVE, HOLD, or BLOCK PAYMENT. A deterministic AP control that stops the over-bill the invoice hides.
The over-bill is invisible on the invoice — and visible only across all three documents.
The invoice is formatted perfectly, the PO number is right, the math ties — and you received fifty fewer than you're paying for.
A bill arrives for spend nobody authorized. Without a match, it slides into the run and gets paid.
Manual AP review reads the invoice in isolation. The error is only visible when all three documents are compared.
Match an AP run and watch the gate block the invoice that bills more than was received.
INV-5003 · Label Works LLC
BLOCK PAYMENT · 86%A payment-blocking check failed, so this invoice is BLOCK PAYMENT regardless of its 86% match — you don't pay for goods you didn't receive or didn't authorize, however clean the rest of the invoice looks.
2 approve · 1 hold · 2 blocked. One blocked invoice holds the run.
AP run (payments blocked): Two clean, one soft price-variance HOLD, two blocked — one over-bill, one with no PO. The run is blocked.
Every check is a fixed comparison across your own PO, invoice, and receipt — no model, no guess. The workbook and the Python engine produce these exact verdicts.
The same verdicts from the Python engine — every check, every invoice.
====================================================================== INVOICE-PO-RECEIPT 3-WAY MATCH · as of 2026-06-22 ====================================================================== INVOICE VENDOR MATCH VERDICT FAILED CHECKS ---------------------------------------------------------------------- INV-5001 Northwind Supply Co 100% APPROVE — INV-5002 Crate & Co 86% HOLD price_within_soft INV-5003 Label Works LLC 86% BLOCK PAYMENT qty_not_over_received [BLOCK] INV-5004 Ghost Vendor Inc 14% BLOCK PAYMENT po_present, price_within_block, qty_not_over_received, receipt_present, price_within_soft, qty_not_over_po [BLOCK] INV-5005 Wrap Supply 100% APPROVE — ---------------------------------------------------------------------- APPROVE 2 HOLD 1 BLOCK PAYMENT 2 ---------------------------------------------------------------------- AP RUN: PAYMENTS BLOCKED ====================================================================== Matches your own PO, invoice & receipt. Not accounting or legal advice. ======================================================================
INV-5003 matches 86% — right PO, right price, math ties — but bills 200 label rolls against a 150-unit receipt. That one over-bill forces BLOCK PAYMENT, and one blocked invoice holds the run. The match score is context; the gate decides.
Three operating principles, enforced in the match.
Deterministic, not a model
Every check is a fixed comparison across the PO, invoice, and receipt. The same run always produces the same verdict — auditable and repeatable.
Over-bill or no-PO blocks payment
Any line that bills more than was received, references no PO, or is overcharged forces BLOCK PAYMENT regardless of the match score.
Tolerances are yours to set
Price block, price soft, quantity, and extension tolerances let you separate a real exposure from normal rounding noise.
The general-AP three-way match — not a manufacturing receiving check, not a close.
- A deterministic match of invoice vs PO vs receipt — same run, same verdict.
- A general AP control for any business paying vendors, services included.
- Tunable — set price, quantity, and extension tolerances to your risk.
- Transparent — engine, workbook, and demo all produce the same result.
- The manufacturing receiving-and-quality match (that's the Manufacturing Ops Pack).
- A month-end numeric close (that's the Finance & Reporting Automation Kit).
- A people-scoring tool — it matches documents, not individuals.
- An ERP or a payment processor — it gates the pay decision; you pay.
Scope: The Invoice-PO-Receipt 3-Way Match compares your own PO, invoice, and receipt against rules and tolerances you set and returns a business-judgment payment verdict. It does not score or rank people, and it is not accounting or legal advice.
Anyone approving vendor invoices who can't afford to pay for what didn't arrive.
- AP teams and bookkeepers approving vendor invoices.
- Owner-operators who pay their own bills and want a check.
- Finance ops standardizing a match before payment.
- Builders who want a deterministic AP gate in a pipeline.
- Manufacturing receiving + quality inspection (that's the Ops Pack).
- Reconciling the month-end close (that's the Finance Kit).
- Scoring or ranking people — it matches documents only.
Validate, match, defend — the honest money sequence.
Document Field Validator
Validate each invoice's fields by rule first, then match it against the PO and receipt here.
ViewFinance & Reporting Automation Kit
Once payments are clean, close the month on a workbook that checks its own tie-outs.
ViewMargin Leak Auditor
Block the overcharge here; defend the realized margin on every deal there.
ViewStraight answers on how it matches and what it blocks.
It matches every invoice line against the purchase order (what you authorized) and the goods receipt (what you actually received), keyed on PO number + line number, and runs seven fixed checks: PO present, receipt present, quantity not over received, quantity not over PO, price within block tolerance, price within soft tolerance, and the extension ties (qty × unit price = line total). Each line gets a result and each invoice a verdict — APPROVE, HOLD, or BLOCK PAYMENT. Every check is a deterministic comparison across your own three documents; no model, no judgment call.
Because of the payment-block gate. The match score is shown for context but never decides — the gate does. Any line that bills more than was received, references no PO, has no receipt, or is overcharged beyond tolerance forces BLOCK PAYMENT regardless of how high the match score is. In the worked example an invoice bills 200 label rolls against a 150-unit receipt: every other check passes (86% match) but that one over-bill blocks it, because you don't pay for goods you didn't receive or didn't authorize, however clean the rest of the invoice looks.
BLOCK PAYMENT means a payment-blocking check failed — an over-bill, a missing PO or receipt, or a price over the block tolerance — and the line should not be paid as-is. HOLD means only soft checks failed: things like a price that's off the PO by more than the soft tolerance but still within the block limit, or a quantity over the PO that the receipt nonetheless covers. HOLD is a 'look before you pay'; BLOCK PAYMENT is a 'do not pay until this is resolved.' You set which checks are blocking via the four editable tolerances.
Yes — four tolerances are editable cells on the Match Worksheet: a price block tolerance (default 10%), a price soft tolerance (default 2%), a quantity tolerance (default 0), and an extension tolerance (default $0.01). They separate a real exposure from normal rounding or an agreed price change, so you decide what counts as a true variance. The verdict logic is otherwise fixed and deterministic — the same AP run always produces the same verdicts.
The Manufacturing & Distribution Ops Pack ships a manufacturing-scoped receiving match (PO / receiving / quality for inventory) bundled inside a seven-skill pack. This is a standalone, general-AP three-way match for any business paying vendors — services included, not just inventory. It's also a different kind of product: a runnable engine plus a workbook that gates a payment decision, not a skill pack. If you're a manufacturer wanting the full ops suite, that pack; if you want a focused pay/hold/block control over your AP run, this.
No. It gates the pay decision and produces an APPROVE / HOLD / BLOCK PAYMENT verdict per invoice plus an AP-run rollup (AP RUN CLEAN / NEEDS REVIEW / PAYMENTS BLOCKED) — it does not connect to your bank, your ERP, or your payment system, and it moves no money. You run it against an exported AP run, act on the verdicts in your own systems, and remain responsible for what you pay. It does not score or rank people, and it is not accounting or legal advice.
New to the document-ops line? Run the Document Processing Pipeline Diagnostic first — it scores your workflow across six stages and routes you to the exact drop that fixes your bottleneck.
Match it.
Then pay it.
One purchase, lifetime access, 12 months of updates. $79, once.
Scope: matches your own PO, invoice & receipt; does not score or rank people; not accounting or legal advice.
Sold by RedHub AI LLC · Secured by Stripe · redhub.ai