Skip to content

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.

1

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.

2

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.

3

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?

4

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.

5

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 automation

AI Expense Management

The same reading engine pointed at receipts, card feeds and substantiation — where the documents are smaller and the volume is worse.

Expense management

AI for MYOB

How processed invoices reach an MYOB file, what data moves, and what stays under your control.

MYOB integration

Frequently Asked Questions

Technical questions about extraction, validation and what happens when a document is wrong.

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.