• Icon: Suggestion Suggestion
    • Resolution: Unresolved
    • None
    • SLA
    • 6
    • 5
    • We collect Jira Service Desk feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Service Desk Server. Using JIRA Service Desk Cloud? See the corresponding suggestion.

      When we reopen the issue after Resolving the issue
      the resolution won't be "Unset" or "Unresolved",
      but we can add post-function to clear the resolution by How to Edit the Resolution of an Issue .

      The problem rises when the SLA of ticket has already stopped when we have resolved it already
      and by reopening it, it won't continue from the time we have resolved it.
      As there is no option at Service Desk >> SLA >> Edit >> Start (Begin counting time when) to set the resolution to "Unset" or "Unresolved".

          Form Name

            [JSDSERVER-1613] Continue the SLA After Reopening The Issue

            This is a basic function of a ticketing system. This should be put in asap.

            Terry Dance added a comment - This is a basic function of a ticketing system. This should be put in asap.

            Jon added a comment -

            +1

            Jon added a comment - +1

            Hi,

            I recommend you to try our app Extension for Jira Service Desk. You can find a post function Reset SLA which should help you.

            Best regards,

            Kate

            Katarzyna Pawlak [Deviniti] added a comment - Hi, I recommend you to try our app Extension for Jira Service Desk . You can find a post function Reset SLA which should help you. Best regards, Kate

            Ryan L added a comment - - edited

            This might help as a workaround. 

            I setup ours so that when a ticket is Resolved it will pause the Time to Resolution SLA then start a 2nd SLA which when breached will close the ticket. The 2nd SLA is basically the time we give the end user to respond to a resolved issue, if they respond, the ticket transitions back to a Re-opened status, if they don't respond the ticket will go from Resolved to Closed and stop the Time to Resolution SLA

            Ryan L added a comment - - edited This might help as a workaround.  I setup ours so that when a ticket is Resolved it will pause the Time to Resolution SLA then start a 2nd SLA which when breached will close the ticket. The 2nd SLA is basically the time we give the end user to respond to a resolved issue, if they respond, the ticket transitions back to a Re-opened status, if they don't respond the ticket will go from Resolved to Closed and stop the Time to Resolution SLA

            Same Problem on JSDSERVER . We can't track the SLA in our Tickets when they changed from "Resolved" to "Reopened". We have to do it manually, checking when the customer replied and calculate the time again until the next Response to Customer.

            Configuring SLA metrics is most important for big Customers, that's why this is a really important Bug and a major Feature for SLA configurations.

             

            Hope there will be an Update that fixes this Issue.

            Stefan Auer added a comment - Same Problem on JSDSERVER . We can't track the SLA in our Tickets when they changed from "Resolved" to "Reopened". We have to do it manually, checking when the customer replied and calculate the time again until the next Response to Customer. Configuring SLA metrics is most important for big Customers, that's why this is a really important Bug and a major Feature for SLA configurations.   Hope there will be an Update that fixes this Issue.

              Unassigned Unassigned
              somidi Sam Omidi (Inactive)
              Votes:
              84 Vote for this issue
              Watchers:
              48 Start watching this issue

                Created:
                Updated: