ARPIn practice

The controls that make an autonomous action answerable

Seven arrangements an organisation puts around a system that holds authority: where accountability sits, what the record has to carry, how duties are separated without a second person, and where the authority stops.

Seven controlsStated as arrangementsReviewed September 2026

Architecture is half of the answer

A system can meet every architectural requirement in this model and still be impossible to run. The requirements describe what the software has to do. None of them describe what the organisation around it has to hold, and that half decides whether the software is ever allowed near anything expensive. The seven controls here make an action taken by software answerable to the people who carry the consequence of it.

Each one names the instrument, the field or the procedure that carries it. A control described at the altitude of a value can be agreed to in a steering meeting and produce nothing an auditor, a controller or a regulator can inspect. Where the argument rests on one of the principles, the principle is linked, never restated.

One question the same reader arrives with has no settled answer to commit to: liability for a loss caused by an action taken correctly inside a valid grant is recorded as unresolved.

  1. 01Accountability attaches to the grant, not to the action
  2. 02The record an auditor would accept, field by field
  3. 03Segregation of duties without a second person
  4. 04Confidence limits authority, it does not confer it
  5. 05When two agents disagree
  6. 06Reversal, and why a compensating entry is not a deletion
  7. 07What should never be fully autonomous

The seven, as arrangements

Control 01

Accountability attaches to the grant, not to the action

A named person authorised a class of action up to a ceiling, and that person answers for the exposure they created. Nobody answers for an individual action they never saw, and a control design that pretends otherwise collapses the first time it is used.

The unit of accountability is the grant, and a grant is a document rather than a screen. It names the action type in the vocabulary the audit record uses, the ceiling per action, the aggregate ceiling per period, the conditions under which the authority holds, the person who signed it, the date they signed, and the date it lapses if nobody renews it. That is the same instrument a delegation of authority has always been, and it is enforceable for the same reason: a person with something to lose put their name to a total.

What the grantor answers for is the total, the conditions, and the review. What they cannot answer for is the merit of one action among forty thousand, which is why the ceiling is the real control and the review cadence is the second one. Ceilings are set at the amount the organisation can absorb without recourse, not at the amount the business case assumed, and the two numbers are rarely the same. Where they differ, the business case is the thing that should move.

The common failure is authority acquired by default. A service account created for an integration, holding the right to post journals or release payments because that was convenient during implementation, is an unwritten grant with no ceiling, no conditions and no grantor. Enumerating what the systems already in place can do without asking anybody is usually the first governance task of a programme like this, and it is usually the one nobody wanted to run. The requirement behind all of this is bounded authority, stated there as a property a design either has or does not have.

Control 02

The record an auditor would accept, field by field

An audit trail for a machine actor is not a log. It is a record produced at decision time, carrying the evidence as it stood, the authority relied on, and the artefact produced, in fields somebody can ask for by name.

The reason a human trail works is that the evidence survives on its own: the invoice, the signed approval, the email. A system reads a position that will not return the same values tomorrow, so the evidence has to be captured as a snapshot at decision time and retained with the decision. A trail assembled later from whatever the source systems still hold is not evidence of what was known. It is a reconstruction, and the difference matters most in exactly the cases somebody is asking about.

A complete record is still not an acceptable one, and two properties make the difference. It is written by the act of acting, so an action that produced no record did not happen and can be reconciled as missing. And it is written to a store the acting system cannot rewrite, because a trail its author can revise answers a different question from the one being asked. Retention runs to the longer of the statutory period for the underlying transaction and the period in which anybody may reasonably query the decision, and policies are versioned instead of edited so that the version reference on an old record still resolves.

The fields below are the minimum. They are what verifiability requires in practice, and a system can be checked against them on a screen in an afternoon.

