Add or configure a playbook to run SLA timers.
To run a timer, it must be run in a playbook task, a script, or manually in the CLI.
You can set a Timer/SLA field to start running by doing the following:
In a Timer/SLA field such as the
Time To Assignment
field, you can control all incidents that use the field regardless of the playbook configured for them by configuring a script to run when the Owner field changes.. This method automatically stops the timer when an analyst is assigned. See Automate changes to incident fields using SLA scripts. The advantages of using this option are scalability and consistency.Stop the field through a playbook. The Timer/SLA field can be triggered to start, pause, or stop when a certain task occurs. For example, a timer can be triggered to stop for the
Time to Assign
field when the incident is assigned an owner, and to immediately start the timer for theTime to Remediation
field.
In a playbook, you add timers to specific tasks to manage SLAs.
When defining a Timer in a task or section header, in the Timers tab, select the action that you want the timer to perform for the task.
Note
If creating tasks for SLAs they do not have to execute anything. You can also use section headers.
Valid options are:
Option | Description |
---|---|
| Starts the timer. NoteTimers are not started automatically when an incident is created. |
| Pauses the timer. |
| Stops the timer. NoteTimers are automatically stopped when an incident is closed. After a timer is stopped, you can only reset a timer using the resetTimer command in the CLI. |
Some playbooks, such as Phishing - Generic v3, comeout-of-the-box with SLA timer tasks included. If you need the same timers across use cases, create a sub-playbook based on your use case or conditions such as incident severity.
Although you can create your own SLA sub-playbooks, the CaseManagement - Generic content pack includes several SLA playbooks, which you can configure. For more information, see the CaseManagement - Generic content pack.