The problem
Some suppliers do not send a PDF. They send a scan of a printed invoice, a photograph taken on a phone at a receiving dock, or a paper copy that arrives by courier and is scanned by whoever opens the envelope. None of these carry a text layer, so a payables flow built on reading structured documents cannot read them at all, and they fall out into a manual queue. That queue is where re-keying, duplicate entry and late payment concentrate. The invoices themselves are ordinary; only the way they arrive is different, and it is the arrival that keeps them out of the automated path.
What the platform does
This is the paper-heavy path into AP rather than a second payables product. Image quality is handled at capture — skew, rotation, contrast and partial pages — before extraction is attempted. OCR reads the field set with a confidence score attached to each value rather than to the document, so a poor scan produces specific uncertain fields rather than a rejected invoice. Values below the confidence threshold route to a split-screen review with the source page open beside the extracted field. Everything after that is the same as for a digital invoice: the same validation, the same n-way matching and the same maker-checker before export.
What you get
Paper stops being a separate process. An invoice that arrives as a photograph enters the same flow as one that arrives as a structured file, and is checked against the same rules. Fields the OCR is unsure of are the ones a person looks at; fields it is confident about are not re-read on the assumption that scans are unreliable. Review happens against the page the value came from, so a correction is a decision made on evidence. What passes carries its confidence scores and its reviewer into the audit trail, which is what makes a figure read off a photograph defensible later.

