SLA setup not working as intended

3 Commentaires

  • Jacob Johst Christensen
    Community Moderator

    Hi Alejandro,

    A breach can't be applied retroactively, so once you changed the priority for tickets that were already breached, the breach-time was defined as that instance. Once you update those tickets, your time to "next reply SLA" breach should show instead.

    I must commend you on your very clear description of the issue, SLAs can get complicated 😀

    Ideally, you would have updated the priority on existing tickets before enabling the SLAs, but if this is your first time setting up SLAs in Zendesk you're already ahead of where I was when I did that.

    I don't think you can do anything about the artificial First reply breaches, but I don't see any problem going forward from what you have shared.

    1
  • Alejandro

    Thanks Jacob! Kinda impressed on how quickly I've gotten a response after I got the post approved.

    Just to fully understand my mistake and how/if I could have prevented it:

    Ideally, you would have updated the priority on existing tickets before enabling the SLAs

    Let's picture a scenario where this has been done preemptively. All the tickets have a priority. Then when I set the SLAs, if I understood your comment correctly:

    • The breach time stamp on each previously existent ticket would still be wrong, as in, it would just be the time of the SLA setup, not the time it would normally have according to the replies received.
    • The difference with my actual scenario is that, since there is no automation running every hour for the SLA to start applying, all the tickets would have the same breach time stamp (as oppposed to "8 hours ago vs 3 hours ago, etc" in my initial description).

    Are the 2 assumptions above correct?

    If my assumptions are correct and I am (finally) getting this right (thanks to you), then it would be great if this:

    A breach can't be applied retroactively, so once you changed the priority for tickets that were already breached, the breach-time was defined as that instance.

    ... could be improved. It would not be too bold to assume that, sometimes, by the time people get to set SLAs, they already have a backlog, and being able to start using that SLA for the normal views would be a great improvement. Just my two feedback cents.

    Again, impressed to have received a quality response so fast. Thanks a lot and have a good one!

    0
  • Jacob Johst Christensen
    Community Moderator

    Hi Alejandro,

    Sorry I missed your follow-up post! I believe you're correct in your assumptions, and I agree with you that there is a potential for improving both the precision of breach timestamps and the admin process of setting up SLAs.

    If you haven't done so already, I recommend you create this as a Product Feedback post. You'll have my vote!

    0

Vous devez vous connecter pour laisser un commentaire.

Réalisé par Zendesk