Functionality to pause an SLA

Not planned


Posted Dec 12, 2017

Hi team,

Imagine that I have an SLA policy that requires first reply in 30 minutes and updates every 1 hour following that.

Very often, customers will write in with an urgent issue and request a screen sharing session right away. Our first reply is either to get quick initial info, or to simply send them our screen sharing link and ask them to get on the call with us.

These initial responses will satisfy our first reply SLA, but we run into problems when dealing with the 1 hour updates as we might be on the phone call with the customer for over an hour. This means that we are actively engaged with this customer providing them support, but zendesk is only tracking ticket updates, which an agent is not expected to submit while they are talking on the phone to the person who filed the ticket.

I understand that "Pausible update" is available, but this only allows me to pause an SLA when the ticket is pending. We use the Pending state as "we are waiting for the customer to respond", and being on a phone call with them working through an active troubleshooting session is not appropriate for the Pending state.

What I need is a way to pause an SLA while we are on the call that is not: setting it to Pending while on the phone, having it removed from our Open investigation queue, then setting back to Open and replying, then setting back to Pending, and so on.

Most of our SLA breaches are incorrect and are due to this type of reporting failure, and should not be considered real breaches.

I tried to work around this with a checkbox ticket field titled "Currently on a call" that an agent would check when they are on the phone with a customer and would apply an "on_a_call" tag to the ticket and our SLA policies exclude tickets that contain that tag, however this does not actually pause the SLA timer, it just deactivates the SLA and then reapplies the SLA from the previous reply time.

This means that if you are on a call with the checkbox checked for an hour and a half, then end the call and uncheck the box, the SLA will be reapplied and instantly breach as you are 30 mins past the last reply time.

Simply adding "on-hold" to be included in the pausible updates would be a solution, or something more involved where there is an actual option in a ticket to deliberately pause an SLA.

Thank you for your consideration.

Andrew Goetz


46

63

63 comments

Hi Everyone,

Thanks for all your comments and input. I'm a new Product Manager here at Zendesk, and one of our priorities for the year is to improve our SLA functionality. Thanks for your patience, and continued feedback! We truly appreciate it.

[Note from the Community team – see Scott's most recent comment for some additional details on what his team is working on in regards to SLAs!]

0


We often put a ticket on-hold when it has been agreed between the customer and ourselves (usually at their request) that there will be a period of no focus on the support request until an agreed, future date.

In this scenario, for the SLA pausable update to consider it a breach when there is no public comment update from an agent between the required timeframe is somewhat ridiculous.

On hold by the very nature of the term implies that there is no work expected on the request, so I agree with the others that on-hold should be excluded, or at the very least configurable whether to include or not, so that for those companies can enjoy accurate SLA reporting.

 

 

1


Just wanted to add my 5 cents: 
It's really frustrating when Pausable update time doesn't really pauses after setting status to On-hold (this status really means "waiting for a 3rd party", so the timer shouldn't run). Please, ZD, make the Pausable Update time pause in th On-hold state the same way it is paused in Pending state. You can make it optional of course to not break existing workflows.

0


I've spent too many hours tinkering with Zendesk and the SLAs and forums.  I won't even make a support ticket for this given my past success. The one addition to this post i'll make is that when we send a ticket to engineering or other internal teams or we're just waiting on something to occur i've made a field to put the jira link into conveniently called "Jira Link".  This field is a text box and you can use it in triggers or logic to search for null values etc.  Recently i've created a Jira Link Destination that lets me check the "location" of the ticket.  These fields can also be used for reporting and following tickets which makes the support more efficient. 

When we get a ticket and it goes to another team, I link it in the Jira Link and set a Jira Link Destination and put it on hold in one step. The SLA only fires in the absence of a Jira Link Destination and is unable to check for null in the Jira Link field. When a user replies and asks for an update, the Jira Link and Jira Link Destination don't change at all so the SLA doesn't get impeded.  I do not remove them via trigger per TIm's suggestions. 

This seems to be the only way to get the SLA to work following Tim's guidance.  The criteria for agent work time is really what I want to use (new and open status) but it fired SLAs when the amount of work done on a ticket exceeded that time.  

0


just like everyone else here (and everyone else that hasn't yet figure out this is a problem), my org needs this too.

 

Please build this ZD

0


I would also like to mention that the ability to pause in On Hold status is something that is playing with SLAs, and would be most welcome to the system.  

0


I wouldn't even restrict it to the on-hold status. Just having an option to manually pause an SLA would be great. 

1st use-case: 
A customer writes us, we call him back to answer him. After the call, we set the ticket to "pending" because there are still open topics for him to answer. We don't actually send a reply though, so the "next/first reply time" SLAs keep running.

2nd use-case:
We send the customer an email "sorry we're keeping you waiting, we're on it ....". He just replies "ok". Because of his answer, the "next reply time" SLA starts again.

2


We would benefit from the option of pausing an SLA while a ticket is in the hold status. +1 from me.

0


I dont use Zendesk but am researching tools at present. Call me a noob but.

 

The incident stays open and active (other than awaiting the client)- If it becomes apparent that the FIX requires a software fix, Then the clock should continue until a "workaround" is applied and at that point the incident is resolved but a secondary ticket could be created to manage the delivery of the software update in line with the businesses software development release policies. (which will/should also have an SLA).

doesn't this get around all this? Or am I being daft?

 

 

0


+1 Here too. 

0


Sign in to leave a comment.

Didn't find what you're looking for?

New post