Difference between revisions of "SLAs and SLOs"
imported>Aeric |
imported>Aeric |
||
Line 65: | Line 65: | ||
Here, you determine when this objective applies to a Case. When creating a "Priority 1" objecive for a particular product, for example, you might create a condition that says the objective is applied when the product is "X", and the Case priority is "P1". | Here, you determine when this objective applies to a Case. When creating a "Priority 1" objecive for a particular product, for example, you might create a condition that says the objective is applied when the product is "X", and the Case priority is "P1". | ||
{{Important|<br>Typically only one SLA objective is in force at any given time, so each objective will specify one condition (or set of conditions) that no other objective shares. For example: | {{Important|<br>Typically only one SLA objective is in force at any given time, so each objective will specify one condition (or set of conditions) that no other objective shares. For example: }} | ||
:''Learn more'' about specifying conditions, see [[Defining Conditions]]. | :''Learn more'' about specifying conditions, see [[Defining Conditions]]. |
Revision as of 23:26, 15 May 2013
This article shows you how to set up Service Level Agreements and Service Level Objectives, and shows you how to attach an SLA Escalation to an objective.
About SLAs
Service Level Agreements (SLAs) specify the response times you've committed to, for your customers. An SLA will generally have different Service Level Objectives for different kinds of cases. So the objective for a Priority 1 issue may be to resolve the case within 4 hours, while at Priority 3, much more time would be allowed. Each objective includes an SLA Escalation--a procedure that carries out automated actions at set milestones--for example to send out a reminder or reassign a case.
Important:
SLAs let you track your organization's performance against its commitments, but they don't help you meet those commitments until you tie them to SLA Escalations. The escalations you define can be used to send reminders, inform managers, and automatically reassign things to new owners. The default escalation procedure works well enough to get started, but eventually you may want to define your own.
Once an SLA has been defined, it can be attached to an Account. From then on, any Case attached to that account is subject to that SLA. Or, for an Account that isn't tied to a specific SLA, you can set up a default SLA to use for such cases.
SLAs specify an optional response time and a resolution time. When a Case is created that is subject to an SLA, A task (or two) is created for the Case owner to respond to the Case and/or resolve it. (The Case owner can assign those tasks to other case workers, if needed.)
When an Agent marks a task as Completed, the time is recorded in the Case history for reporting, the SLA is marked as achieved, and the SLA escalation process is stopped.
Working with SLAs
Prerequisite: Specify Your Business Hours
If you're commited to 24/7 service, you can ignore this step. Otherwise, start by establishing your normal business hours.
To specify your working hours:
- > Company Setup > Business Hours Calendars
- Select the Normal Business Hours calendar.
- Adjust calendar details:
- Time Zone - Choose your organization's time zone.
- Days - For each day of the work week, specify the start and end time
- Holidays - Specify company holidays.
- Click [Save]
Create an SLA
An SLA will include a set of objectives that specify response times for different kinds of cases.The first step is to create the SLA.
To create an SLA:
- > Case Automation > SLAs
- Choose an existing SLA, or click [New SLA]
- Fill in the basic SLA information:
- Name - Give the SLA a name. For example: "Standard SLA".
- Default
Check this box to apply this SLA to all incoming cases, by default.
(If the Account an incoming Case is attached to has an SLA, that SLA is used.
Otherwise, with this box checked, this SLA is used.) - Description
Add any descriptive information you like to clarify the nature and purpose of the agreement.
- Click [Save]
After creating an SLA, or when viewing an existing one, you'll define the objectives.
To add an objective:
- Click [New Service Level Objective]
- Specify the SLA Objective settings, discussed below
- Click [Save]
SLA Objective Settings
Basic Information
- Name
Give the objective a name. The name will typically reflect the condtions specified for the objective, so it is easy to identify in the SLA's list of objectives. For
- Name
example, "Router Problem" or "P1 Doc Request".
- Active
Uncheck this box to deactivate an objective without deleting it.
- Active
- First Response In
Number of hours or days in which an initial response is expected. If zero, then an initial response is not required.
Specify hours in whole or fractional amounts up to 24 hours. Specify days in whole numbers (minimum one).
- First Response In
- Resolve In
Number of hours or days in which full resolution of the case is expected. This value can never be 0.
Specify hours in whole or fractional amounts up to 24 hours. Specify days in whole numbers (minimum one).
- Resolve In
- Business Hours
Choose the organization's Business Hours Calendar (a listing of work days and hours of operation).
- Business Hours
- Escalation Processes
This value can be left open, but you'll probably want to use the default SLA Escalation procedure, or create one of your own to send alerts and perform other actions before deadlines pass.
- Escalation Processes
Start Condition
Here, you determine when this objective applies to a Case. When creating a "Priority 1" objecive for a particular product, for example, you might create a condition that says the objective is applied when the product is "X", and the Case priority is "P1".
- Learn more about specifying conditions, see Defining Conditions.