Platform · operations

One approval matrix, followed by people and software alike

Most companies have an approval matrix in a document and a different one in practice, because the documented version was too slow and people routed around it. Encoding it properly is less about automation than about deciding what the matrix actually is — and then having one rather than two.

policy · ap_autopostdraft v5

Post a coded vendor bill automatically when all of these hold:

Simulated against your last quarter — 1,284 bills
603 posted automatically
681 held
Balanced. Most customers settle around here.
Simulation runs before the policy is enabled. You see what it would have done last quarter, not what it might do next.
Reads your existing matrixDelegation and escalation built inApproval recorded as an act

What it does

Six things, specifically.

Thresholds that reflect reality

By amount, department, entity, vendor, GL account, and document type — including the combinations, because most real matrices are combinations rather than a single ladder.

Delegation for absence

A named delegate with a date range, so an approver on holiday does not become the reason a close slips a day. This is the most common single cause of workflow stalling.

Escalation on stalling

After a threshold you set, with the item and its ageing visible to whoever needs to unblock it rather than sitting silently in somebody’s queue.

The same matrix for agents

An agent operating at Level 3 routes to whoever your matrix names for that amount and department. We do not introduce a parallel approval hierarchy.

Approval as a recorded act

Who, when, on what basis, on the item as it stood at that moment, under which policy version. An approval you cannot reconstruct is not evidence.

Difference-first presentation

What is unusual about this item relative to the last forty like it, shown before the detail — so approving is a decision rather than a scroll.

Two matrices is the actual problem

Nearly every company we assess has a documented approval matrix and an operating one, and the gap between them is where the control has already failed. The documented version usually requires more approvals than the business can tolerate, so people found workarounds — a verbal sign-off, a blanket pre-approval, an email chain that substitutes for the process.

Encoding a matrix into software makes that gap unsustainable, which is uncomfortable and useful. The right first step is not configuration; it is deciding which matrix is real and adjusting the documented one to something the business will actually follow.

If your documented approval matrix and your operating one differ, the control has already failed. Software just makes it impossible to keep pretending otherwise.

Delegation is not a nice-to-have

The single most common reason a close slips a day is an item sitting in the queue of somebody who is away. Every company knows this and most handle it by asking someone to share credentials, which destroys the audit trail and creates the segregation problem the matrix existed to prevent.

Proper delegation — a named delegate with a date range, recorded as a delegation rather than as the original approver acting — solves it without that cost. It is unglamorous and it removes a recurring failure.

Approving has to mean something

An approval on an item nobody read is worse than no approval, because it manufactures evidence of oversight that did not occur. That is why items arrive with the difference shown first, why rejection is exactly as fast as approval, and why there is no bulk approve at any authority level.

We also report approval rate and time per item per approver. Not to police anyone — because somebody approving ninety-nine percent of items in three seconds each is telling you the routing threshold is wrong, not that they are careless.

Limits

Where this does not help.

Not a general BPM tool

This is approval and exception routing for financial documents. Modelling arbitrary business processes across departments is a different product category.

It cannot resolve an undecided matrix

If nobody can state who approves what above $25,000, no software supplies the answer. That decision has to be made before configuration, and it is usually the slow part.

It will not make a bad matrix good

A matrix requiring four approvals on a $400 expense will be routed around whatever system enforces it. Encoding it faithfully just relocates the frustration.

Questions

What people ask.

Can we keep our existing approval structure?
Yes, and we read it rather than replacing it. Two approval systems is how approvals stop meaning anything, so we deliberately do not introduce a second one.
What happens when an approver is away?
Named delegation with a date range, recorded as a delegation rather than as the original approver acting. Credential sharing is the alternative and it destroys the trail.
Can agents approve?
No. Agents propose and route; approval is a human act at Level 3, and payment release is human at any level. An agent approving its own proposal is the segregation failure the whole model exists to prevent.
Is there bulk approve?
No, at any level. If a queue is large enough that bulk approval feels necessary, the routing threshold is wrong and the fix is upstream.
Do you report on approver behaviour?
Yes — approval rate and time per item. A ninety-nine percent rate at three seconds an item means too much is being routed, not that the approver is careless.

Find out which matrix you actually operate.

Send your documented thresholds and we will tell you where they differ from what happens in practice.