
The agent-run finance back office
Nine finance workflows, each proven on its own page, become one finance function under one set of oversight roles, one exception owner and one audit trail, so work crosses between them on the record. This page describes that pattern and names who holds each gate.
The short answer
An agent-run finance back office is several finance workflows, each run by agents, joined into one function under named oversight roles, one exception owner and one audit trail.
Agents carry the work between billing, receivables, reconciliation, close and reporting; a named person holds every gate, and nothing pays, posts or approves on its own.
What goes wrong between finance workflows today?
Several finance workflows each run well alone, and a person fills every gap between them. The invoice leaves the billing run in one place, the follow-up is worked from another, and somebody re-keys what crosses over. An exception escalates into whichever workflow's inbox raised it, and the call falls to whoever is closest, since no role owns it. Nothing records what ran across the function.
Who is an agent-run finance back office for?
Owners, finance leads and controllers at companies that have already run at least one finance workflow on an agent, and now want the next workflows to hand off on the record instead of through a person. If no finance workflow has run yet, begin with one, tested against the checklist for agent readiness.
Which workflows make up the function, and who holds each gate?
Each workflow below has its own page and works alone. The function is what the nine become once their outputs pass between them on the record, under one set of named roles.
| Area | Workflow | Passes on | Gate holder |
|---|---|---|---|
| Billing | Monthly client billing | The issued invoices, which become the follow-up list | The billing owner signs off on every run before anything leaves |
| Receivables | AR follow-up | Follow-up worked against the invoices billing issued | The finance owner, for any message beyond the authorized tier or any change to an account's standing |
| Reconciliation | Daily reconciliation | An agreed state, handed to the close | The finance owner decides each difference the rules cannot resolve |
| Close | Month-end close | Drafted entries with support attached | The controller signs off on every entry and the close package |
| Payables | Invoice intake | Matched and coded invoices, into the committed-items view | A named approver for exceptions; payment approval stays with a person |
| Expenses | Expense reports | Checked expense lines, into the committed-items view | The named approver, for every exception and everything above the threshold you set |
| Cash | Cash position | A position read from the committed-items view | The finance owner reviews it before it is circulated or acted on |
| Budget | Budget variance | Breaches read from the same view | The budget owner named for each line decides each breach |
| Audit file | Audit documentation | The support every other workflow files as it runs | The documentation owner reviews the pack and every gap before anything leaves |
How it works, step by step
Composes
Carries
Feeds
Files
Human gate
Owns
Trails
What does the function never do on its own?
It acts on money and records only through a person
Paying, posting, invoicing, approving, reimbursing, reallocating, writing off, certifying and contacting a customer each stop at the named holder of that gate.
It names a gap as a gap. A source that cannot be read is reported as unread, and a signal no rule covers is held for a person, never filled in or estimated.
It settles roles before the first exception
The NIST AI Risk Management Framework asks organizations to define and differentiate roles and responsibilities for human-AI configurations and oversight of AI systems. The function names the role that decides each kind of exception up front, so who makes the call is known before it arrives.
It keeps the manual route open
Any workflow can be taken back and worked by hand, because its rules and records are yours.
Where this fits
This is the Department tier, Tier 3, entered through the AI Department door: see Tier 3 / AI Department. Several agents run one finance function while people oversee it, with a management layer that runs every task as a work order. Mercury's tiers grow by steps: one workflow earns its place first, a role gathers several, and a whole function comes last. This page sits at the top of those steps, as a direction the work can take; nothing here promises it. The receivables role, The AR clerk as an AI Employee, is the step below, and the agent-run operations back office applies the same shape to operations. How It Works sets out each gate and the oversight role that holds it. The full set of finance pages sits in the use cases hub.
Related reading
- Automating month-end close: the close, from reconciliation through the period to the controller's sign-off.
- Invoice intake and exception triage: payables intake, matching and routing.
- What an agent-run department actually looks like: the department shape, defined once for every function.
