Seems our SLA Resolution Conditions are working fine perfectly before however, for this specific ticket, it is not showing:
Hello, actually on our end either type or issue type is good and being accepted. But I also tried changing it earlier into issuetype but still our SLA Resolution did not appear
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Emery Manayan ,
I want to ask to confirm whether it is true that only this one ticket does not appear SLA resolution?
then has the post function been set to "done" or "resolved" status with resolution done or resolved?
Finally, is there any configuration that you did recently after the ticket was created or before the ticket was created?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Daniel, there is no changes on our end and I have tested a ticket and SLA works fine.
The second question about, DONE Status was correct, resolution was set to done. However, regardless if the ticket was still open or closed, for that specific ticket above, it did not show.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Emery Manayan ,
good information, so here's how try in the workflow related to the ticket between the "done" status try to add a transition between the "done" status to the "in progress" status for example with the name "edit" or "re-open" then in the ticket re-run the transition process until the SLA resolution is completed in the "done" status. in short, the self-transition technique that I mean as a test solution, please try it ?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks for this suggestion @Daniel . I am actually thinking of the same thing but I am so hesitant as our P1 will be sending a bunch of alerts to executives and clients. I remember that last week under the same condition of SLA but for the other organization, it ran with no issue. The only difference is that this problematic ticket happened outside the business hours set in the calendar and a pagerduty alert was triggered to on-call on which upon acknowledgment of the alert, the status changed to ASSIGNED. However, actually, that also happened in the past and we did not have this issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The issue is type Incident, but does it have the correct priority and any of the 2 organisations set on the issue as specified in the SLA?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, it's under one of the org set and also , I changed the type into issuetype and same thing (actually on our end, it is being accepted either type or issuetype
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
All seems to be just fine.
The JQL usage of the keywords type or issuetype should not be the cas, as they can both be used.
Check the following KB article from Atlassian: slas-in-jira-service-management-are-missing-or-disappear
It this will not help to solve your issue, you might want to address this as a support request at Atlassian, they might be able to see some information in the backend loggin of your instance.
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.