Difference between revisions of "SLAs and SLOs"

From AgileApps Support Wiki
imported>Aeric
imported>Aeric
Line 35: Line 35:
# Fill in the basic SLA information:  
# Fill in the basic SLA information:  
#:* '''Name -''' Give the SLA a name. For example: "Standard SLA".
#:* '''Name -''' Give the SLA a name. For example: "Standard SLA".
#:* '''Default'''<br>Check this box to apply this SLA to all incoming cases, by default.
#:* '''Default'''<br>Check this box to apply this SLA to all incoming cases, by default.<br>(If the Account an incoming Case is attached to has SLA, that SLA is used.
(If the Account an incoming Case is attached to has SLA, that SLA is used.
Otherwise, with this box checked, this one SLA is used.)
Otherwise, with this box checked, this one SLA is used.)
#:* '''Description'''<br>Add any descriptive information you like to clarify the nature and purpose of the agreement.
#:* '''Description'''<br>Add any descriptive information you like to clarify the nature and purpose of the agreement.

Revision as of 23:23, 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.

Warn.png

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:

  1. GearIcon.png > Company Setup > Business Hours Calendars
  2. Select the Normal Business Hours calendar.
  3. 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.
  4. 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:

  1. GearIcon.png > Case Automation > SLAs
  2. Choose an existing SLA, or click [New SLA]
  3. 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 SLA, that SLA is used.

Otherwise, with this box checked, this one SLA is used.)

    • Description
      Add any descriptive information you like to clarify the nature and purpose of the agreement.
  1. Click [Save]

After creating an SLA, or when viewing an existing one, you'll define the objectives.

To add an objective:

  1. Click [New Service Level Objective]
  2. Specify the SLA Objective settings, discussed below
  3. 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 example, "Router Problem" or "P1 Doc Request".
  1. Active
    Uncheck this box to deactivate an objective without deleting it.
  2. 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).
  3. 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).
  4. Business Hours
    Choose the organization's Business Hours Calendar (a listing of work days and hours of operation).
  5. 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.

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".

Warn.png

Important: {{{1}}}

Learn more about specifying conditions, see Defining Conditions.