September 2, 2026 · 6 min read
Automate Purchase Order to Accounting: How Posting Works
By Anna, co-founder, build and content
You automate purchase order to accounting by treating the purchase order as intent rather than a transaction: it enters the accounting system as a non-posting record, sits there until goods are actually received, and only then gets matched line by line against what arrived. If every line matches, a bill is created. If one line does not, nothing posts and a person gets a specific reason.
The match is the automation. Everything around it is plumbing.
The documents went structured by law before most teams automated them
The argument used to be about reading. Could software pull a line item off a supplier PDF reliably enough to trust it? In Europe that question is being closed by statute rather than by better parsing.
France’s tax administration states that from 1 September 2026, every VAT-liable company must be able to receive electronic invoices, whatever its size. Large and mid-tier companies must issue electronically from the same date; small and micro-enterprises have until 1 September 2027. The page (last modified 23 June 2026) is blunt about what stops counting: scanned paper invoices, ordinary PDFs and documents sent by email will no longer comply. A valid invoice is UBL, CII or a hybrid format carrying structured data, sent through an approved platform.
At EU level the same direction is set. The European Commission’s VAT in the Digital Age package was adopted on 11 March 2025 and entered into force on 14 April 2025. Digital reporting requirements for cross-border business-to-business transactions apply from 1 July 2030, with domestic systems aligned by 1 January 2035. The Commission projects the reporting pillar will cut VAT fraud by up to €11 billion a year.
So the input stops being a picture of a document and becomes a data file with named fields. That removes the excuse, and it moves the hard part to where it always was: deciding whether the numbers agree.
Accounts payable is the most automated finance process, and it still is not automated
The Hackett Group’s 2026 Finance Key Issues Study, published 19 March 2026, found accounts payable is the most mature finance process for AI adoption, with 33% of organisations already scaling AI solutions. It is first place in a slow race.
The same study measured the squeeze driving it. Finance workloads are projected to rise 3.2% in 2026 while head count falls 2.1% and budgets fall 1.7%, leaving a 5.3% productivity gap. AI implementation moved from the 16th finance priority in 2025 to 4th in 2026.
Upstream is worse. Hackett’s 2026 Procurement Key Issues Study, published 17 March 2026, projects procurement workloads up 8% in 2026 with head count and operating budgets both declining. In that study, 80% of procurement executives named AI-enabled technology the most transformational trend for the function over the next five years, 43% are actively pursuing deployment, and 12% report large-scale implementation.
The payoff is measurable at the process level. Hackett’s Digital World Class Matrix for accounts payable, released 19 November 2025 after evaluating 15 providers across 17 criteria, found that companies running 30% or more of invoices touchless average 3.5 times higher AP productivity, and that average AP cycle times improved 59% after implementation.
What changes when an agent posts instead of a person
| A person posting | An agent posting | |
|---|---|---|
| Where the PO lives | A tab, next to the invoice | A non-posting record in the accounting system |
| Basis of the match | Reading two documents side by side | Line identifiers, never row position |
| Line totals | Trusted as printed | Recomputed from quantity and unit price |
| Duplicates | Caught if someone notices | Idempotency key plus a company-wide scan |
| Price mismatch | Often absorbed to clear the queue | Hard stop with a per-line reason |
| Corrections | Edit or delete the entry | Formal reversal, original retained |
| Speed limit | The person’s working hours | Receipt time |
What the agent does, step by step
This is the shape of the one we run inside our own group. It is deliberately unexciting.
- Receive the purchase order and record it as intent only. No ledger impact yet. Vendor and item references are resolved against existing accounting records at that moment; the agent never invents a vendor or guesses an account.
- Wait. A purchase order is a promise, not an expense. Nothing hits the books until goods arrive.
- On goods receipt, re-fetch the live purchase order rather than trusting whatever was cached at ordering time. Orders get revised.
- Match every received line to its PO line by internal identifier, and compute the line amount from quantity and unit price rather than accepting a submitted total. There is a small hard-capped rounding allowance, sized for cent-level arithmetic, not for absorbing real price changes.
- Create the bill only on a full match. Any mismatch returns a structured, per-line reason and posts nothing.
- Check for duplicates on three levels before writing: the document number, a deterministic key so a retried run collapses into the original transaction rather than doubling it, and a company-wide scan that catches a bill someone created by hand against the same PO.
- Stamp the transaction with identifiers linking back to its source documents. Cancellations are reversals, never deletions, so the trail survives the correction.
Revisions and cancellations re-run the same checks. Nothing is treated as pre-cleared because an earlier step passed.
The refusals are the feature
Our posting agent declines to write, with a named reason every time, when a received line’s price or item does not match its PO line, when a referenced PO line does not exist, when an item has never been mapped into the accounting system, when a reference identifier is stale, or when the accounting system rejects the write because of a conflicting concurrent edit.
That list is the product. An accounts payable robot that posts everything is not automation, it is a faster way to produce a reconciliation problem. The rule underneath our whole fleet is that an operation which did nothing must never report success, and anything unverifiable is held and flagged rather than guessed at. We wrote about picking jobs with that property in what to automate first.
What a human still does
Someone onboards new vendors and maps new items before automation can touch them. Someone resolves price mismatches, because a supplier raising a price is a business decision, not a parsing bug. Someone reviews and creates the bill on the assisted path, which runs alongside the automatic one for categories a company does not want posted unattended; duplicate detection stops the two paths billing the same PO twice.
Notice what is not on that list. Nobody retypes a line item. Nobody adds up a column to check a total. Nobody discovers in week three that the same bill went in twice.
What it costs to install
This is a standard AI Workforce Sprint, from $9,500 fixed, four to six weeks, built on your accounts and handed over with documentation and a recorded walkthrough. A build like this usually touches three or four integrations: wherever purchase orders originate, wherever goods receipts are recorded, your accounting system, and your task system for the exceptions.
What you get is one tomte, our word for one production agent with one defined job, posting bills that match and refusing the ones that do not. It runs under the same discipline as the rest of our agent fleet: registered before it runs, fenced to the systems it may touch, and writing a log entry for every action. As of July 2026 that fleet covered 41 registered agents, and 5,450 runs with zero failures across the 13 days measured.
One thing to settle before you build. Decide whether you want this on your own infrastructure or bolted into a vendor platform, because the answer changes what you own at the end. We put the trade-off side by side in off-the-shelf software versus a custom agent.
Send us one purchase order, one goods receipt and one bill from last month, plus the name of the accounting system they end up in. You get a written fixed-price scope, a delivery window, and the exact list of conditions under which the agent will refuse to post, within one business day. No meeting required. Start async.