AI Invoice Processing
Every invoice read to line level, checked against itself and against the client file, and coded — whether it arrives as a clean PDF or a photo of a crumpled docket. The ones it cannot read with confidence, it says so.
Why Invoices Defeated Software for Thirty Years
There is no invoice standard. There is a loose convention that every supplier interprets differently, and a firm receives all of it.
A tax invoice has requirements — supplier identity, ABN, date, description, GST — but no required layout. So the invoice number might be top right, or buried in a header block, or labelled “Reference”. The GST might be a column, a summary line, or a footnote saying “prices include GST”. The total might be the largest number on the page, or it might be the credit limit. Multiply that by every supplier your clients use, and template-based extraction becomes a maintenance treadmill: build a template per supplier, then rebuild it when they change their invoice design.
Traditional OCR made this worse by solving the wrong problem well. It got very good at turning pixels into characters and remained hopeless at knowing what the characters meant. So it produced fields with a plausible confidence score and no understanding — which is why the humans supposedly saved by OCR ended up checking every field anyway. Verification that costs as much as entry is not automation.
Reading the document is only the first of three problems, and the easiest. The second is validation: does this document agree with itself? Do the lines sum? Does the GST calculation hold? Is this the same invoice that came through last Tuesday with a different reference? The third is context: does this belong to this client, does this supplier’s history in this file suggest a treatment, is this amount normal for them? A system that only does the first is a scanner with good marketing.
What changed is that a model can now do all three — and, crucially, can report honestly when it cannot. The value is not that it reads everything. It is that the pile it hands back is trustworthy, and the pile it sets aside is labelled with why.
What Happens to a Document
Five stages between the supplier’s email and a reviewable transaction. Stage five is a person, always.
Capture
The document arrives — email attachment, email body, scan, phone photo, or a statement containing several invoices at once — and is identified to a client file. Multi-invoice documents are split into their components.
Extract
Supplier, ABN, invoice number, issue and due dates, line items, quantities, unit prices, GST components and totals are read to line level. No per-supplier template to build or maintain — the layout is interpreted, not pattern-matched.
Validate
The document is checked against itself and the file: do lines sum to the subtotal, does the GST arithmetic hold, does the ABN match the supplier on record, is this a duplicate or near-duplicate, is the amount within this supplier’s normal range?
Code
The transaction is coded to that client’s chart of accounts and tax treatment using the file’s own supplier history, including splits, jobs and tracking categories. Anything unfamiliar or out of pattern is routed to the exception queue with the reason.
Human Review
Your team reviews the proposal with the source document alongside it, clears exceptions, and approves. Corrections feed back into that client’s pattern. Nothing is treated as final on the AI’s say-so.
The Documents Firms Actually Receive
Not the tidy sample invoice in the vendor demo. The real intake pile.
Every Capture Quality
Native PDFs, scanned PDFs, screenshots, and photos taken on a phone in poor light. Quality affects confidence, and confidence is reported rather than hidden.
- Native and scanned PDFs
- Photos and images of paper invoices
- Invoices in the body of an email
- Genuinely unreadable documents flagged, not guessed
Awkward Document Shapes
Multi-page bills, statements containing a dozen invoices, credit notes, and the ones where the tax summary lives three pages away from the line items.
- Multi-page invoices with distant tax summaries
- Statements split into constituent invoices
- Credit notes matched to the bills they offset
- Attachments bundled several to an email
Line-Level Detail
Quantities, unit prices, descriptions and per-line GST — not just the total. Line detail is what makes overbilling and wrong tax treatment visible.
- Quantity, unit price and description per line
- Per-line GST components where stated
- Supports splits across accounts and jobs
- Discounts, freight and surcharges captured separately
Arithmetic and Consistency Checks
The checks a careful person runs and a busy one skips. Anything that fails is flagged with the specific discrepancy attached.
- Line items reconciled to subtotal and total
- GST component checked against taxable amount
- Supplier ABN checked against the file record
- Tax invoice features present and consistent
Duplicate and Anomaly Detection
The same bill arriving twice through two channels is the most common quiet loss in AP. Near-duplicates are caught before entry, not after payment.
- Exact and near-duplicate detection
- Same invoice arriving by two channels caught
- Amounts outside the supplier’s normal range flagged
- Re-issued invoices matched to the original
Document Retention
The original stays attached to the transaction it produced, alongside the extracted data and the review trail — so the right document is findable under pressure.
- Source document attached to its transaction
- Extracted data retained alongside the original
- Supports ATO five-year record-keeping obligations
- Full trail: proposed, reviewed, changed, by whom
Why We Will Not Quote You an Accuracy Percentage
Every vendor in this category has a number on their homepage. Ask what it counted.
An accuracy figure is only meaningful with its denominator attached. Field-level accuracy across clean native PDFs from twenty familiar suppliers is a genuinely easy test, and a system can post a spectacular number on it while still being unusable on a real firm’s intake — where a meaningful share of documents are photos, statements, or from a supplier the file has never seen. Document-level accuracy on that mix is a much harder measurement, and it is the one that predicts your Monday morning.
The number that actually matters is straight-through rate: what proportion of your volume goes from intake to a coded, reviewable transaction without a person intervening, and what proportion lands in exceptions. That figure is a property of your client mix and document quality at least as much as it is a property of the software — which is exactly why a website cannot honestly predict it for you.
So the offer is straightforward. Bring a representative sample of real invoices to the free consultation — including the crumpled ones, the statements, and the supplier who redesigns their layout every year — and we will run them and show you what comes back, exceptions and all. If the result is not good enough for your intake, we would rather you knew that before you bought it.
Where Invoice Processing Fits
Accounts Payable Automation
The workflow that sits on top of extraction — approval routing, payment run preparation, and the controls that stay human.
AP automationAI Expense Management
The same reading engine pointed at receipts, card feeds and substantiation — where the documents are smaller and the volume is worse.
Expense managementAI for MYOB
How processed invoices reach an MYOB file, what data moves, and what stays under your control.
MYOB integrationFrequently Asked Questions
Technical questions about extraction, validation and what happens when a document is wrong.
Traditional OCR reads characters off a page and tries to find fields by where they sit on the layout — which works until a supplier moves their totals block or sends a two-page invoice with the summary on page two. AI extraction reads the document the way a person does: it understands that "Inv #", "Invoice No." and "Tax Invoice Number" are the same concept, that the number in the bottom-right is a total because of what surrounds it, and that a line item is a line item even in an unfamiliar table layout. The larger difference is what happens next. OCR hands you fields to check. This reads the document, validates it against itself (do the line items sum to the subtotal, does the GST calculation hold), checks it against the client file (is this a duplicate, does this supplier’s coding history make sense here), and only then presents it — with a confidence position and, where it is unsure, the reason.
Native PDFs, scanned PDFs, images, and photos taken on a phone in a ute at dusk — which is the realistic test. It handles multi-page invoices, invoices with the tax summary on a later page, statements containing multiple invoices, credit notes, and bills that arrive as text in the body of an email rather than as an attachment. Quality does matter: a sharp native PDF extracts more reliably than a creased fax of a photocopy, and where a document is genuinely too degraded to read with confidence, it says so and routes it to a person rather than producing plausible-looking numbers. That last behaviour is the one worth caring about — a bad read that announces itself costs you thirty seconds, and a bad read that does not can cost a client a lot more.
It runs the arithmetic and consistency checks a careful person would run, and surfaces anything that fails. That includes whether line items sum to the stated subtotal, whether the GST amount is consistent with the taxable component, whether the document carries the features you would expect of a tax invoice, and whether the supplier ABN on the document matches what the file has recorded for that supplier. Where something does not reconcile, the invoice is flagged with the specific discrepancy rather than posted. What it does not do is make the professional determination — whether a supply is taxable, GST-free or input-taxed in a client’s particular circumstances is a judgement for your team, and the AI’s job is to give them a clean document and a clear flag, not an opinion.
We would rather show you on your own documents than quote you a number, and here is why that is not evasion. "99% accurate" is close to meaningless without knowing what was counted: field-level accuracy on clean native PDFs from a fixed set of suppliers is a very different measurement from document-level accuracy across whatever actually turns up in a firm’s intake. A system can score brilliantly on the first and be unusable on the second. The metric that matters operationally is how much of your volume goes straight through without a human touching it versus how much lands in the exception queue — and that varies enormously by client mix and document quality. Bring a representative sample of real invoices to the consultation, including the ugly ones, and we will run them.
Those are the ones that pay for the system. A supplier bills for eleven units when ten were delivered, applies GST to a GST-free item, invoices at a price that does not match the agreed rate, or sends the same invoice twice with a different number. Because extraction is line-level rather than just grabbing the total, these become visible: the AI checks the maths within the document, compares against the supplier’s historical pattern in that file, and checks for near-duplicates that a person scanning a pile would miss. It flags; it does not adjudicate. Whether to query the supplier, accept it, or hold the payment is your team’s call — but they get to make it before the bill is paid instead of finding it in a review six months later.
Attached to the transaction it created, in the client’s accounting file. This is not a filing nicety — under ATO record-keeping rules the source document generally needs to be retained for five years, and the practical failure mode in most firms is not that documents are lost but that they are separated from the transactions they support, so nobody can find the right one under time pressure. Keeping the document attached to the entry it produced also means the audit trail is complete: the invoice, the extracted data, what the AI proposed, who reviewed it, and what they changed all sit together.
Stop Keying In What a Machine Can Read
Free consultation, real invoices, honest results — including the ones it flags. Call +61 3 9999 7398 or email hello@ai-accounting.au.