Question
How do I create an SLA for agent created tickets?
Answer
Creating a FRT SLA for agent created tickets is not possible. When your agents create a ticket on behalf of the customer, the SLA starts after the customer's initial response and not from the point when the ticket was created.
SLAs measure the average response and resolution times between your agents and customers. An important thing to realize is SLAs are based on ticket events. This means that for tickets to be matched to an SLA policy, something needs to happen to the ticket, like a ticket creation or update event. Otherwise, the ticket shows no SLA information or shows the old SLA information.
Other targets, like Agent Work Time, Requester Wait Time, Next Reply Time, and Periodic Update Time, will still apply and display if the ticket meets the SLA policy criteria immediately on agent created tickets.
Periodic update is likely the best option for applying an SLA to agent created tickets, as it can be applied immediately on the ticket.
Please note that a newly created SLA policy is not applied to existing tickets, so you need to update the ticket to apply the SLA.
9 Comments
Tickets that were reopened (from pending/solved) by light agents does not set the SLA since it was updated with an internal note. This is an issue since most tickets are missing SLAs when more than half of customers are full-service where light agents open tickets on behalf. Will this be addressed? Ideally a setting in option that allow us to treat light-agent tickets similar to end-user when it comes to SLA...
Hi John,
I had a look around and unfortunately there is no option to have the SLA to apply on the ticket, once it is re-opened by a light-agent.
As far I am aware there is nothing on the road map to have an option to make the light-agent comment to be public.
However, I would highly encourage you to post this request on our Product Feedback forum, since that forum is the primary channel used by our Product Management team and other Zendesk users to discuss possible new features and suggest workarounds. I also recommend subscribing to the article so you'll be updated of any further comments. We truly value customer feedback and your voice and votes in the forums help influence future Zendesk functionality.
Thanks!
The explanation for prohibiting the "first reply" SLA when an agent creates a ticket relies on the assumption that those tickets are created on behalf of customers. If you're using ZenDesk across multiple teams for multiple purposes it's possible that agents in one group could be considered internal "customers" when submitting tickets to another group.
I'm relying on the suggested "periodic update" hack to enable sorting by "Next SLA Breach." Ideally, there should be an option to define the agent group(s) excluded from the "first reply" SLA instead of assuming all agents should be excluded.
Steve - I am also facing the same predicament. What is the "periodic update" hack?
We are an Enterprise customer of Zendesk and have the same problem Steve and Gadi have.
We have multiple groups/departments (as any Enterprise does) and cannot apply first touch SLA to those tickets created by an Agent.
You would think, you could add a tag to the tickets, via a Trigger and then specify that tag to be included in the First Touch SLA also.
I agree. We are an enterprise customer as well and would like the SLA to begin anytime a ticket is opened, whether internally or from a customer. For us, an SLA should be applicable for every step along the away, whether the next step is internal or not (after first reply time). The ticket workflow demands movement, without and SLA in the ticket, we don't know unless we look at every ticket over and over again.
Has anyone found a work around for this?
I am thinking about taking the time stamp of when a case is created and making a custom tag or something to stamp the time when the first public comment is made by a ZD agent. Then create a formula to take the difference of the times and compare them to the SLA of the priority and get a 1 or 0 value if equals true or false and then get the percent that was within the SLA to figure out how much we are meeting or missing our first respond time.
I am new to Zendesk so still figuring out the ins and outs and was highly disappointed when I came across this post. Is the power of 1 useful in explore or am I going down a rabbit hole?
Desperately needing a solution to this as well.
If there was some way to automate adding an SLA after a light agent comment I think that would fit the bill for a lot of people.
Come on Zendesk. Love the product but this is a requirement for many of us How can we get this done?
Please sign in to leave a comment.