It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Agent in both Assignee and Request Participant does not pause SLA when commented on ticket. How fix?

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

2 answers

0 votes

Hi @Ian Johnsen could you send a screenshot of how your SLA is set up.

The question is a little vague. 

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.

 

 

 

Screen Shot 2018-02-09 at 5.13.48 PM.png

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.

0 votes
Jack Community Leader Feb 09, 2018

@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 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!

@Ian Johnsen 

@Jack 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?

Jack Community Leader Feb 28, 2018

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.

@Jack @Brittany Wispell

Thats everything.

Lemme know if that helps :D

Thanks!

Jack Community Leader Feb 28, 2018

holy cow! never seen a more conditional SLA. you deserve a prize or something! ;-)

I will have a look over a beer tonight.

LOL

Cool thanks!

FYI - I'm slightly OCD with our Service Desk project hahaha

WOW. I am going to have to do the same as Jack. 

Suggest an answer

Log in or Sign up to answer
Community showcase
Posted in Jira Service Desk

Tell us how you've implemented Change Management

Hello Community 👋, I'm a product manager at Atlassian, looking at improving change management capabilities across our products. In particular, we're looking at bridging the gap between Dev & ...

283 views 0 5
Join discussion

Community Events

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

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you