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
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.
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.
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.