FieldWhat it holdsWhat it answers
Action and typeThe identifier of the action and the action type it was taken underWhat was done, in a vocabulary the grant also uses
ActorThe system instance, its version, and the component that decidedWhich thing acted, and whether it was the thing that was tested
GrantThe grant identifier, its ceiling and conditions, and the person who signed itWho permitted this, and up to what
Policy versionThe version of every rule applied, as it stood at decision timeWhich rules were in force at the time
Evidence snapshotThe values read, each with its source system and its as-at timeWhat the system knew, and how stale the worst of it was
AlternativesThe options weighed and the reason each was set asideWhether the decision was a choice or the only branch that ran
TimesDecision time and action time, recorded separatelyWhat happened in the gap, which is where most surprises sit
ConfidenceThe score at decision time and the model or rule version behind itHow sure the system was, in terms that can be checked later
ArtefactThe reference of what the action produced: journal, order, payment, rosterWhere to go in the record of account to see the consequence
ReconciliationWhat the record showed afterwards, and whether it matched the intentWhether the action landed as instructed
Human contactWho saw it, when, and what they changed, including seeing it and doing nothingWhether review happened, as distinct from having been available

Control 03

Segregation of duties without a second person

The four duties are authorise, record, hold custody and reconcile. A system that plans, acts and checks its own work holds all four, and the control has to be rebuilt at the level of the grant and the reconciliation, not the person.

The two person rule was never about the number two. It was about making a loss require collusion, so that no single actor could create an obligation and settle it. When one system raises the order, receives against it and releases the payment, the property is gone at the level of the actor, and the honest position is that it has to be rebuilt somewhere else.

The control that replaces it has three parts, and all three are needed. First, paired grants: the authority to create an obligation and the authority to settle one are separate grants signed by different people, and no single grant carries both. Second, a reconciliation performed outside the acting system, comparing what the system intended against what the record of account shows, running on a schedule the acting system cannot change and suspending an action type on divergence instead of reporting it to a queue. Third, a sampling rate stated as a policy field: a defined share of actions per type reviewed by a person who can reverse them, published in the grant so that the grantor is signing for the review effort as well as the ceiling.

The organisation that says it is too small for this was too small before, and the answer is the one it already uses: substantive review after the fact. What is new is that the review can be cheap and complete instead of a sample, because the decision record exists for every action and can be queried for the conditions worth looking at. That is a better control than the one most small finance functions actually run, which is a second signature applied by somebody who did not see the underlying document.

Control 04

Confidence limits authority, it does not confer it

A confidence score may bring a person in earlier than the ceiling would. It may never raise a ceiling, widen a grant or extend an action type, and a design in which it does has replaced an authorised limit with a self-assessment.

A score is only a probability if it is calibrated, which means that actions taken at ninety percent confidence turn out correct about ninety percent of the time, measured per action type against outcomes that arrive later. The measurement is ordinary work and almost nobody does it: record the score at decision time, record the outcome when it is known, bucket the pairs, and compare the predicted rate to the observed one. Until that curve exists for an action type, the score displayed beside that action is a number with a decimal point.

So confidence is wired in one direction. Below a threshold, the action routes to a person even though the grant would have permitted it. Above any threshold, nothing changes: the ceiling is where the grantor put it. Evidence age enters the same way, reducing the effective confidence as the snapshot the decision rests on gets older, which matters most for the decisions that look least urgent.

Two failures to watch for. Thresholds tuned to reduce escalation volume, which converts a safety mechanism into a throughput control and is visible as a threshold that moved shortly after somebody complained about queue size. And confidence reported as a single number across action types, which averages a well measured type with an unmeasured one and hides exactly the type worth watching. The calibration curve per type belongs in the pack the grantor sees at review, next to the exposure the grant actually carried, and the standing limit itself stays a matter of bounded authority.

Control 05

When two agents disagree

Precedence is declared before the conflict, not negotiated during it. Where two grants would both authorise actions that change the same position, neither acts and both positions are recorded in the escalation.

A conflict is not two components arguing. It is two actions, each valid inside its own grant, that together commit the same resource twice or leave a position nobody chose. That second form is the dangerous one because nothing failed: a demand plan reserves capacity to protect a delivery date while a cost programme releases the same capacity to protect a margin, and both are correct against their own objective. The test therefore runs against the combined effect on the record, not against the pair of instructions, and it runs before either lands.

