Hello team! I've been working on setting up a help desk and configuring automations for different priority levels. I’ve noticed that each SLA runs based on the work item's priority is working. However, under Recent Rule Runs, I see that some automations that don’t meet the conditions are still being triggered to run but are not executing any actions. Could someone help me understand how automations are processed and why they are running on this work item despite not matching the ticket’s priority?
The condition that I set here is
When SLA Threshold > Time to Resolution > will breach in the next 1HR
Work Item fields condition > Priority = (priority level like high, critical, low and normal)
Action is to send an internal comment to the work item.
I created 4 automations corresponding to the priorities critical, high, normal and low,for the sample below, this work item has a CRITICAL priority and the P1 Resolution time automation runs with no problem. .
Hi, @Zendtest
Welcome to Atlassian Community!
Thanks for the detailed question.
Let’s walk through how Jira Automation works in this scenario, and why you might see "Recent Rule Runs" that don’t actually perform any action.
Here's a simplified version of how Jira Automation evaluates and runs:
This is expected behavior in Jira Automation, because Automations Always Run on Trigger:
Example from Your Setup:
You said:
I created 4 automations corresponding to the priorities: critical, high, normal, and low.
So when a Critical ticket triggers the automation:
Yet still appear in rule Audit Log and Recent Rule Runs.
If you're worrying about executions limit - don't worry. Executions, which haven't done anything are not counted.
And one small advice - make one rule, not 4, just branch actions with IF/ELSE condition branches, where you'll configure Priority conditions for each branch. It will be easier to maintain.
Hello @Evgenii thanks for this clear explanation. I was looking to create IF/Else condition however, each priority has it owns threshold and I use the SLA threshold breached as the triggering action for the automation. So let say,
Critical should send an alert to Assignee when Time to first response is nearing 30 minutes breach
High is nearing 1 hour breach
Normal is 2 Hours
Low is 4 Hours.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.