> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/cortex-xsoar-8-on-prem/8.14/configure-cortex-xsoar/slas/configure-timersla-fields.md).

# Configure Timer/SLA fields

By default, Cortex XSOAR comes out-of-the-box with several Timer/SLA fields, such as **Remediation SLA** and **Time to Assignment**, or create your own Timer/SLA fields. You can use the fields as an SLA, an SLA and timer, or a timer.

| Action     | Description                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           |
| ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| SLAs       | <p>Set the date in the incident field, which counts the completion time. Use it to create widgets in a dashboard/report and to the incident layout, which is useful to see when an SLA is breached or at risk.</p><p>You can also add an SLA script, so when an SLA is breached certain actions can occur, such as sending an email. For more information, see <a href="/pages/KPn7BNkbuMj3VVKjrMpc">Automate changes to incident fields using SLA scripts</a>.</p><div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><p><strong>Note</strong></p><p>Incidents sorted using an SLA/Timer field are sorted by the due date of the SLA field.</p></div> |
| SLA Timers | Counts the time elapsed since the incident field started. You can add it to a playbook task or script. It does not run automatically. You need to start/stop/pause it in a playbook, script, or manually in the CLI.                                                                                                                                                                                                                                                                                                                                                                                                                                                                  |

In the following example, configure the SLA information in the **Time to Assignment** field.

1. Navigate to Settings & Info → Settings → Object Setup → Incidents → **Incident Fields**.
2. Edit the **Time to Assignment** field.

   <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Note</h3><p>If creating a new SLA field, in the field type field, select Timer/SLA</p></div>
3. Set the SLA time.

   By default, the SLA field shows hours and minutes. You can change this to days and hours, by clicking **Hours**.

   For example, if you set the SLA for one day and the `Time to Assignment` has started but not stopped within one day, the analyst will be in breach of the SLA.
4. Set the Risk Threshold.

   Useful for dashboards and reports. When the timer falls below this threshold, it is considered at risk. By default, the threshold is 3 days. You can change this by adding a server configuration. See [Configure the Global Risk Threshold](/cortex-xsoar-8-on-prem/8.14/configure-cortex-xsoar/slas/configure-the-global-risk-threshold.md).
5. Under **Run on SLA Breach**, select the script to run when the SLA time has passed. For example, the `sendEmailOnSLABreach` script sends an email when the SLA is breached. For more information, see [Automate changes to incident fields using SLA scripts](/cortex-xsoar-8-on-prem/8.14/configure-cortex-xsoar/slas/automate-changes-to-incident-fields-using-sla-scripts.md).

   <div data-gb-custom-block data-tag="hint" data-style="info" class="hint hint-info"><h3>Note</h3><p>Only scripts to which you have added the SLA tag appear in the list of scripts you can select.</p><p>When you hover over the machine name (below the Field Name) note the name which is used in the command line or script.</p></div>
6. Save the field.
7. Add the field to the incident layout.

   Ensure that the incident layout is used in the incident type you want to view the SLA information.
8. If you want to automate SLA timers, add or configure a playbook to run the timer fields.

In this example, you want to create a new field that notifies a user when it reaches a particular stage in the investigation with an SLA of three days and the risk set to one day.

![](/files/hLC2xsQ0Dc24VB7Av8PJ)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://cortex-docs.paloaltonetworks.com/cortex-xsoar-8-on-prem/8.14/configure-cortex-xsoar/slas/configure-timersla-fields.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