Detection is mechanical, and it is the part most designs leave out. A commitment against a resource is written as a reservation the moment it is decided, before it is posted, so the second decision reads the first one instead of the position as it stood before it. Without reservations, both actions read a true position, both act correctly, and the conflict appears in the record afterwards as a variance somebody has to explain.

The escalation carries what each side was optimising, the action each would have taken, and the joint effect, because a message saying that a conflict occurred asks the reader to reconstruct the trade that the system already had in front of it. It routes to the person who holds both grants, which is usually higher than either function expects, and that is the correct answer, however inconvenient: a trade between two objectives is being made, and the person making it should be the one who owns both.

Control 06

Reversal, and why a compensating entry is not a deletion

An action sits in one of three states: still inside the system and withdrawable, gone and offsettable, or gone and irreversible. The third state is not eligible for a grant without a person in it.

Withdrawal applies while the action has not left: a queued payment pulled before the file goes, an order cancelled before it transmits. Compensation applies once it has: a second action that offsets the first while both remain visible. Irreversible means there is no second action that restores the position, which is true of anything a counterparty has already relied on and of every physical movement. Knowing which state an action type sits in is a precondition of granting authority over it, and that determination belongs in the grant. An incident review is too late to make it.

The difference between a compensating entry and a deletion is the whole control. A deletion removes the evidence that the first action happened, which breaks reconciliation against every party who saw the original, destroys the record the audit trail refers to, and leaves a position that agrees with nothing outside the system. A compensating entry leaves both actions standing, states the reason, and references the original, so the net position is correct and the history of how it got there is intact. Any system that offers to make an action disappear is offering to make a defect invisible, and the request usually arrives from somebody who means well.

A reversal is itself an action and carries its own record: who or what initiated it, the identifier of the original, the reason, and the artefact produced. Grants carry a reversal window as a field, which for a released payment is measured in hours and for a journal is measured in the open period, and an action type whose window has closed has moved into the third state whatever the grant says. Reversibility is the requirement this implements, and the cost gradient it describes is the one grants should be written against.

Control 07

What should never be fully autonomous

Three categories, committed to in advance rather than left to judgement. They are stated as categories so that a case nobody has met yet still lands on the right side of the line.

These are not thresholds to be raised as confidence improves. They are places where the decision is not the kind of thing a grant can cover, because what is being decided includes who answers for it. A system may do all the work up to the decision in each of them: assemble the evidence, run the analysis, draft the instrument, and present the recommendation with everything it rests on. What it may not do is be the last actor.

Decisions that bind the company legally

Contracts, amendments, settlements, filings, and representations made to a regulator or an auditor. Signing is an act of a legal person, and delegating it is a decision about the company itself. The line is drawn at binding, never at value: a purchase order issued inside a signed master agreement can be autonomous, while a one page amendment to that agreement cannot.

Decisions that affect a person's employment

Hiring, termination, discipline, pay, and anything that becomes part of a performance record. The subject of such a decision is owed an answer from somebody who can be asked why and who can be wrong in front of them, and no arrangement of software holds that obligation. A system can assemble the evidence, run the calculation and prepare the case. The decision and the answer stay with a person, and that person has to have been able to decide otherwise.

Decisions whose reversal costs more than the decision saves

Anything with a physical consequence, anything disclosed outside the company, and anything that reaches a customer or a regulator. This is the category that catches the cases the first two miss, and it is the reason the test is run per action type. A small payment to the wrong counterparty and a large one to the right one differ by the cost of putting them back, not by the number.

What these seven do not settle

Every control above can be in place and the arrangement can still fail, in one of two ways worth naming. The first is a grant register that is complete on the day it is signed and stale within a year, because grants are narrowed after incidents, widened when a business changes and orphaned when the person who signed them leaves. A grant with no living grantor is not a control, and finding those is a standing task rather than an implementation step.

The second is a reconciliation that runs, reports and is never read. The suspension behaviour in the segregation section exists because of that: a divergence that stops an action type has been noticed by definition, while a divergence that produces a report has been noticed only if somebody had a reason to open it that morning. Both failures are ordinary control failures with nothing new in them. A system that holds authority is a control environment question before it is a technology question.

Controls are one half. The questions they do not settle are the other.

The objections