← Back to Work
Process file · Finance
Finance
What’s inside: output checking · audit trail
Every receipt read by hand, or only the exceptions?
The question this file answersHow many of the receipts my finance team reviews each week would have passed the policy anyway?
Fits: finance teams handling 500–5,000+ invoices and receipts a month.
Typical day
What the desk looks like today
Typical, from the professional-services playbook: a weekly cycle, every employee generating claims, no receipt count published. Staff photograph receipts late; a reviewer checks merchant, amount, VAT line and the alcohol rule, one claim at a time. It hurts at month-end, when the backlog and the close collide.
What changes
What Monday looks like after
On payroll week the reviewer opens a list of the claims that broke a rule — over cap, no tax line, an unusual merchant — not the whole month of receipts. Entertainment and anything client-billable still stop at a person, and you can see per claim which rule it hit.
Typical, not a measured client result. Every figure here comes from the playbook source named below.
How this file is built
The professional-services playbook cites Big 4 internal pilots at ~50% less expense-review time, but that cannot be pinned to a dated public document, so this file carries no percentage. Toggl/Harvest (2023) 40–60% is about time entry and stays on the timesheet file. Not a client KPI.
What we install
What we put in front of the systems you already run
Your expense and billing tools stay — Toggl, Harvest, BigTime or the one you run — and the ledger behind them. This is the same exception build as our timesheet file, pointed at receipts:
- each receipt is read and the merchant, date, amount and tax line extracted
- the claim is checked against your written policy — caps, categories, missing VAT
- claims inside policy are passed to the ledger for the usual approval, and the rest appear on a short review list with the rule they broke named.
Nothing is reimbursed without your normal sign-off.
What stays human — and what this will not do
Client-billable judgement. Entertainment. The receipt that is really a story.
Not a client KPI.
What can go wrong — and what we do about it
If the policy lives in people's heads rather than on paper, the check has nothing to test against — writing it down is audit work first. Receipts are photographs of variable quality; an unreadable one goes to the reviewer as before, and a merchant the model cannot place is treated as an exception, not a pass.
What it costs to get there
The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →
Scoped in the audit — the playbook has no estimate for this exact desk.
This is about you if…
- Does a person still check every receipt against policy, including the ones that obviously pass?
- Is the expense policy written down with caps and categories a rule can test?
What does this mean in euros?
That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.
Not a named Aperanda client. Process file · Finance.
Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.
All process files