Escalation with SLA Timeout
Automatically escalate a task when the assigned person hasn't responded within a defined SLA. Prevents process stalls and enforces accountability.
On this page
Visual Flow
Rendering diagram…
When to Use This Pattern
Use escalation with SLA timeout when:
- Tasks have deadlines that matter (regulatory, contractual, customer-facing)
- You've experienced process stalls from unresponsive approvers
- Management needs visibility into bottlenecks
- You want to enforce accountability without manually chasing people
How It Works
A timer runs alongside each task. If the assignee doesn't respond before the timer expires, the workflow escalates — either to a backup person, the assignee's manager, or by auto-approving/rejecting.
| Timer | Action |
|---|---|
| T + 0 | Task assigned, SLA timer starts |
| T + 2 days | Reminder sent to assignee |
| T + 4 days | Warning sent to assignee + their manager |
| T + 5 days | Escalation — task reassigned to manager OR auto-decided |
Implementation Guide
Step 1: Define the SLA Tiers
Create a tiered escalation schedule:
| Level | Trigger | Action | Notification |
|---|---|---|---|
| Reminder | 50% of SLA elapsed | Send reminder email | Assignee only |
| Warning | 80% of SLA elapsed | Send urgent notice | Assignee + manager |
| Escalation | 100% of SLA elapsed | Reassign or auto-decide | Assignee + manager + process owner |
| Critical | 150% of SLA elapsed | Force-complete with audit flag | All stakeholders |
Step 2: Implement the Timer
Use one of these approaches:
- Parallel branch with delay — Run the task and a delay timer in parallel. If the delay completes first, trigger escalation.
- Scheduled check — A separate workflow runs every hour, checking for overdue tasks.
- Built-in task timeout — Some products (K2, Workflow Cloud) have native task timeout settings.
Step 3: Configure Escalation Actions
Choose what happens at each tier:
- Reassign — Move the task to the assignee's manager (resolve via org chart lookup)
- Add approver — Keep the original assignee but also assign to a backup
- Auto-approve — Approve automatically if the risk is low (flag for audit)
- Auto-reject — Reject and require re-submission (strict compliance scenarios)
Step 4: Notify and Log
Every escalation event should:
- Send a notification explaining why escalation occurred
- Log the event in an audit trail
- Update a dashboard or report (for SLA compliance tracking)
Tips & Best Practices
Be realistic about SLA times. Setting 24-hour SLAs for people who check email twice a day will just generate noise. Analyze actual response patterns before setting thresholds.
- Exclude non-working hours. Calculate SLA in business hours, not calendar hours. Account for holidays and time zones.
- Escalate the task, not just the notification. Simply CCing a manager is ineffective — they need to be able to act on the task directly.
- Track escalation frequency. If the same person or step triggers escalations frequently, it signals a staffing or process design issue.
- Provide a "snooze" option. Let assignees extend the SLA by a day if they need more info, rather than letting it escalate unnecessarily.
Related patterns
Budget-Tiered Approval
Route purchase requests, expense reports, and financial approvals through different approval chains based on the dollar amount. Low-value requests skip senior approvers; high-value requests get more scrutiny.
Serial Approval Chain
Route a request through a sequence of approvers where each must approve before the next receives it. The simplest and most common approval pattern.
Parallel Approval with Threshold
Send approval requests to multiple people simultaneously and proceed when a minimum number approve. Faster than serial chains for peer-level decisions.