The Accounts Inbox Is the Job
Every accounts job ad lists a dozen duties and none of them is “read the inbox”. It is where most of the day actually goes, and it is the one part of the role nobody costs.
Used by
- Accounts Administrator
- Accounts Assistant
- Accounts Clerk
- Finance Administrator
How to get this live in your business
Free. The Inbox Triage Build Standard: the objects, the checks in order, and the pass test.
Ready for
Now a build standard
This paper is the argument. The specification, with the checks in order, the objects, a pass test and a conformance checklist, is the Inbox Triage Build Standard. Build to that; read this for why.
Open the accounts inbox on a Monday and count what is in it. Six remittances, two suppliers changing bank details, a customer asking for a copy of an invoice they have already been sent twice, somebody in sales wanting a credit note, and one genuine dispute. Only the last one needed a person, and it is the one still unread at four o’clock.
In short
- The problem
- Every accounts job ad lists a dozen duties and none of them is reading the inbox, which is where most of the day actually goes.
- Why it persists
- Six kinds of thing arrive and only two are conversations. Most of the rest are answerable from the ledger, but somebody has to open each one to find out which.
- What we would automate
- Triage ahead of replies: sorting what arrived, answering what the ledger can answer by itself, and routing the rest with the context already attached.
- What stays with a person
- Any change to bank or payment details, a dispute once it is assembled, anything asking for terms or leniency, bad news, and an unknown sender asking for anything.
Take the spec to Claude, ChatGPT or Copilot. The sentence to paste is one click away.
Want the whole thing by email?
This paper, plus the rest of the library. One click to stop them.
1. The Job Nobody Writes Down
Read enough accounts job ads and a pattern shows up. They list processing, reconciling, filing, data entry, month-end assistance. Very few of them say what the person will actually be interrupted by all day, which is a shared mailbox with a name like accounts@ or invoices@, and a steady arrival of documents and questions from people outside the business.
It is invisible in the ad for the same reason it is invisible on a process map: nobody designed it. The inbox is where every loose end in the finance function comes to rest, and the person hired to do reconciliations ends up doing whatever arrived that morning first.
That makes it an unusually good automation candidate, and an unusually bad one to approach naively. Good, because the volume is high and most items are one of a small number of recognisable kinds. Bad, because the obvious move, drafting replies, is the least valuable thing you can do with it.
The bottom line
The inbox is not a communication problem, it is an intake problem wearing a communication problem’s clothes. Most of what arrives is a document that belongs somewhere, or a question the ledger already answers.
2. What Actually Arrives
Six kinds, near enough, and the split matters because each one wants a different treatment. Counting a week of your own inbox by these categories is the single most useful hour you can spend before automating any of it.
A document that belongs in the ledger
A supplier invoice, a receipt, a statement. It needs reading, coding and filing, and the reply is usually nothing at all.
A remittance advice
Somebody has paid, and this says which invoices the lump covers. It is the key to allocating the receipt, and it arrives separately from the money.
A question the ledger answers
"Has invoice 4471 been paid?" "What is our balance?" "Can you resend the statement?" No judgement required, and it interrupts anyway.
A question about a dispute or a discrepancy
"Why were we charged for four?" This is real work and it needs the person, but it needs them with the numbers already gathered.
An approval that is being chased
Either somebody chasing us, or us chasing somebody. Pure workflow, and the least suited to email of anything here.
Something that is not accounts at all
A sales enquiry, a job application, a supplier introduction. Misdirected, and the only useful action is to route it and forget it.
Only two of the six are conversations. The other four are documents, lookups or routing, which is why treating the inbox as a writing problem misses most of the value in it.
3. Triage Is Worth More Than Replies
The instinct with an AI and an inbox is to draft responses. It demos well and it is the wrong end of the problem. A drafted reply still needs reading, judging and sending, so it converts a two-minute task into a ninety-second one and leaves the interruption exactly where it was.
Classification is worth more, because it changes the shape of the day rather than the speed of one task. If every arrival is read, labelled by kind, matched to a supplier or customer in the ledger, and given a next action, then the mailbox stops being a queue of undifferentiated interruptions and becomes four short lists: documents filed, questions answered, exceptions for a person, and things that were never ours.
The second-order effect is the one that pays. Once arrivals are classified, you can measure them. Most businesses have never known that a third of their accounts inbox is one supplier sending statements in a format nobody can read, or that the same customer asks for the same resend every month, because the evidence was distributed across a year of individually forgettable emails.
The honest version
Automating replies makes a person faster at a job they should not be doing. Automating triage removes the job. Only one of those compounds.
4. What the Ledger Can Answer By Itself
The third category above, questions the ledger already answers, is where automation earns its keep fastest, because the answer exists and the only cost is a person going to look.
The conditions are narrow and worth stating. The asker has to be identifiable as a contact on the account, the question has to be about that account, and the answer has to be a fact rather than a position.
| Question | Answerable? | Why |
|---|---|---|
| Has invoice 4471 been paid | Yes | A fact in the ledger, against a contact on that account |
| Please resend our statement | Yes | Generated from the ledger and sent to the address already on file |
| What is our current balance | Yes | Same, and worth including the ageing so the next email does not happen |
| Can we have longer to pay | No | A credit decision. Route it with the account history attached |
| Why were we charged for four | No | A dispute. Gather the order, the delivery and the invoice, then hand it over |
| Our bank details have changed | Never | The fraud vector in payables. A person, a call to a known number, no exceptions |
Say that it is automated
An automated answer should say so, and offer the person. Not for compliance reasons, though disclosure is our standing rule on voice too: a customer who thinks they have been fobbed off by a human writes back annoyed, and a customer who knows a system answered and can reach a person does not.
5. Key Benefits
One Read, Not One Interruption
Every arrival is classified, matched to a contact and given a next action before anybody looks at it.
Documents Go Straight In
Invoices, receipts and statements are extracted and coded rather than opened, read and re-typed.
Remittances Reach Allocation
The advice that says which invoices a lump payment covers stops being an attachment somebody has to notice.
Lookups Stop Being Interruptions
Has it been paid, what is our balance, resend the statement: answered from the ledger, and the reply says a system answered.
Disputes Arrive Assembled
The order, the delivery and the invoice gathered before a person sees it, so the first minute is judgement rather than searching.
Misdirected Mail Just Leaves
Sales enquiries and job applications routed out, which on most accounts inboxes is a surprising share of the volume.
You Can Finally Count It
Arrivals by kind, by sender, by month. The evidence was always there and never in one place.
Handover Stops Being Scary
When the inbox is a set of classified lists rather than one person's working memory, somebody else can cover it.
6. End-to-End Workflow
- 1Mail arrives at the shared accounts address and is logged before anything else
- 2Sender matched to a supplier or customer in the ledger, or flagged as unknown
- 3Classified into one of the six kinds, with a confidence score
- 4Attachments extracted: invoice, receipt, statement or remittance, into structured fields
- 5Documents coded and queued against the right account, or routed to the payables queue
- 6Remittances passed to allocation with the invoice numbers they name
- 7Ledger questions answered from current data, saying plainly that a system answered
- 8Disputes and credit requests assembled with the order, delivery and invoice attached
- 9Anything that is not accounts routed to the right inbox and closed
- 10Everything else, and anything low confidence, queued for a person as a short list
Where the mail goes
What arrives
One shared address, four shapes of the same request.
- Web form
- PDF attachment
- Remittance
The inbox layer
Log it, match the sender to the ledger, name which of the six kinds it is, and attach a confidence.
classify only
The job that already owns it
Each kind has one owner, and the mail joins the work already running there rather than starting a second thread.
- Payables
- Allocation
- Ledger question
- Dispute
The system of record
The bill, the allocation and the answer all land in the books the business already runs. We keep no second copy that could disagree.
- Xero
- MYOB
- The document store
never ours
7. What Stays With a Person
An inbox is where your business talks to other businesses, so the boundary here is about relationships as much as about risk.
Any change to bank or payment details
However it arrives and however convincing it looks. A person, a call to a number you already had, and no exceptions. This is the most expensive email your business will ever receive.
A dispute, once it is assembled
Gathering the evidence is machine work. Deciding whether to credit it is a commercial judgement about a customer you want to keep.
Anything asking for terms or leniency
A credit decision, and it belongs with whoever owns the cash position.
Bad news
An error we made, a payment we are holding, a price rise. Sending that from a system is a way of not owning it.
An unknown sender asking for anything
If the sender cannot be matched to an account, the answer is a person, not a lookup.
8. ROI Snapshot
Illustrative directions, not measured results. Your numbers will differ: the point is which levers move.
4 lists
Instead of one queue
Filed, answered, exceptions, and never ours: worked by kind rather than by arrival time
Most
Lookups answered without a person
Has it been paid, what is the balance, resend the statement
Countable
For the first time
Volume by kind and by sender, which is what lets you fix the cause instead of the symptom
The gain nobody predicts is upstream. Once you can count what arrives, the obvious fixes are usually not automation at all: one supplier asked to send a different format, one customer given portal access, one internal process changed so the question stops being asked.
9. Getting Started
- 1
Count a week by the six kinds
By hand, in a spreadsheet, before automating anything. The split decides what to build and it is different in every business.
- 2
Find your biggest single sender
There is almost always one supplier or customer generating a disproportionate share. Fixing that relationship may beat automating around it.
- 3
Write down what may be answered
Which questions, to which senders, with what wording, and where the line is. This is the product decision and it is yours.
- 4
Start with lookups, not documents
Answering "has it been paid" needs only ledger read access. Document extraction needs a pipeline and a retention policy, so it is the second step, not the first.
- 5
Keep a correction loop
Every misclassification a person fixes should be capturable as a rule. Without that the exception queue never shrinks and the project stalls at 'quite useful'.
What arrived in your accounts inbox this week?
Nothing ready-made triages an accounts inbox: it is a build, and the Inbox Triage standard below is its spec. If what actually hurts is money owed, that part is ready-made. Get Paid on Office Voice rings debtors off live Xero and writes the promised date back to the invoice. Get Paid $199 a month, per client business for a practice.
Technical? The build standard is open. Take it.