Workflows Where AI Agents Act, and Every Decision Stays on the Record

Agents take the routine steps and draft the paperwork. Named owners, deadlines and a tamper-evident history cover the rest.

From a request to a decision nobody has to chase

Work does not usually stall because someone refused. It stalls because nobody owned it.

A request sits in an inbox, gets forwarded twice, and surfaces three weeks later when somebody asks. Agents take the steps that never needed a person, and the ones that do are named, timed and recorded.

01

Draw the process once

Ready-made templates cover the common processes. Anything else is defined as its own set of stages, and a template can be retired and brought back later without disturbing the cases already running on it.

02

An agent prepares the case before anyone opens it

Incoming documents are read, the fields the stage requires are pulled out, and anything missing or contradictory is flagged. Whoever picks the case up gets a summary of it rather than a folder.

03

Every stage has a named owner and a deadline

Each stage says who holds it and when it is due. Overdue work generates reminders on its own rather than waiting for somebody to notice, including on mobile.

04

Agents take the routine steps, people take the rest

At stages defined for it, an agent routes or decides and drafts the approval minutes, memos and letters straight from the case. Where a decision has to be human, a stage can require several named people to agree rather than any one of them.

05

Human or agent, it goes on the same record

Every action is recorded in a tamper-evident history, attributed to whoever or whatever took it. A case closed or rejected by mistake can be reopened without starting again, and cancelling or deleting one is itself recorded.

Technical Details

What agents do
Read incoming documents and pull out the fields a stage requires, flag what is missing or contradictory, summarise a case for whoever picks it up next, take routing and approval decisions at the stages defined for them, and draft the documents the process produces.
What agents cannot do
Act at a stage they were not given, or see a document the case does not already reach. An agent runs inside the same permissions as the workflow it belongs to, and a stage can always be defined to require named people instead.
Agent accountability
Every action an agent takes is written to the same tamper-evident history as a person’s, attributed to the agent and the stage it ran at, so a case can be read back without knowing in advance which steps were automated.
Stages
Each stage carries a named owner and a deadline. Work that passes its deadline generates reminders automatically rather than depending on someone noticing.
Approvals
A stage can require several named people to agree before a case moves on, rather than accepting whichever one responds first.
Templates
Ready-made templates for purchase requisitions, IT access requests, vendor payments, expense approvals and vehicle loans. Templates can be retired and brought back without losing the cases already running on them.
Generated documents
Approval minutes, memos and letters are produced from the case, filled in from what it already holds, and filed in the right place.
Reference data
A reusable catalogue of people, vendors and assets, so the same details are not retyped into every form and stay consistent between cases.
Participants
Everyone involved in a case is tracked in one place, so who acted and who is waiting is visible without reading the history.
Recovery
Cases that were closed or rejected can be reopened without starting again. Cases can also be cancelled or deleted where that is the right outcome, and each of those is recorded.
Audit
Every action on a case is kept in a tamper-evident history that can be reconstructed after the fact.
Notifications
Alerts when something needs attention or has gone overdue, including on mobile.
Permissions
Workflow actions follow the same document permissions used everywhere else. Separate rights to view, edit and approve, and a document stays private to whoever added it until it is deliberately shared.
Tenancy
Each organisation’s records are stored fully separated from every other organisation’s.

Where processes lose time

None of these are decision problems. In every case somebody would have approved it — the delay came from nobody knowing it was waiting.

A branch request has to reach head office

The submission leaves the branch and then becomes invisible to the person who sent it. A defined route with a named owner at each stage means the branch can see where it is without telephoning to ask.

  • Branch requisitions
  • Supporting documents
  • Head-office approvals

Work that quietly dies in an inbox

A request is forwarded once, the recipient is on leave, and nothing happens for three weeks. A deadline on the stage and an automatic reminder turn silence into a visible overdue item.

  • Internal requests
  • Review items
  • Pending approvals

An approval nobody can reconstruct

Someone asks who signed off a payment eighteen months ago and on what basis. The stages, the people on them, and the documents attached at each point are all recoverable from the case itself.

  • Approval records
  • Supporting invoices
  • Audit trails

The same details retyped into every form

A vendor’s particulars get entered slightly differently on each request, and reconciling them later becomes its own job. A shared catalogue of people, vendors and assets means they are selected rather than retyped.

  • Vendor records
  • Asset registers
  • Staff details

Frequently Asked Questions

Can an agent approve something on its own?+

Only at a stage you defined for it. Agents act where you place them and nowhere else, so a decision you want a person to make stays with a person — and a stage can require several named people to agree rather than any one of them. The design assumption is that some steps never needed a human and some must always have one, and that you decide which is which.

How do we know what the agent actually did?+

The same way you know what a colleague did. Every action an agent takes is written to the same tamper-evident history, attributed to the agent and the stage it ran at, so reading a case back does not require knowing in advance which steps were automated. If an outcome has to be defended eighteen months later, the agent’s steps are in the record alongside everyone else’s.

Do we have to map every process before this is useful?+

No. The ready-made templates cover purchase requisitions, IT access requests, vendor payments, expense approvals and vehicle loans, so one of those can be running before anything bespoke is designed. Most organisations start with a single process and add others once they can see how the first one behaves.

Can an approval require more than one person?+

Yes. A stage can require several named people to agree before a case moves on, rather than accepting whichever one responds first. That is the difference between a genuine multi-party approval and a formality that any single person can complete.

What happens when someone misses a deadline?+

The stage carries a deadline, and overdue work generates reminders automatically rather than waiting for someone to notice, including on mobile. The item stays visibly overdue rather than disappearing back into an inbox.

What if a case is closed or rejected by mistake?+

It can be reopened without starting again, and the reopening is itself recorded in the history. Cases can also be cancelled or deleted where that is genuinely the right outcome, with the same trail — nothing is removed quietly.

What happens to cases already running if we change a template?+

A template can be retired and brought back without losing the cases already running on it. Cases in flight continue on the definition they started with, so improving a process does not mean abandoning the work already inside it.

Does the workflow produce the actual paperwork?+

Yes, for approval minutes, memos and letters. These are generated from the case, filled in from what it already holds, and filed in the right place, which removes the step where somebody copies details out of the system and into a blank document.

Can someone approve a document they should not be able to see?+

No. Workflow actions follow the same permissions as the document repository, and view, edit and approve are separate rights. Being asked to act on a case does not widen what that person can see beyond it.