Commonly, service level rules are associated with process and task-related steps such as stages, flows, and assignments.
Optionally, you can associate a service level rule with a case, so that as the case ages the escalation processing defined in the service level rule occurs. The start time for the goal and deadline periods is the date and time the case was created (or most recently reopened). Service level processing ends when the case is resolved.
Your business objective may be that the user organization resolved any work items involving amounts of $1,000.00 or more within three business days. You can set a goal time of two business days in a service level rule associated with the work type. For work items that remain open after two business days, automatic escalation processing can occur. Escalation processing can:
In another business process, work items not resolved within 24 hours may automatically be withdrawn or cancelled, an approach sometimes called "fill-or-kill."
When enabled, this feature causes the standard flow rule Work-.OverallSLA to execute in parallel with other flows for the work item. This flow contains a single assignment that can be ignored; resolution of the work item activates a standard ticket named Work-.Status-Resolved that cancels the assignment. Ordinarily, you don't need to modify or override the flow rule, but you do need to identify a destination for the assignment and identify a service level rule to run.
The Pega-ProCom agent performs work item escalation processing, as with service levels associated with assignments.
To you can enable this capability in either of two ways:
AssignTo
parameter.As a best practice, use the Goals and Deadlines setting to create the overall service level.
deadline, escalation, goal, service level | |
About Service Level rules
Understanding the Pega-ProCom agent |
|
Atlas — Standard service level rules |