Recent searches
No recent searches
Recalculate SLA metric when ticket priority is changed
Posted Oct 01, 2022
Feature Request Summary:
If a ticket's priority is changed, any SLA metrics associated with that ticket should recalculate, even if the SLA metric has been completed.
Description/Use Cases:
Often times an incorrect Priority will be set on a ticket and later changed to more accurately reflect actual ticket priority. A ticket may automatically be set to an Urgent or High priority ticket, but after further review it is later determined to be Normal or Low priority (or vice versa) and it will not recalculate first response time, requester wait time (resolution time), etc if the metric has already been met. We have triggers in place that set the Priority of a ticket based on various scenarios and we often err on the side of caution and set ticket priorities to Urgent or High to ensure they're reviewed right away. If the ticket priority isn't changed prior to that metric failing (often times Agents are hesitant to change a ticket priority, especially downgrading, so typically it isn't until a ticket is in the solved status before it's changed) then there is no way to go back and recalculate that metric.
Business impact of limitation or missing feature:
It's reflecting an inaccurate view of Support SLA Achievement rate, which is especially detrimental if we have to provide service credits to customers for breached SLAs. We work in a fast paced Support environment and relying on a human to catch that the Priority field should be changed before it's too late. There's absolutely no wiggle room in recalculating a SLA metric once it's been completed.
15
8 comments
Official
Scott Allison
Thank you everyone for continuing to share your needs for this. Unfortunately, this is not on our current roadmap, so I will mark the status of this as Not Planned for now. That could change based on customer demand though, so please keep your feedback coming.
We do though have a number of major enhancements planned for SLAs in 2024. First up, the ability to customize exactly how SLA targets are measured, including how an SLA timer is activated and fulfilled. This will give you more control and the ability to capture things like first reply time on agent created tickets. Later in 2024 we'll offer realtime alerts, notifications and reminders. The goal of that is to make sure you hit your SLAs.
Thanks again for your feedback, we truly appreciate it.
0
Christine
We appreciate your input! Our Product Managers actively monitor our feedback threads, and conversations with high user engagement ultimately get flagged by the team for roadmap planning. Thanks!
0
Stephen
+1 on this - recalculating the SLA when priority changes, would be super helpful.
0
Keelan Pannell
Voted! This would be a great feature
0
Arthur
1 vote here - this will help our unit a lot if this will be possible
0
Vanessa Wood
1 vote here as well
0
Shannon Maggard
+1 this would be very helpful
0
Randall Kiesewetter
This would be a very useful feature. We missed adding a public holiday in our business hours schedule. A high severity ticket was logged on the public holiday and as we there was no-one actively monitoring the queue due to the public holiday and consequently breached the SLA. Subsequently the public holiday was added but Explore still reported that we exceeded SLA.
0