The OCR extracted the wrong fields

When to use this article

The AI extracted fields from your document and one or more came out wrong: wrong vendor name, wrong amount, wrong VAT rate, wrong date, wrong currency. This article walks through the triage (what's most likely wrong, what to fix first), the per-field-edit flow, the document-level rescan flow, and when to escalate.

For the broader story of what the AI extracts and how, see what the AI reads, and how to correct it. For the confidence-score-meaning context, see understanding confidence scores. For a vendor name that keeps coming out wrong, see how to fix a misread vendor name. For pre-extraction problems (upload failed entirely), see upload failed: troubleshooting.

Quick triage: what's most likely wrong

The fix path depends on which of these you're hitting. Most are one-click corrections; whole-document issues are rescan or re-upload.

Step-by-step: edit fields

The most common fix: just edit the wrong field.

1. Open the document detail page (from the Documents list, or from the in-app notification when extraction finished).
2. Click any field on the right side. A text input appears in place.
3. Type the correction. Autocomplete shows existing values where applicable (e.g. vendor names suggest from your Trading Partners).
4. Tab or click outside the field to save. The change is immediate and recorded in your audit trail.
5. The correction fixes this invoice only. It is not used when the next document from the same vendor is read.

See how to fix a misread vendor name for vendor names that keep coming out wrong.

Cascading edits

Some edits cascade. Changing the VAT rate recomputes the dependent amounts; changing the currency re-applies the exchange-rate conversion. The editor shows you the recomputed values before you save. It never silently "fixes" a line-items-vs-total mismatch; you get an explicit choice instead.

Manual override of high-confidence extractions

A scan can come back with a high overall confidence score and still have one wrong field. Click and edit anyway; the system doesn't argue with you. Your manual edit replaces the AI's value, and the change is recorded in the audit trail.

Step-by-step: rescan a document

If nearly everything is wrong, force a fresh extraction:

1. Open the document detail page.
2. Click Rescan in the top action bar.
3. The original file is read again from scratch, with the same model and without your corrections, and the new reading replaces the stored one. A rescan does not change an invoice already created from the document, or your corrections on it: edit the invoice instead.
4. Up to 3 rescans per document, no quota cost.

When a rescan helps:

• You've updated the company country (Settings → Details) and no invoice was created from the document yet; a rescan reads it with the new country's VAT defaults.
• The original was processed during a transient AI hiccup (rare, but happens) and you want a clean retry.

When a rescan doesn't help:

• Same document and same model usually give the same result. Corrections you made in between do not change what a rescan reads.
• Document is genuinely unreadable. A rescan can't see better than it did the first time.

After 3 rescans the option greys out. At that point either: re-upload a cleaner version (different file hash = new document), or escalate to support.

Step-by-step: re-upload a cleaner version

If the original photo is blurry, tilted, shadowed, or otherwise low-quality:

1. Take a new photo with better conditions. Tips: flat surface, even lighting (avoid direct flash on glossy receipts), phone parallel to the document, fill the frame with the document, one document per photo.
2. Upload the new version via the standard upload flow (drag-and-drop or file picker).
3. Our duplicate-detector compares file hashes: the new version won't match the blurry one (different bytes), so it's a separate document. Quota counts the new one.
4. Delete the blurry one from the Documents list. The trashed document also stops counting toward this month's document limit.

You end up with one clean document instead of two. Corrections made on the blurry copy are not carried over to the new upload.

When to write to support

If after edit + rescan + re-upload it's still wrong, and the document is a normal-looking invoice from a normal vendor: write to [email protected] with subject [BUG] OCR extraction wrong. Include:

• The document itself (attach the PDF / image; redact specific sensitive numbers if you want, but the layout and format matter for diagnosis).
• What field is wrong and what the correct value should be.
• What the AI returned (you can copy from the document detail page).
• The document ID (visible in the URL).

We use these reports to improve the model. Your specific case can help fix the same pattern for others. Typically 1–3 working days for response.

Common causes per field

Wrong vendor name

• A vendor the scan doesn't know yet → pick the right vendor; if the scan created a new vendor from a misreading, merge it into the right one so later scans find it.
• Vendor's invoice is consolidated (e.g. "Stripe Inc" on the header, "Stripe Payments Europe" elsewhere) → the AI picked the wrong one. Edit to your preferred canonical name.
• OCR mistake on similar letters (e.g. "Hetzner" read as "Helzner") → edit.

Wrong VAT rate

• Country defaults misapplied (German 19% suggested when the invoice is actually French 20%) → edit.
• Mixed-rate invoice with multiple line items at different rates → use the line-items view to set per-line rates, or accept the dominant rate and adjust manually.
• Reverse-charge invoice (intra-EU B2B) where the rate is 0% with the reverse-charge clause → edit rate to 0%, optionally mark as reverse-charge in the document.

Wrong currency

• Ambiguous symbol like $ could be USD, CAD, AUD, NZD, SGD, HKD → the AI uses address and vendor context to disambiguate. If it picked wrong, edit.
• Multiple currencies on one invoice (line items in one currency, totals in another) → edit to the dominant currency.
• Cryptocurrency or non-ECB currency → conversion field is left blank; supply manually. See multi-currency and official ECB rates.

Wrong date

• Year off by one: common with December invoices uploaded in January. EU date format 01.12.2025 is ambiguous if year is partly hidden. Edit.
• Format misread: 05/04/2026 could be May 4 or April 5 depending on locale. Edit.
• Date too far in the past or future: outliers are worth double-checking against the original document. Confirm or correct.

Wrong totals

• Faded number in the PDF (printer ran out of toner) → OCR misread. Edit.
• Currency-symbol confusion ("€1,234.50" misread as "1234,50") → edit.
• Comma vs decimal in European notation (1.234,50 vs 1,234.50) → the AI handles both but rare edge cases trip it. Edit.

Edge cases

My rescan didn't help. A rescan reads the same file with the same model, so it usually returns the same fields, and your corrections don't change that. Edit the fields, or re-upload a cleaner version.

I want to re-extract with a different OCR model. The AI model isn't user-configurable (low-confidence scans are already retried with a stronger model automatically). If you have a document type that consistently fails, write [TECHNICAL] to support with a sample, which is the most useful signal for us.

Multi-page PDF only shows page 1. Some scanners produce PDFs with JBIG2 compression or other quirks that confuse the multi-page reader. Open the PDF in any viewer (Preview / Acrobat / Skim), choose File → Export → PDF (or Save As → PDF), upload the re-saved version. The re-save normalises the format.

Forwarded email classified as irrelevant. Upload the attachment directly, or re-forward the email with "invoice" in the subject. See what happens when you forward a newsletter.

I typed the right value but the field changed back. A workflow event (vendor merge, currency change) can replace a manual edit; a rescan does not change an invoice that already exists. The audit trail shows exactly which change happened when; if something looks wrong there, write to support.

Line items extract but totals are blank. Some invoices print totals as images (rendered text rather than selectable PDF text) while line items are in selectable text. The AI handles both but image-rendered totals score lower. Edit totals manually; line items can stay as-extracted.

Hand-written annotations on a printed invoice. The AI reads printed text most reliably; handwriting (a tip added to a restaurant receipt, a scribbled note) may or may not be picked up. Always double-check totals on documents with handwritten amendments, and correct manually where needed.

Document correct, but matched to the wrong invoice? Different problem. See how the matching pipeline works. Extraction-vs-matching are separate stages with separate scoring.

Related

• What the AI reads, and how to correct it sets the broader correction context.
• Understanding confidence scores explains what a score actually means.
• How to fix a misread vendor name covers vendors that keep coming out wrong.
• Upload failed: troubleshooting is the article for when extraction never started.