I will start listing down our requirement so it will be clear what we need
Background and Requirement:
We are using Jira ServiceDesk Server (hosted on-premise)- right now using starter license to evaluate/setup when we will implement in Production - we will buy license accordingly
I have first response SLA (1 hour) in the place where I am using -- "Comment: For Customers" as a parameter to stop the counter, after that I have to implement below SLA
Communication update SLA for different severity
e.g. sev 1 - every 4 hours, Sev 2 - every 8 hours and so forth
when an agent responds to the ticket - I need that counter to be reset and start counting again for the next 4 hours or 8 hours according to the severity.
I am OK to use any parameter like "Comments: for customers" or "status change" or anything workable solution
so logic is simple but I have a hard time configuring this in JIRA servicedesk server, I tried a couple of things using comments, etc.. but not working as expected, your expert advise is highly appreciated.
I see that you are looking to configure some SLAs in Service Desk that could have to repeat multiple times for an issue. While the guide in Setting up SLAs can be a good starting guide for using SLAs in Service Desk, it does have a little snippet link that highlights the need for these multiple cycle SLAs and links over to Example: creating an SLA with multiple cycles.
This is very similar to the way that Atlassian uses this in our select, standard, and premier support offerings. In this setup the workflow will tend to have a "Waiting on customer" and "Waiting on support" statuses that the service request will be transitioned between upon each reply. In this setup, you can create a similar time to respond SLA like that example one:
But in your case, the JQL could be something like
issuetype="service request" AND severity="1"
With a goal of 4 hrs, while
issuetype="service request" AND severity="2"
would have a goal of 8hrs, and so on.
Provided your workflow follows this kind of two basic in progress statuses that happen when customer or agents respond to the issue, then this should work to fulfill your requirements here.
I hope this helps.
Hi Atlassian Community! This is Teresa from the Atlassian team. My colleague Paul Buffington @Buff and I are excited to share a brand new ITSM resource we’ve created – "The Complete Guide to At...
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