Operations / Field guide
Invoice data extraction: test the fields that move money
A legible invoice number tells you little about whether a system can distinguish tax, freight, and the amount payable. Build the test around the posting decision.
2XD Studio · · 2 min read
Collect the uncomfortable samples
Ask accounts payable for a credit note, a multi-page bill, a scan with a faint decimal, and a revised invoice using the original number. Include several clean invoices too. Remove sensitive information where practical, but keep page layout and the relationship between totals intact.
Grade fields separately
Compare the extracted vendor, invoice number, currency, amount, and purchase-order reference with a verified answer sheet. A system that reads every street name correctly but drops the minus sign on a credit is unsafe to post automatically. Use field-specific checks: currency must match an allowed value, and the sign must agree with the document type.
Design the review screen before the export
Show the source page beside the proposed values. Explain why a field was flagged and preserve the reviewer's correction. A quantity discrepancy may need the buyer, while an unfamiliar account code may need finance. Track how long each exception takes. A pilot succeeds when the full posting process improves, including the difficult documents.
Read the pilot results
Suppose 19 of 20 samples extract cleanly and the last sample posts a credit as an invoice. Reporting 95 percent success conceals the consequence. Record the sign error as a release blocker, add a document-type check, and rerun the original samples plus fresh credit notes. An exception caught before posting has a different business cost from one discovered after payment.
Reader questions
Should every invoice receive a confidence score?
A score alone cannot explain a posting decision. Combine extraction signals with required-field and reconciliation checks.
How do we handle a corrected invoice?
Keep the previous version and its posting status. Route the revision for reconciliation before creating another payable.