Keep the source value before normalizing it
Normalization makes extracted invoice values consistent enough to compare and import. It should preserve meaning, not conceal uncertainty. Keep a raw value, a reviewed value, and a note when interpretation is required.
In Parzable, use separate schema fields for Invoice date, Due date, Currency, and Total. Add descriptions that identify the printed labels and ask the extractor not to infer absent information. The current prompt asks for missing values as N/A; check those before importing into typed columns.
Do not assume a field’s type selection guarantees a normalized result. Inspect the downloaded data and validate it in a staging sheet before it reaches the destination.
Resolve the date before changing its format
| Fictional source | Reviewed output | Decision |
|---|---|---|
| 18 Oct 2026 | 2026-10-18 | Month is explicit. |
| 04/05/2026 | Hold | Could mean 4 May or April 5. |
| Invoice date 2026-10-01; due 2026-10-31 | Two separate fields | Do not replace the issue date with the due date. |
A year-month-day output is a useful convention after you have established what the date means. It does not resolve an ambiguous source by itself. Ask for a clear copy or confirm the supplier’s intended format when necessary; an address or browser locale alone is weak evidence.
If you transform dates in Excel, inspect the import preview and a few reopened values. Excel’s automatic interpretation can change text into dates before you have reviewed it. See Microsoft’s text and CSV import guidance.
Separate currency identity from number formatting
A dollar symbol does not uniquely identify a currency. Preserve the printed symbol if the document does not establish the currency code. Do not silently convert it to USD.
| Fictional printed value | Reviewed amount | Currency treatment |
|---|---|---|
| EUR 1.234,56 | 1234.56 | EUR is explicit; verify the displayed separator convention. |
| USD 1,234.56 | 1234.56 | USD is explicit. |
| $1,234.56 | 1234.56 after review | Preserve $ until currency is confirmed. |
| 1,234 | Hold if unclear | Could represent a decimal or a thousands grouping. |
Keep totals separated by currency in reports. Adding EUR and USD values into one total does not create a meaningful combined amount. Currency conversion requires an explicit rate, date, and policy outside this extraction guide.
Use a small normalization log
The blank normalization log includes filename, field, raw value, reviewed value, decision, and reviewer note. Use it for ambiguous dates, separator corrections, or any transformation that would be hard to reconstruct later.
Keep invoice numbers and supplier references as text even when they look numeric. Preserve negative signs, credit-note labels, and parentheses in the raw field until you have confirmed the intended sign. Never change a missing amount to zero just to satisfy an importer.
A simple release rule is useful: each required field must either have a reviewed value or a named exception owner. Anything still ambiguous stays out of the final import. This keeps formatting cleanup from becoming unsupported guesswork.
Put the workflow to work
Try your own invoice in Parzable
Create an account, define a schema, and test a small sample. Review extracted values before using them. See current plans and page allowances.
Try Parzable