The Approver on Leave
Approvals stall the week the one person who can sign is away, and the two fixes everyone reaches for — her password, or the permission for everybody — each leave a record that says something untrue. What a hand-over has to say, how cover works in our approval chains, and the places it deliberately stops.
The racking in aisle four failed its inspection on a Tuesday. The warehouse raised a requisition for replacement bays that afternoon, the operations manager signed the first step the same evening, and on Wednesday morning it sat at step two: Finance Manager — Helen. Helen was on a beach. She had been on a beach since Saturday, she would be on it for another nine days, and aisle four was taped off with a forklift parked across the end of it.
By Thursday somebody had phoned her. Helen, being helpful and sunburnt, read out her password. Marco, her deputy, signed in as Helen and pressed Approve. The racking arrived the following week, and everyone agreed it had been handled sensibly.
It had — operationally. What it did to the record is the subject of this post, because the record now says that Helen approved a requisition from a beach, on a device she has never used, at an hour she was asleep. Every line of that is false, and it is false in the one document whose whole job is to say who decided.
Why one person away stops everything
An approval chain is built to concentrate a decision. That is the point of naming a person or a role on a step: spend over a certain size should be looked at by somebody specific, who is accountable for having looked. The same concentration that makes the control useful makes it fragile. A step addressed to one person waits for exactly one person, and annual leave, illness, a site visit with no signal and a resignation all look identical from inside the queue.
Every organization with approvals meets this within the first holiday season, and most of them reach for one of two fixes. Both work. Both are quick. And both destroy the thing the approval existed to produce.
Share the password
- The deputy signs in as the absent approver
- The trail names the person who was not there
- Every other screen she can reach is now his too
- Her notifications, drafts and messages go with it
- Nobody can later tell which of her actions were hers
Give everyone the permission
- The approve permission goes to a wider role
- The trail names the real signer, accurately
- But it can no longer say why they were allowed
- The widening is rarely reversed after the leave
- Segregation of duties quietly erodes, one holiday at a time
The first fails loudly in an audit and quietly everywhere else: a shared credential means the whole account was handed over, not one decision, and nothing distinguishes the decisions made by the owner from the ones made by her guest. The second fails the other way round. The record is truthful about who pressed the button, but the authority behind it has been spread across a role, so the question an auditor actually asks — was this person entitled to approve this, on this day? — has the answer “everyone was, from March onwards”. We have written before about why approval should be a separate permission from action, and about the combinations that segregation of duties exists to prevent. A holiday is the most common way both are undone.
What an honest hand-over has to say
Strip the problem down and a hand-over is a small, specific statement. It is worth writing out, because each part is something one of the two workarounds loses.
- Who is away, by name — the person whose steps are waiting.
- Who is covering, by name — one person, chosen by the one who is away.
- Between which dates, so the authority starts and stops without anybody remembering to switch it off.
- Over what — the approval steps that would have waited for the absent person, and nothing else they can do.
- And on every decision made under it, both names: the person who signed, and the person they signed for.
A shared password keeps none of these. A widened permission keeps the second and loses the rest. The last point matters most, because it is the one that survives: long after the leave, the dates and the arrangement are forgotten, and the trail is the only place the hand-over still exists.
How cover works in our approval chains
Our version is called out-of-office cover, and it is deliberately small. It is set by the person going away, for themselves, and it needs no permission to set — because it can only let the delegate sign what the person away could have signed.
-
Open Out of Office in your settings
On the web under Settings, or in the mobile app. It lists your current and upcoming cover, and you can remove one if your plans change.
-
Choose who covers you
Somebody else in your organization. You cannot choose yourself, and you cannot choose somebody who is away today and has handed their own approvals to someone else.
-
Set From and Until
Whole days, both included. The start cannot be in the past and the end cannot be before the start. Cover begins and ends on those dates by itself; there is nothing to switch back when you return.
-
Add a note if it helps
“Annual leave, back on the 14th.” Setting cover is written to the audit log with both names and both dates.
While the cover runs, two kinds of step become signable by the delegate. A step that names the person away can be signed by their delegate. A step that needs a role the person away holds can be signed by their delegate too — so if Helen is a Finance Manager and a step needs any Finance Manager, Marco can sign it during her leave even though the role is hers and not his.
The requisition from aisle four, with cover set
The decision is stored with both people: Marco as the signer, Helen as the person the step belonged to. Had Marco pressed Approve on the 2nd or the 15th, the step would have been refused with the reason that it is for Helen.
When the delegate already had the authority
If Marco were a Finance Manager in his own right, his signature on a Finance Manager step would be recorded as his own, with nobody named beside it. The record says on whose behalf a decision was made only when the cover is the reason it was allowed. That is the distinction an auditor needs, and it is the one a shared password makes impossible to draw.
The rules that do not bend for cover
A delegation is a place where controls are commonly weakened by accident, because the delegate is usually a close colleague who is also involved in the work. So the rules that hold on an ordinary approval are held in exactly the same way under cover.
Still true while someone is covering
- A person who raised the document cannot sign it, delegate or not, when the rule blocks self-approval — which is the default for a new rule.
- One person signs at most one step of a document, so a delegate who signed step one cannot also sign the absent approver’s step two.
- If the document changes after a step was signed — the amount, the lines, the selection — its approval starts again from step one.
- The person away can still sign their own steps; cover adds a signer, it does not remove one.
- Cover cannot be handed on: a delegate covers the person who chose them, never the people that person was covering for.
The test of a delegation is not whether the work moved. It is whether, a year later, the record can say who decided and why they were allowed to.
The last rule deserves a sentence of its own. If Helen hands her steps to Marco, and Marco goes away the following week and hands his to Dana, it is tempting to let Dana inherit Helen’s steps too, so that nothing stalls. We refuse that on purpose. Helen chose Marco. Nobody chose Dana for Helen’s approvals, and a chain of hand-overs nobody chose is the same problem as a widened permission, arrived at by a longer route. Cover is checked one link deep: Dana can sign Marco’s steps and only Marco’s. When Helen sets cover, she cannot choose somebody who is away that day and covered by somebody else.
What cover reaches, and where it stops
Cover lives inside our value-based approval rules, and those cover three kinds of document: procurement requests, quotation awards (the step before a purchase order) and supplier bills. The rules are opt-in per workspace. A workspace that has not set any approves those documents on permission alone, as it always did — and in that world there is no named person to be away, because anyone holding the permission can approve.
| Situation | Use | The record says |
|---|---|---|
| A chain step names you or needs your role | Out-of-office cover | Delegate (for you) |
| Someone needs your whole role for a while | Temporary access | Their own name |
| Approval is by permission, no chain | Temporary access | Their own name |
The second tool is a temporary role: an administrator grants someone a second role until a date, with a written reason, and the role ends by itself when the date passes. That is the right instrument when the cover needs to be broader than approval steps, or for the documents a chain does not govern — expense claims, staff advances, petty cash, payment runs and leave are approved on permission today, and out-of-office cover does not reach them. A temporary role is honest in its own way: the grant, its reason and its end date are on record, and the decisions made under it are the deputy’s own.
Two practical consequences are worth knowing before the leave starts. First, cover hands over steps, not screens. The delegate still needs to be able to reach the Approve button for that kind of document; a supplier bill, for example, needs the bill-approval permission whatever the cover says. Check that before the person leaves, not on the day the bill is due. Second, how the delegate finds out. When a chain moves on to a step that waits for somebody away, their delegate is notified as well as them, and covered steps appear in the delegate’s waiting-on-me list in the app and on the procurement overview. From a phone, the push carries Approve and Reject buttons only where the delegate holds the permission to approve that record; otherwise it opens the record.
Before the next holiday season
- List every chain step that names one person, and who would cover each.
- Confirm each likely delegate can open and approve that document type.
- Ask people to set their own cover before they leave, not from the beach.
- For approvals outside the chains, decide in advance who gets a temporary role and for how long.
- Make it a rule that nobody shares a password, and say what to do instead.
Six extensions to cover, each a short piece of work
The mechanism is in place on the three documents the chains govern: dates, both names on the decision, the self-approval and one-step rules held under cover. What follows widens it and fills in the edges, and none of it needs a new module.
Cover on permission-based approvals
Expense claims, staff advances, petty cash, payment runs and leave honouring the same dated hand-over, with both names on each decision.
Cover set by an administrator
For the person who left in a hurry or fell ill, recorded as set by the administrator on that person’s behalf.
Both names on a refusal
So a rejection made under cover reads as on behalf of the absent approver, the same way an approval does.
A clash check across future dates
Comparing the whole period of a new cover with the delegate’s own planned leave, so two overlapping holidays are caught when they are booked.
A notice when cover is set or ends
Telling the delegate the moment they are chosen, and again for a first step that waits for the person away.
An audit entry when cover is removed early
Matching the entry written when it is set, so the full life of each hand-over is on record.
The first is the largest and the most useful; the other five are small and sit on code that already runs.
Tell us what your operation needsFour questions for whoever runs your approvals system
When my deputy approves while I am away, whose name is on the decision?
What you will probably hear
The deputy’s, said confidently.
How to read it
Ask whether yours is there too. A record with only the deputy’s name is truthful and incomplete: it cannot show that the authority came from a hand-over, which is the thing an auditor will ask about.
Does the delegation end by itself?
What you will probably hear
Yes, or “you switch it off when you are back”.
How to read it
The second answer is the widened-permission problem with a calendar reminder attached. Dates set in advance that start and stop on their own are the only version that reliably ends.
Can a delegate approve something they raised?
What you will probably hear
A pause.
How to read it
The deputy is very often the requester; that is why they are close enough to the work to cover it. The self-approval rule has to hold under delegation exactly as it does without it.
If my delegate is also away, what happens to my steps?
What you will probably hear
That they pass to the delegate’s delegate.
How to read it
Convenient, and it means your approvals can end up with somebody you never chose. Prefer a system that refuses the chain and asks you to pick again.
The short version
An approval that names one person will wait for that person, and leave is certain. The two common fixes each leave a false record — a shared password names somebody who was not there, a widened permission cannot say why the signer was allowed. A dated hand-over chosen by the person away, recorded with both names on every decision and held to the same self-approval and one-step rules, keeps the work moving and the trail true. Ours does that on procurement requests, quotation awards and supplier bills under the value-based rules; for approvals made on permission, a temporary role with an end date is the honest instrument until cover reaches them too.
What AWRA OpsHub does today
- Out-of-office cover set by the person going away, on the web and in the mobile app, naming one delegate in the same workspace between two dates, both included, starting and ending by itself.
- Named steps and role steps both covered in the value-based approval chains on procurement requests, quotation awards and supplier bills, with the roles of the person away counting for their delegate while the cover runs.
- Both names on every approval made under cover — the signer, and the person the step belonged to — shown on the trail as the signer followed by whom they signed for, and only when the cover was the reason the signature was allowed.
- The same rules under cover as without it: self-approval refused when the rule blocks it, one person per document step, and an approval that starts again when the document changes.
- Cover held one link deep, refusing a delegate who is away and covered by somebody else on the day it is set.
- The delegate told when a chain reaches a step waiting for the person away, with covered steps in their waiting-on-me list, and a creation entry in the audit log.
More we can add to your workspace
- Out-of-office cover on expense claims, staff advances, petty cash, payment runs and leave, which are approved on permission today and use a temporary role for cover.
- Cover set by an administrator for someone else, for the person who left suddenly, recorded as set on their behalf.
- Both names on a rejection made under cover, matching what an approval records.
- A clash check over the whole period of a new cover, comparing it with the delegate’s own future leave as well as today’s.
- A notice to the delegate when cover is set, and for a first step that waits for the person away.
- An audit entry when cover is removed early, beside the one written when it is set.
Where we point you to a specialist
- We will not offer a way for one person to act as another. Cover adds a second, named signer with a stated reason; it never lets anybody sign in as, or appear as, the person away — because a record that names somebody who was not there is the precise failure this feature exists to replace.
- We will not pass cover along a chain of delegates. The person away chooses who acts for them, and an approval that reaches somebody they never chose is a widened permission by a longer route.
Cover on the permission-based approvals is the larger piece and the one most organizations would feel first. The other five are small additions to code that already runs, and we would quote them together.
See the governance controls
Value-based approval chains, out-of-office cover with both names on the decision, temporary roles that end by themselves, and access reviews with an export for audit.
Explore governanceFrequently asked questions
Can my delegate approve a request they raised themselves?
No, when the approval rule blocks self-approval, which is the default for a new rule. The check looks at the person pressing Approve, so it holds in exactly the same way whether they are signing in their own right or covering for someone who is away.
Does the delegate get my permissions while I am away?
Only for approval steps in the value-based chains. Steps that name you, and steps that need a role you hold, become signable by your delegate between the dates you set. Everything else you can do stays yours, and your delegate still needs to be able to open and approve that kind of document. If someone needs your whole role for a while, an administrator can grant it as a temporary role with an end date.
What does the approval trail show when a delegate signs?
The delegate’s name followed by the name of the person the step belonged to, for example Marco (for Helen). Both people are stored on the decision. If the delegate already had the authority in their own right, the signature is recorded as their own with nobody named beside it.
What happens if my delegate is also going away?
Cover is never passed along. If you choose somebody who is away that day and has handed their approvals to someone else, the choice is refused and you are asked to pick another person. A delegate only ever covers the person who chose them.
Which approvals does out-of-office cover apply to?
The value-based approval chains on procurement requests, quotation awards and supplier bills, which a workspace switches on by creating rules. Expense claims, staff advances, petty cash, payment runs and leave are approved on permission today, so cover for those is a temporary role granted by an administrator with an end date.
Do I have to remember to switch cover off when I come back?
No. Cover runs from the first date to the last date you set, both included, and stops by itself. You can remove it early from the same settings page or from the mobile app.