Hi,
We are currently making a 3-strike rule automation using JIRA we have successfully created the first 3-strike notification. The rule condition is that if the ticket has been assigned to the Waiting for customer status, it will add a comment on the ticket and add a label corresponding to the strike.
Once the customer replies then a label will be added to the ticket "reset_3strike" which will trigger the loop we created.
We added a loop by creating another automation with different comment. (Please take note that we ticked the "Prevent duplicates by only adding this comment once to a particular issue.")
We would like to know if there is a way we could loop the notification for the 3 strike rule without creating an additional automation. For example if the automation reads the "reset_3strike" label it will run the 3-strike automation again and will comment the same notification again although there is already a similar comment on the ticket.
We have tried to un-tick the Prevent duplicates and it flooded the ticket with multiple comments.
Hi @Reb Bravo,
This is a creative approach, but you might be over-engineering it slightly.
When a ticket is in status waiting for customer and the customer replies, rather than adding a label, I would remove any strike labels entirely and change the issue status, since it is no longer waiting for customer.
When a ticket enters the waiting for customer status (for the first time or again), it will always get there with the same state: without any strike labels.
You can use a scheduled trigger and JQL fiilters to run this automation e.g. once a day. Having separate rules for the different scenarios does not need to be a problem, as they will only count to your automation rule execution limit if they perform any actions.
As an example:
status = "waiting for customer" and status changed to "waiting for customer"
before -7d and labels not in 'strike1'
this would retrieve all the issues you need to add the first comment to and add the label for. Using a filter will also process all issues in one go. You can use variants for the other scenarios in the list.
Hope this helps!
Works like a charm! This is perfect for our automation. Thank you so much!
Cheers,
Reb
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Good day! Additional question for the automation. Since we are running the 3 strike rule, we're currently sending proactive follow-up messages to our clients at 7-day intervals.
However, we've encountered an issue where these messages are still being sent out on weekends.
Is there a way for us to exclude weekends from the counting process? For instance, if the 7th-day falls on a Saturday, we'd like to skip that day and send the follow-up message on the next business day, which would be Monday. Is this possible?
For your reference, here are the JQL queries we are using.
Thank you in advance for your help!
Cheers,
Reb
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Good day! Just to follow up on my last comment is there a possible way we can exclude the weekends on the day counting?
Your answer will be greatly appreciated.
Thank you!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Reb Bravo,
Well ... not the way you are currently approaching it. JQL just counts days, it does not have a feature to count business days.
If you would change your approach again and set up SLA's for this, you could use the SLA calendar to define working days and the SLA status and timer to steer your entire setup. It's possible, but it would be like starting all over again.
In addition: it seems that your cadence is based on weeks. 7 / 14 /21 days is 1 /2 / 3 weeks, so it's safe to assume that there will always be weekends in your current configuration. If you just add the weekend days to your math, you should automatically cover for them as non working days. So just increasing the counters to 9 / 18 / 27 days should come very close to the desired scenario, I guess.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.