Customers
User information
 Loading ...
Show article in Knowledge Base

Overview of SLA Management Export knowledge base Export     SubscribeSubscribe      Show article info

Using SLA's (Service Level Agreement) on issues is a way for you to make sure your team(s) live up to defined service levels, such as to:

 

  • Make sure you always reply back to a customer within 2 days if you receive an email from them
  • Make sure that you reply to a RFQ's from new customers within 6 hours
  • Make sure that an incident is resolved (problem fixed or have a workaround) within 24 hours after we have received it
  • Handle issues regarding some products/services quicker than for other products/services
  • Handle issues for some customers quicker than for other customers.

 

In many cases this is also used for specific service agreements with your customers (External Clients or internal departments/organizations) and it often concerns a specific service, such as:

  • Customer A have GOLD SLA for service 1 and SILVER SLA for service 2.(You could define GOLD and SILVER SLA's with different SLA Targets)
  • Customer B have GOLD SLA for service 1 and service 2

 

 

SLA's are associated with issues via contracts, where a contract can specify which SLA should be used for issues from a specific user or from a specific company.

If you have different SLAs for the same user/company, they can be for different products/services/assets. If the system cannot match an issue from a user/company to a specific SLA via a contract, it will use a default SLA instead, if any.

If you are not using contracts, then you can use a default SLA and use that for all issues.


User comments
 Loading ...

Documents