Skip to main content

Currently we are using a supervisor rule which sends an email notification to a requester if they do not respond after five business days, it was created using the recommended method as below;

 

 

The issue is sometimes, usually over weekends, users get caught inbetween the hours since agent responded due to it being based on Business hours.

The scenario is Friday 17:00 (no longer in business hours) comes and the hours since an agent responded is at 38

For the supervisor role above the conditions are met, as its between 37.8 and 38.9, therefore the automation takes action, send an email to the requester.

However because we are no longer in business hours the hours since an agent responded is still at 38, and will be until Monday 09:00

This results in an email reminder being sent out every hour that the rule is ran.

Is there anyway to prevent this other than setting the rule to work on calendar hours?

 

I’m trying to solve the same issue.  I actually started to put in a ticket, then I had a a-ha moment where there can be very small cases that things get stuck as you say above.  There’s no good workaround, however, I think I may try adding a field in the ticket itself, where I would use the automation tools to change to 0 when not in pending, 1 when greater than 24 calendar hours, 2 when greater than 48 calendar hours and 3 when greater than 72 calendar hours.  Then run a scheduled workflow once a business day to process when equals one of the flags. 

 

Honestly, this is a little annoying to do, but I cannot think of any other way to fix this unless they build in better logic.


Hi!
I would like to solve this too somehow.
Interesting idea would be to use tags instead of new custom field, but there is no condition for tags in the Supervisor rules. 


I would like to have more options too.

For example: There is no option to match more statuses and more than one agent group. And there i no condition for tags at all.
I also wandering why supervisor rules are not part of workflow automator?


Hi!
I would like to solve this too somehow.
Interesting idea would be to use tags instead of new custom field, but there is no condition for tags in the Supervisor rules. 


I would like to have more options too.

For example: There is no option to match more statuses and more than one agent group. And there i no condition for tags at all.
I also wandering why supervisor rules are not part of workflow automator?

Create an idea for that :) 
It’s not part as it’s something that runs every 30 minute I guess. 

 


I am attempting to resolve the same problem. As you mentioned above, there may be very minor instances when things become stuck, so I actually started to submit a ticket before having an epiphany. Although there isn't a suitable workaround, I might attempt including a field in the ticket itself where I could use automation tools to set it to 0 when it's not pending, 1 when it's more than 24 hours, 2 when it's more than 48 hours, and 3 when it's more than 72 hours. Then, once a business day, execute a planned workflow to process when one of the flags is equal.


I'm trying to figure out the same issue. I actually started to create a ticket before having an epiphany since, as you indicated above, there may be extremely minor occasions where things become stuck. There isn't a solution that works, but I might try adding a field to the ticket itself that would allow me to utilize automation tools to set it to 0 when it's not pending, 1 when it's been more than 24 hours, 2 when it's been more than 48 hours, and 3 when it's been more than 72 hours. Then, when one of the flags is equal, run a prearranged workflow once every business day. Spotify APK


We had this issue as well, and discovered that it was because of the rule being based on Business Hours. 

If a rule is designed to execute specifically after and/or before a time period, and it’s based on Business Hours, it’s possible that the window of execution occurs exactly when business hours end, which causes the rule to continue executing until Business Hours progress once again after the weekend.

Hopefully I explained that well enough to understand 😅

 

The way I got around this was similar to the previous post, where I used the rule to set a tag on the ticket, then a scheduled workflow automation that sends the email for tickets with that tag.

I also have a workflow automation that changes states from open to pending when an agent comments, and pending to open when a user comments, both of which will clear the tag, and repeat the process as time passes.

Sure, it doesn’t execute the email at the exact 3, 4, or 5 day mark you want, but I found this was sufficient for us.


We had this issue as well, and discovered that it was because of the rule being based on Business Hours. 

If a rule is designed to execute specifically after and/or before a time period, and it’s based on Business Hours, it’s possible that the window of execution occurs exactly when business hours end, which causes the rule to continue executing until Business Hours progress once again after the weekend.

Hopefully I explained that well enough to understand 😅

 

The way I got around this was similar to the previous post, where I used the rule to set a tag on the ticket, then a scheduled workflow automation that sends the email for tickets with that tag.

I also have a workflow automation that changes states from open to pending when an agent comments, and pending to open when a user comments, both of which will clear the tag, and repeat the process as time passes.

Sure, it doesn’t execute the email at the exact 3, 4, or 5 day mark you want, but I found this was sufficient for us.

It sound’s like a bug, have you reported that to FS support ? 


Reply


OSZAR »