Automated invoice capture extracts structured data from an incoming invoice, on whatever channel it arrives, so it can be coded, matched, and posted without rekeying. Vendors quote field-level accuracy, which is the friendliest of three different measurements. Ask for document-level and straight-through rates too, then test all three on your own invoices.
Three automated invoice capture vendors will quote you three accuracy numbers this quarter. None will say which invoices they measured, what counted as a field, or how they scored a near miss. Buying on those numbers is how accounts payable (AP) teams inherit an exception queue nobody forecast.
Capture is the first step in the workflow, so every field it gets wrong breaks a downstream control. A misread invoice number defeats duplicate checking. A misread purchase order (PO) number sends a matchable invoice into a manual queue. A misread quantity changes the variance your matching engine sees.
The published figure is almost always field-level, measured on a corpus the vendor chose. That corpus tends to be tidy. It over-represents suppliers the system has already seen thousands of times. It under-represents the tail, where a small supplier photographs a delivery note with the total written by hand.
Scoring rules differ too. One vendor counts a name captured as ACME Corp against a master record of ACME Corporation as correct, because a lookup resolves it downstream. Another counts it wrong. One measures raw extraction, another measures output after auto-correction. Both can be honest, and the numbers differ by points for reasons unrelated to reading a document.
The number you live with is the exception rate. Ardent Partners published its State of ePayables 2025 benchmarks in January 2026, covering 2025. The average invoice exception rate was 18.4 percent, and the average processing cost was $9.84 per invoice. Every exception is a person opening a document and typing. A vendor whose capture claim does not lower that rate has sold you a benchmark rather than a result.
Ask for three figures instead of one. A vendor can be truthful on all three, and two will surprise you.
Field-level accuracy is correctly extracted fields divided by fields attempted. It is the friendliest of the three, and the one you were quoted.
Document-level accuracy is the share of invoices where every required field is correct. Some call it a perfect-document rate, and very few publish it.
Straight-through rate is the share of invoices reaching posting with no human touch. Capture feeds it, and so do matching tolerances, coding rules, approval routing, and vendor master quality.
The first two are related by multiplication, which is the part that surprises buyers. Suppose you need 12 fields per invoice at 97 percent field-level accuracy. If errors were independent, the chance that all 12 fields are correct is 0.97 raised to the twelfth power, about 69 percent. Roughly three invoices in ten then need a person. Extend the field set to 20 fields, which is normal once you post line items, and document-level accuracy falls to about 54 percent. Raise field-level accuracy to 99 percent across those same 20 fields, and document-level accuracy recovers to about 82 percent.
Errors cluster in practice, so the multiplication overstates the damage. A skewed scan corrupts several fields on one document, concentrating failures onto fewer invoices. The size of that correction depends on what arrives in your mailbox.
Count these in last quarter's volume to predict your own exposure.
Unseen layouts defeat a configured system. A supplier moves the tax block below the remittance address. A template-bound system keeps reading the old rectangle with full confidence.
Multi-page invoices confuse document boundaries. Page two repeats a header, so a system treating pages as separate documents splits one invoice into two.
Line-item tables that span pages strain the parser. Table structure has to survive the break, and the subtotal, freight, tax, and rounding appearing pages later have to reconcile to one total.
Handwriting and poor scans degrade the read. A photographed invoice with skew, a shadow across the header, a staple hole through the invoice number, and a stamp over the date defeats most pipelines.
Foreign-language and non-Latin script documents fall outside the training data. Quality drops on a script the model saw rarely in training, and an English-trained pipeline does not know the rules for a document type such as a fapiao.
Zonal optical character recognition (OCR) reads defined rectangles on a configured layout. Someone builds a template per vendor and maintains it. Accuracy on that layout is high, and the cost is a configuration queue growing with your supplier count, plus a silent failure whenever a supplier redesigns an invoice. Most published invoice OCR guidance still describes this world.
Model-based extraction predicts fields from the whole document, using layout, language, and the relationships between values. It reads a supplier's first invoice with no setup, and the tail of your supplier file is where configuration cost always lived. This is the approach behind intelligent document processing, where classification, extraction, validation, and routing run as one pipeline.
The failure mode changes with the technology. A template system fails loudly and in a pattern. A model fails quietly, on one field of one document. Per-field confidence therefore matters more than any headline figure. Ask who sets the thresholds, and what happens below them.
Capture means different work by channel, and most enterprises run five or six.
Run the identical corpus through every shortlisted vendor. That comparison is the deliverable.
Capture accuracy measures fidelity to the document in front of it. It says nothing about whether that document deserves to be paid. A perfectly captured invoice can be a duplicate submitted through a second channel, priced above contract, or issued by a party impersonating your supplier. The Office of the Washington State Auditor published duplicate payment prevention guidance in 2022. It cited industry experts putting duplicate payments at 0.8 to 2 percent of an organization's total payments, and those invoices were read correctly. Processing accuracy is a separate discipline, covered in our guide to payable-side invoice management.
Most evaluations are decided on a demonstration corpus the vendor helped assemble. Fifty invoices go in, extraction looks clean, and the scoring rule is never written down. Nobody holds out unseen layouts, which is the case that governs your first ninety days.
The second failure is scope. Capture gets bought as a component, and the exception rate becomes somebody else's number. A team lands 97 percent field-level extraction and still opens a third of its invoices. Coding rules, matching tolerances, vendor master gaps, and approval routing were never in scope.
The third is vocabulary. Much published guidance on invoice data capture still assumes template configuration and a per-vendor setup queue. Buyers inherit that model, then skip the questions that decide a model-based deployment, such as confidence calibration and whether corrections feed back into extraction.
We treat extraction as the opening move of a workflow that has to finish. Our AI is measured on what gets posted rather than on a field score in isolation. Our platform reads invoices without per-vendor templates, so a new supplier's first document is read on sight. It returns per-field confidence, so your team sets its own review thresholds. Structured arrivals stay structured, with XML validated on receipt instead of rendered into an image and read back. Our AP automation capabilities page covers the mechanics.
Because capture feeds matching, coding, duplicate control, and approval routing, we report results at that level. TruGreen reached 60 percent autonomous processing and identified $870,000 in duplicates. Qualcomm moved from 14 percent to 61 percent autonomous invoice processing on SAP S/4HANA. Test us on your own corpus, with the scans and the layouts nobody has seen.
A vendor quoting one accuracy figure has answered a question you did not ask. Ask for all three, ask which corpus produced each, then run 300 of your own invoices through every shortlisted system with the scoring rule agreed first. Our datasheet on autonomous invoice data extraction shows how template-free extraction reads unfamiliar layouts.
Automated invoice capture is the extraction of structured data from an incoming invoice, on whatever channel it arrives, so it can be coded, matched, and posted without rekeying. Model-based systems predict fields from the whole document rather than reading configured zones, so they handle unfamiliar layouts.
Expect a field-level figure in the high nineties on familiar layouts and a lower document-level figure, because every required field has to be right at once. At 97 percent per field across 20 fields, only about 54 percent of invoices have every field correct, and the real share is higher because errors cluster on fewer documents.
Invoice OCR converts pixels into characters, and on its own it needs a template or a zone map to know what each value means. Intelligent document processing wraps classification, extraction, validation, and routing into one pipeline, and identifies fields on documents it was never configured for.
E-invoicing removes most of that need on the channels it covers. A Peppol or national platform delivery arrives structured and schema-validated. Ardent Partners found that 57 percent of suppliers on average could send invoices electronically in 2025, so both intake styles run side by side for years.