2.3 Service Level Agreements (SLAs) & Urgency Calculations
Key Takeaways
- Service Level Agreements (Rule-Obj-ServiceLevel) enforce business commitments for work timeliness by establishing milestone intervals and automated escalation actions.
- The four SLA intervals are Start of interval (trigger event), Goal (target completion), Deadline (required completion), and Passed Deadline (recurring overdue intervals up to a maximum repetition limit).
- Total assignment urgency (pyUrgencyAssignWork) dynamically sums assignment initial urgency (default 10), case urgency (pyUrgencyWork), and milestone increments, capped strictly at 100.
- Escalation actions execute automatically when milestone intervals expire, enabling urgency adjustments, manager/assignee notifications, or automated reassignment to work queues.
- SLAs operate across three hierarchy tiers—Case-level, Stage-level, and Assignment-level—with assignment SLAs directly driving operator prioritization in Get Next Work.
2.3 Service Level Agreements (SLAs) & Urgency Calculations
In enterprise operations, completing work accurately is only half the battle—work must also be completed on time. A Service Level Agreement (SLA) in Pega Platform defines business commitments for work timeliness, tracks milestone deadlines, and triggers automated escalations when those commitments are at risk of breach.
SLAs directly manipulate Urgency, a numerical metric that drives the Get Next Work engine to prioritize critical tasks across the enterprise.
1. SLA Rules and the Four Time Intervals
An SLA is defined using a Service Level rule (Rule-Obj-ServiceLevel). An SLA rule measures time across four standardized operational intervals:
Start of Interval ────[ Goal ]────> [ Deadline ] ────[ Passed Deadline ]────>
(T=0) Target Time Required Time (Repeats N times)
The Four Milestone Intervals
-
Start of Interval ($T=0$):
- Defines when the SLA timer begins ticking.
- For an assignment SLA, the interval typically starts the moment the assignment shape is instantiated (
pxCreateDateTime). - Can be configured to start dynamically based on a future DateTime property (e.g.,
.PolicyEffectiveDateor.ScheduledAuditDate) or calculated via a When rule.
-
Goal Interval:
- Defines the targeted or ideal duration within which the work should be completed.
- Represents organizational excellence and optimal customer service.
- Example: "Review insurance claims within 4 business hours."
-
Deadline Interval:
- Defines the mandatory duration within which the work must be completed before it is officially late.
- Represents contractual commitments, legal compliance limits, or regulatory boundaries.
- Example: "Adjudicate claim within 24 hours of filing."
- Note: Deadline time is measured from the Start of Interval, not from the expiration of the Goal!
-
Passed Deadline Interval:
- Begins after the Deadline has expired without the task being completed.
- Unlike Goal and Deadline (which fire exactly once), the Passed Deadline interval can be configured to repeat at fixed increments (e.g., "Every 2 hours") up to a defined repetition limit (e.g., "Repeat 3 times").
- Used for escalating alerts and urgency increments until the overdue task is completed.
2. Urgency Calculation Mechanics
In Pega, task priority is quantified through Urgency—an integer value that spans from 10 to 100.
Core Urgency Properties
.pyUrgencyWork: The baseline urgency of the case instance. Configured on the case type or case-level SLA (default value = 10)..pyUrgencyAssign: The initial baseline urgency of an individual assignment step (default value = 10)..pyUrgencyAssignWork: The final combined urgency of an active assignment, evaluated by Get Next Work.
The Platform Urgency Ceiling Rule
No matter how many urgency increments an SLA applies, the platform strictly caps .pyUrgencyAssignWork at 100. Any calculated value exceeding 100 is clamped to 100.
Master Urgency Formula
Where:
- $\text{pyUrgencyWork}$ is the current case urgency (default 10).
- $\text{pyUrgencyAssign}$ is the assignment starting urgency (default 10).
- $\Delta_{\text{Goal}}$ is the urgency increment applied if Goal expires.
- $\Delta_{\text{Deadline}}$ is the urgency increment applied if Deadline expires.
- $N_{\text{repeats}}$ is the number of completed Passed Deadline intervals.
- $\Delta_{\text{PassedDeadline}}$ is the urgency increment applied at each Passed Deadline repetition.
3. Automated Escalation Actions
When an SLA milestone (Goal, Deadline, or Passed Deadline) expires, Pega can automatically trigger one or more Escalation Actions:
- Adjust Urgency: Adds an integer value to the assignment's current urgency, elevating its position in Get Next Work.
- Send Notifications: Dispatches correspondence (email, SMS, or mobile push) to:
- The assigned operator (e.g., "Your assignment is nearing deadline").
- The operator's reporting manager (
.pyReportTo). - The Work Group Manager or case parties.
- Transfer Assignment: Programmatically moves the assignment from an individual's stagnant worklist to a senior operator, a supervisor, or a shared team Work Queue.
- Execute Custom Action: Invokes a custom activity or workflow to log audit records, notify external monitoring systems, or trigger compliance workflows.
4. Hierarchy of SLA Levels
Pega allows SLAs to be attached at three different architectural tiers in the Case Life Cycle:
| SLA Level | Scope of Operation | When It Starts | When It Ends | Impact on Urgency |
|---|---|---|---|---|
| Case-Level SLA | Entire case life cycle | When the case is instantiated (pyID created). | When the case achieves a Resolved- status. | Establishes the baseline case urgency (.pyUrgencyWork) for all assignments. |
| Stage-Level SLA | Specific stage | When the case enters the stage. | When the case exits or transitions from the stage. | Monitors cumulative time spent in a stage; can escalate if a stage stalls. |
| Assignment-Level SLA | Specific assignment step | When the assignment is created and routed. | Immediately when the user completes the assignment. | Directly increments .pyUrgencyAssignWork to drive Get Next Work. |
SLA Interaction Rules
- When an assignment is active, its total urgency combines the Case-level urgency with the Assignment-level urgency.
- If an assignment is completed before the Goal expires, the assignment SLA terminates immediately: no Goal or Deadline increments apply, and no escalations fire.
- Completing an assignment does not stop the Case-level SLA; the case SLA clock runs continuously until the case reaches resolution.
5. Comprehensive Worked Mathematical Example
To see how SLA mathematics and escalation actions operate in practice, trace the following real-world scenario:
Case Configuration Parameters
- Case Baseline Urgency (
.pyUrgencyWork):10 - Assignment Initial Urgency (
.pyUrgencyAssign):15 - Goal Interval:
2 hours| Urgency Increment:+15| Escalation: Send notification to Assignee. - Deadline Interval:
4 hours| Urgency Increment:+30| Escalation: Send notification to Manager (.pyReportTo). - Passed Deadline Interval:
1 hour| Urgency Increment:+15| Repeat Limit:3 times| Escalation: Adjust urgency.
Step-by-Step Chronological Progression
| Elapsed Time | Life Cycle Event | Urgency Calculation Math | Total Assignment Urgency (pyUrgencyAssignWork) | Triggered Escalation Action |
|---|---|---|---|---|
| $T = 0\text{ h}$ | Assignment Created | $\text{Case (10)} + \text{Assign (15)}$ | 25 | Initial assignment routed to work queue. |
| $T = 2\text{ h}$ | Goal Reached | $25 + \text{Goal Increment (15)}$ | 40 | Notification email sent to Assignee. |
| $T = 4\text{ h}$ | Deadline Reached | $40 + \text{Deadline Increment (30)}$ | 70 | Escalation email sent to Manager (.pyReportTo). |
| $T = 5\text{ h}$ | Passed Deadline #1 | $70 + \text{Passed Deadline (15)}$ | 85 | Urgency incremented; task rises in GNW. |
| $T = 6\text{ h}$ | Passed Deadline #2 | $85 + \text{Passed Deadline (15)}$ | 100 | Urgency achieves platform maximum ceiling. |
| $T = 7\text{ h}$ | Passed Deadline #3 | $100 + 15 = 115 \rightarrow \mathbf{100}$ | 100 (Clamped) | Final repeat executed; urgency remains capped at 100. |
| $T > 7\text{ h}$ | Further Repeats Halted | Max repeats (3) reached | 100 | No further SLA actions fire; assignment remains at urgency 100. |
6. Business Days vs. Calendar Days
Pega SLA rules can calculate milestone intervals using two distinct timing models:
- Calendar Time (24/7): Standard elapsed clock time. 24 hours equals 24 continuous clock hours regardless of weekends or holidays.
- Business Days (Calendar-Driven): Evaluated against a business calendar (
Data-Admin-Calendar). Pega takes into account company operating hours (e.g., Monday through Friday, 8:00 AM to 5:00 PM) and recognized company holidays.- Example: If an assignment with an 8-hour business day SLA is created on Friday at 4:00 PM, the Goal interval does not expire until Monday at 3:00 PM!
An assignment is created with a starting assignment urgency of 10 within a case whose baseline urgency is 10. The attached Service Level Agreement defines the following increments: Goal (+20), Deadline (+25), and Passed Deadline (+20, repeating up to 2 times). If the assignment remains unresolved through the Goal, Deadline, and both Passed Deadline intervals, what is the final assignment urgency?
A mortgage loan case has an overall Case-level SLA with a deadline of 30 days. Within the Underwriting stage, an underwriter assignment has an Assignment-level SLA configured with a 2-day goal and a 5-day deadline. The underwriter completes the assignment in 1 day. How does completing the assignment affect the active SLA timers?
Customer service management discovers that complex billing disputes sitting in individual operator worklists frequently miss regulatory deadlines when agents are unexpectedly out of office. Management mandates that if any billing dispute assignment reaches its Deadline without completion, it must immediately be transferred to the Senior Billing Review Work Queue. Which SLA configuration satisfies this requirement?