Restaurant three-way invoice matching: prove the line before payment
A practical restaurant control for matching purchase orders, goods received, and supplier invoices line by line, with tolerances, owners, and closure evidence.
The three records answer different questions. The purchase order records what the restaurant authorized before receipt. The goods received note or equivalent records what the site says arrived and what it accepted. The invoice requests payment and may contain its own quantities, prices, tax details, references, and corrections. A total can agree while one line is wrong, so the comparison must preserve the line identity and unit basis. The GOV.UK Procure to pay part 4 guidance presents the PO-to-invoice comparison and the PO, GRN, invoice comparison as control options within a broader process. It also emphasizes accurate transaction recording, one recording of an invoice, and approval controls around overrides. Use those principles to design your own process rather than treating UK guidance as a rule for every jurisdiction.
Build a stable line-level comparison
Before opening an invoice, capture the original PO number and revision, supplier identity, receiving location, and the source references for the receipt. For each line, retain the product identifier or description, ordered quantity, ordered unit, accepted quantity, accepted unit, invoiced quantity, invoiced unit, agreed price basis, invoiced price basis, tax code or rate as entered, and extension. If a pack conversion is necessary, show the source unit and the operator-entered conversion separately. Do not silently turn a case into an each or a weight into a portion. A later reviewer needs to understand whether a difference is a real commercial variance, a receiving decision, or merely a unit mapping issue.
- Use a stable line reference so the PO, receiving record, invoice image, correspondence, and correction cannot be confused with a neighbouring line.
- Compare accepted quantity, not merely shipped or invoiced quantity. A rejected or held quantity needs its own status and evidence.
- Keep the supplier description and your internal product identity visible together when names, pack wording, or abbreviations differ.
- Separate unit price, quantity extension, tax amount, and total so a rounding or tax question does not conceal a product mismatch.
- If the receipt is missing, stop the three-way decision and route a receipt request; do not infer acceptance from an invoice alone.
Tolerances need a local owner and a reason
A tolerance is an instruction for handling a defined difference; it is not permission to ignore evidence. Your finance lead, accountant, or control owner should define which differences can be accepted, by product class or transaction type if appropriate, and which require escalation. Record the version of the tolerance, the operator applying it, the reason, and the approval when an override occurs. A small price variance may need a different path from an unreceived quantity, a wrong product, or a tax-code question. UK guidance discusses tolerance limits and approval controls for manual overrides, while the European Commission validator offers a technical context for checking invoice data. Neither source determines your restaurant’s permissions, tax period, or commercial agreement.
Clearly labeled illustrative example: one line, one decision
A restaurant enters this worked example to test its control. Every quantity, price, amount, tolerance, and status below is illustrative and operator-entered; none is a supplier fact, demand forecast, customer result, savings claim, or legal conclusion. Replace all values with the restaurant’s own PO, accepted receipt, invoice, agreement, and jurisdiction-specific review.
| PO line | Illustrative operator-entered: 10 cases × 6 units = 60 units ordered | Illustrative operator-entered quantity; preserve the original PO unit |
|---|---|---|
| Accepted receipt | Illustrative operator-entered: 9 cases × 6 units = 54 units accepted; 6 units held as an exception | Illustrative operator-entered receiving decision; link the evidence |
| Invoice line | Illustrative operator-entered: 60 units invoiced at €4.00 = €240.00 before any tax treatment | Illustrative operator-entered invoice calculation; not a market price |
| Match result | Illustrative operator-entered: 54 accepted units match; 6 invoiced but not accepted units do not match | Illustrative operator-entered exception; do not approve the unmatched quantity |
| Closure evidence | Illustrative operator-entered: owner links receipt note, supplier response, and invoice correction before marking 1 exception closed | Illustrative operator-entered status; a number of closed exceptions is not proof of a supplier outcome |
The illustrative operator-entered arithmetic distinguishes 60 ordered units from 54 accepted units and 6 units requiring follow-up. It does not decide tax treatment, credit entitlement, tolerance, or supplier responsibility. Use the site’s records and current adviser or authority guidance.
A repeatable three-way matching process
- 1Lock the source records. Retrieve the approved PO revision, receiving or GRN record, invoice image or structured data, supplier identity, and receiving site before making a decision.
- 2Align the line identity. Map each PO, receipt, and invoice line using product identity, description, pack, and unit. Show any verified conversion rather than replacing the source values.
- 3Compare commercial fields. Review ordered, accepted, and invoiced quantity; unit; price basis; extension; discounts or adjustments; tax fields; and invoice references at line level.
- 4Apply the local rule. Use the tolerance and approval matrix defined by your operation. Record the version, operator, reason, and approver for every accepted variance or override.
- 5Assign and evidence exceptions. Route quantity, price, identity, tax, missing-receipt, duplicate, or document issues to a named owner with due date, supplier communication, and supporting evidence.
- 6Close or hold deliberately. Approve only supported lines, hold unresolved amounts, link correction or credit records, preserve the audit trail, and close when the financial and operational follow-up is documented.
FAQ
- Is a three-way match required for every restaurant invoice?
- Not necessarily. The GOV.UK Procure to pay guidance describes two-way and three-way matching as control options, and the appropriate design depends on the transaction, system, business model, and applicable rules. Your accountant or control owner should define which purchases require a PO, receipt, contract match, or another review.
- Can the invoice total be used as the match?
- It is not enough on its own. A total can reconcile while a product, quantity, unit, price, or tax field is wrong. Compare each line and preserve the source units, accepted quantities, and any conversion or rounding explanation.
- What should happen when a receipt is missing?
- Place the decision in a documented pending state, request or reconstruct the receiving evidence through your approved process, and name the owner. Do not treat the invoice as proof that goods were accepted, and do not invent receipt facts.
- Who may override a mismatch?
- The answer belongs in your local permissions and approval design. Record the operator, the tolerance or rule version, the reason, the approver, and the evidence. GOV.UK guidance supports approval controls around manual overrides but does not set your restaurant’s universal roles.
- Does the European Commission validator approve my invoice?
- No. It provides a technical validation context for invoice data. It does not decide whether goods arrived, whether a price is agreed, whether input VAT is recoverable, or which national rule and tax period apply. Check the current rules with your accountant and relevant authority.
Keep reading
- Invoice matching issues and how to fix each one
The six ways a three-way match breaks — duplicate invoices, phantom vendors, price drift, quantity gaps, substitution fraud, and statement mismatches.
- Restaurant purchase order workflow: keep human control from request to close
A practical purchase-order workflow for restaurant requests, approvals, issue records, receiving, exceptions, invoice links, and deliberate closure.
- Delivery receiving discrepancy log for restaurants: reconcile before approval
A restaurant receiving record for comparing purchase orders with delivered quantity, condition, site-defined checks, photos, rejection decisions, and invoice adjustments.
Browse by category
Want to review your purchasing?
Submit the details and we will confirm which invoices are useful.
Review 3 invoices free