I have the SLA shown below. I am using this to run an automation that leaves a comment notifying agents when a customer hasn't heard from us in a week. As you can see I have the SLA start counting when the Customer or Agent comments, however, due to the SLA stopping the same way, they would have to comment twice for the timer to restart. Does anyone have any suggestions on how to rework this?
Thanks in advance!
Indeed, when using the same start and stop the SLA may not work as expected because it's not clear when the SLA must start or stop.
As you must use the same condition to start and stop the SLA, the best option, in this case, is to create two SLAs, one for when your team is waiting for the customer's response and other for when the customer is waiting for a response of an agent.
This is the best way to know exactly how many time both customer and agents are waiting.
Then you can create an automation based on this SLAs to send a notification to agents.
Hey @Angélica Luz,
This is an incredible idea and it almost solves the issue.
The issue I am facing now is when the SLA is already counting. Let's say a customer has commented and the SLA is counting against the agent. When the agent responds, it obviously does not restart the clock. What do you recommend for this?
I believe that the best option in this case to restart the clock is to add on Start and Stop the status of the ticket and not based on the comment.
Please, check the example on the documentation below that shows how to create an SLA with multiple cycles:
Hope this helps!
Hey @Angélica Luz,
I was able to achieve this the following way.
I created 3 SLA's
I also created 3 automations
When a customer comments on a ticket, the Agent2 SLA will start. The corresponding automation will wait for 1 week for the SLA to breach. Once it breaches, the automation checks for 1 thing.
Based on the assignee it will add an internal comment notifying the user.
When agent responds to the ticket, it will stop any of the above SLA's from running and start the Customer SLA. The above process will start over again.
Since I do not have Time to First response on all tickets, I had to create the Time Since Last Activity Agent SLA. This will start when a ticket without a First Response SLA is created. The same process above starts again.
Hi - Not totally following the above. I am trying to build the same request, but without being dependent on the Customer commenting. Our agents need to provide an update every xx hours (dependent on severity of the ticket).
Is it possible to build in SLAs and/or Automation so:
Struggling to find the proper format as well. I have a greatly simplified use case as an example. Basic 'no response in Xdays, comment to client checking in' that will be used with another which is 'no response in Xdays, close ticket and comment back to client about the action'. The most basic piece, the check back in... I'm struggling with.
I've got a solution. It's not super elegant but it will work.
Let's say your example has a Blocker priority and your SLA requires you to respond to the customer every hour until it is resolved.
1) Create a new event that does nothing, name it Reset SLA. Add this to the notification schemes that contain the projects you need this automation for.
2) Add a new status, Reset SLA, to your workflow that for simplicity sake all can transition to though you can choose to limit this. Make sure it has outgoing transitions to the one (or more) statuses that you want it to come from (In progress, Waiting for support, etc).
3) For all incoming and outgoing transitions to the Reset SLA status, go into the post-function and change the generic event to the Reset SLA event you created earlier.
4) Create an automation that, based on your trigger, will transition the status to Reset SLA and then transition it again back to In Progress.
4) Create the initial step of your SLA goals ie priority = Blocker.
5) Create multiple secondary steps based on your response time ie
"status changed during (now(), -1h) from ("Reset SLA") to ("In Progress")", -2h, -3h, -4h, etc.
6) Make sure time starts in the conditions you want it to. Make sure "Entered Status: Reset SLA" is in the "Finish counting time when..." condition.
This should now reset your SLA based on your trigger event (comment, status change, etc) by moving it to Reset SLA which will stop the clock. Then the automation will bring it back to In Progress thus restarting the SLA from the beginning.
The event/transition steps are so that no notification emails regarding status changes are sent when this automation occurs.
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event