Incidents and Service Level Agreements

A service level agreement (SLA) between a service provider and its customers specifies service commitments that the service provider agrees to meet. For each SLA, you create commitments. The SLAs are matched to the incident in the same way that the system matches a customer agreement. Each SLA specifies such criteria as priority, affected person, classification, service or service group, and so on.

For example, you might have commitments such as the following:

For each commitment, you can establish escalation actions or notifications that occur if the commitment might not be met. An escalation process can monitor all activities and send notifications or perform other activities to ensure that commitments are met.

Applying SLAs

Your system administrator determines whether you can apply one or more than one SLA to a ticket or work order. If you can apply more than one SLA, the system administrator determines which SLA updates the target time fields. The administrator determines whether the highest-ranked SLA or the SLA with the most stringent commitment updates the fields.

There are several ways in which SLAs are applied to tickets or work orders:

For more information about SLAs, see the Service Level Agreements (SP) help.

Matching an SLA

The SLA is applicable to records with values that match criteria on the SLA. The less specific the SLA, the more records to which it is potentially applicable, and vice versa. For example, if there is no customer associated with an SLA, the SLA can be matched to an incident for any customer.

When you apply an SLA to a ticket or work order, the system uses logic to select an applicable SLA. The conditions on applicable SLAs match the following conditions on a ticket or work order:

For more information about matching SLAs to other records, see the Service Level Agreements (SP) help.

See Also

Apply an SLA

Select / Deselect SLA

View SLAs

Service level agreement hold status