Talstack is the Learning Platform for iDICE Startup Bridge - Founders Lab
Read moreShort, expert-led courses with practical insights your team can apply immediately.
Close skill gaps by assigning targeted courses or paths with trackable progress.
Upload and manage your internal training with our built-in course creation tools
Run structured, flexible reviews tailored to your company’s style and goals.
With high value tips, stories, and content to help you get the best from our products.

Talstack is the Learning Platform for iDICE Startup Bridge - Founders Lab
Read moreTalstack is the Learning Platform for iDICE Startup Bridge - Founders Lab
Read moreTalstack is the Learning Platform for iDICE Startup Bridge - Founders Lab
Read moreA simple, practical workflow for managing employee leave requests, from submission through manager and admin approval.
Marketing Lead

August 26, 2026
•
9 Mins Read
A regional sales manager in Accra once approved four leave requests from the same team for the same week, without realising it, because each request came in through a separate WhatsApp thread. The team was short-staffed for a major client visit, and nobody had visibility into the overlap until it was too late to fix.
Managing employee leave requests well comes down to three things: a clear approval chain, visibility into who else is already out, and a defined path for requests that arrive with little notice. Get those three right and most of the chaos in leave management disappears, regardless of company size.
A functional workflow answers four questions every time a request comes in: who approves it, how much notice was given, does it overlap with other approved leave, and what happens if it gets declined. Most informal systems, verbal approvals, scattered WhatsApp messages, only answer the first question, and even that inconsistently.
Most companies use one of three approval patterns. The table below breaks down how each moves and which situation fits it best.
| Workflow Type | How a Request Moves | Best For |
|---|---|---|
| Manager-Only | Manager approves or declines, request is finalised immediately | Small teams where HR trusts managers to enforce policy independently |
| Sequential (Manager then Admin) | Manager must approve first; admin cannot act until manager has | Companies that want HR oversight without bypassing the direct manager |
| Parallel (Manager or Admin) | Both receive the request simultaneously; whichever acts first is binding | Fast-moving teams where waiting for two approvals slows things down |
Whichever flow you choose, the rule for declines stays the same: if the manager declines, the request ends there. It does not proceed to a second approver, regardless of whether the flow is sequential or parallel.
Start by deciding who has final say for each leave type. Annual leave might only need manager approval, while extended unpaid leave might require HR sign-off too. Not every leave type needs the same level of scrutiny.
Next, set your notice period. One to two weeks is standard for planned leave. Given budget limits in most small HR teams, it is tempting to skip a formal notice rule entirely, but without one, managers have no basis for pushing back on requests that leave a team short-staffed.
Then build in visibility. A manager approving a request should be able to see who else on the team is already out that week, ideally as a calendar view rather than a list they have to cross-reference manually. This single feature prevents more scheduling conflicts than any policy wording ever will.
Talstack's Leave Management module gives managers a calendar view of their direct reports' upcoming time off alongside pending requests, so approving one request means seeing the full picture, not just the single form in front of them.
In a culture where hierarchy makes it uncomfortable for an employee to push back on a decline, the decline itself needs to come with a reason, not just a rejected status. A one-line explanation, "we already have two people out that week," gives the employee something concrete rather than leaving them to guess.
Emergency leave needs a separate path that bypasses the standard notice period without bypassing approval entirely. The employee flags the request as urgent, states why, and the manager still decides, but without the system auto-rejecting it for falling short of the notice rule.
This works well when the manager is available and responsive. In traditional Nigerian firms where a manager might be traveling or hard to reach for a day or two, an emergency request needs an escalation path, otherwise the employee's situation goes unresolved exactly when speed matters most.
What works for a 10-person team, a manager glancing at a shared calendar, stops working once there are 5 or 6 managers each handling their own requests differently. At that point, requests need a single system that applies the same rules regardless of which manager is reviewing them.
Bulk actions matter here too. A manager returning from a week away and facing 15 pending requests needs to approve or decline several at once, not click through each one individually. The tradeoff most systems make is that bulk declines skip the individual reason prompt, so managers should follow up with affected employees directly when declining in bulk.
"I'm not able to approve this request for [dates] because [reason, e.g. two other team members are already out that week]. Can we look at [alternative dates] instead? Happy to talk through it if the timing is fixed on your end."
The simplest workflow is manager-only approval, where a request goes straight to the employee's direct manager and their decision is final. It works well for small teams but offers no HR oversight, which becomes a gap once a company grows past a single office or department.
In a sequential workflow, a request goes to the manager first and only proceeds to an admin or HR after the manager approves it. In a parallel workflow, both the manager and admin receive the request at the same time, and whichever one acts first, approve or decline, decides the outcome for both.
If a manager declines a request, it is cancelled at that point regardless of which approval flow is in use. The request does not automatically move to a second approver, and typically no notification goes to an administrator unless the employee resubmits or escalates it directly.
Yes, most systems allow a manager to submit a leave request on behalf of a direct report, which is useful when an employee is unavailable to log the request themselves. The request still moves through the same validation and approval steps as one the employee submitted directly.
Most systems do not hard-block a request that falls short of the minimum notice period. Instead, the request is flagged with a warning that it may be declined by the manager, unless it is marked as emergency leave with a stated reason.
A manager reviewing many requests at once should be able to bulk approve or decline in a single action. The tradeoff is that a single decline reason is usually required for individual requests but not always prompted during a bulk decline, so managers should follow up separately when declining multiple requests at once.
A leave request workflow does not need to be complicated to work. It needs a clear approver, visibility into team-wide absence, and a defined path for requests that cannot wait for standard notice. Most of the chaos in leave management comes from missing one of those three, not from the policy itself.
Talstack's Leave Management module builds sequential and parallel approval flows, calendar visibility, and bulk actions directly into the request process.
Talstack is the people management platform for high-performing teams.
builtwithlove@talstack.com
+2349020000636
Enter email to subscribe