Agent in both Assignee and Request Participant does not pause SLA when commented on ticket. How to fix?
This is messing up SLA!
Thanks!
Ian
@Ian Johnsen, just one piece of advice here FWIW. The jqls are overly complex. I have a hard time just consuming. I would recommend creating a Group and placing the users in that group then manage additions and deletions in the group.
As Brittany points out the question doesn’t clearly state your objective. Then again if you have it working maybe that’ll not important. :-)
@Brittany Wispell and @Jack Brickey Ok I had to kill those filters.
Example:
Basically, when Agent Ian Johnsen is the Assignee to and issue and Ian Johnsen is added to Request Participants or Watchers, the SLA triggers as if Ian Johnsen is now a Customer and not an Agent. This messes up SLA.
Any ideas how to prevent this? Ideally, the Assignee should override those fileds and SLA should still be treated as if Ian Johnsen is an Agent.
Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jack Brickey Is it necessary for the Agent/Assignee to be a part of the Participants or Watchers? I'm thinking that it considers him a customer because Participants are usually customers.
Thoughts on changes to the notifications?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Participants = Customers
Watchers = internal Jira application users
i haven't looked at the details of Ian's findings but i have seen many SLA mis-firings associated w/ inaccurate SLA configuration. To really understand I would like to see the original SLA so I could better comment on the cause.
sorry for the disconnected brevity here as i'm tied up on some work stuff at the moment.
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.
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.
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.
holy cow! never seen a more conditional SLA. you deserve a prize or something! ;-)
I will have a look over a beer tonight.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
LOL
Cool thanks!
FYI - I'm slightly OCD with our Service Desk project hahaha
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
WOW. I am going to have to do the same as Jack.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Ian Johnsen could you send a screenshot of how your SLA is set up.
The question is a little vague.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I think i found the solution. Added those top two JQL statements. The very long ones. I'm still not 100% sure SLA is properly working however.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
What would ultimately be nice is if Atlassian had Hierarchies. Like Assignee > Request Participant. Assignee should overrule Request Participant. I think Jira getting confused thinking that the agent is a customer when in both assignee and request participant fields.
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.