Uploaded image for project: 'Jira Service Management Data Center'
  1. Jira Service Management Data Center
  2. JSDSERVER-81

Negotiated Dates capability - calculate SLA times based on dates on issue

    • Icon: Suggestion Suggestion
    • Resolution: Unresolved
    • None
    • SLA
    • 16
    • 17
    • 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 Management Data Center. Using Jira Service Management Cloud? See the corresponding suggestion.

      Like in the legacy style of the VertygoSLA plugin, it's very, very important the support to Negotiated Dates, that are the unique alternative to accomplish SLA exceptions in daily operation.

          Form Name

            [JSDSERVER-81] Negotiated Dates capability - calculate SLA times based on dates on issue

            Crucial

            Juraj Drahoš added a comment - Crucial

            Atlassian team discase with these kind of features is ashaming. They always say "There is an open issue, please vote for it yadda yadda" but there is not a single update for YEARS. I should be changing ticket handling platform soon, I encourage you to do the same.

            Andre Guimarães Peixoto added a comment - Atlassian team discase with these kind of features is ashaming. They always say "There is an open issue, please vote for it yadda yadda" but there is not a single update for YEARS. I should be changing ticket handling platform soon, I encourage you to do the same.

            2018.. discovered same issue... it's too lame that this is not solved for 5 years... so easy for any wanna be developer to do. Very disappointing.

            Amr A. Talaat added a comment - 2018.. discovered same issue... it's too lame that this is not solved for 5 years... so easy for any wanna be developer to do. Very disappointing.

            This issue is open since 2013. 4 years are not sufficient for Atlassian for finding a solution that is already available on the acquired  VertygoSLA  ?

            Really a bad performance ! Any news on this ?

            QA testing group added a comment - This issue is open since 2013. 4 years are not sufficient for Atlassian for finding a solution that is already available on the acquired  VertygoSLA  ? Really a bad performance ! Any news on this ?

            I would also like to get this functionality into a server version. 

            My SLA is fulfilled if issue has resolution or if it has an agreed date when issue should be fixed.

            Toni Tanninen added a comment - I would also like to get this functionality into a server version.  My SLA is fulfilled if issue has resolution or if it has an agreed date when issue should be fixed.

            We need that too!

            Malysa Martin added a comment - We need that too!

            Please make this feature available to cloud users asap. We really need it.

            Lisa Todesco added a comment - Please make this feature available to cloud users asap. We really need it.

            That's a great add-on, but my company is not going to clear me to spend $1000 for functionality that should be inherent in service desk. Due-date SLA's should be a no-brainer feature. Please implement ASAP!

            Deleted Account (Inactive) added a comment - That's a great add-on, but my company is not going to clear me to spend $1000 for functionality that should be inherent in service desk. Due-date SLA's should be a no-brainer feature. Please implement ASAP!

            Hi,
            We've just released a version of Service Pack with dynamic SLA feature.
            Enjoy it!

            Krzysztof Skoropada [Deviniti] added a comment - - edited Hi, We've just released a version of Service Pack with dynamic SLA feature. Enjoy it!

            IT added a comment - - edited

            We too are in need of this. Our staff work on some SLA driven tickets (i.e. respond to client within the next 8 hours) as well as due date driven tickets (i.e. generate an internal report by next Friday).

            The problem is trying to prioritize these issues. We've created a workboard that shows (boiled down):
            assignee = currentuser() AND (due <= endOfDay() OR SLA <= remaining("8h"))

            That gets everything relevant to today into a single place, but without a 'count down' feature on due dates, the problem comes in sorting the list by 2 or more competing values (we actually have 4), which is essentially:
            SORT BY SLA Asc, due Asc

            Thus, their work-board becomes segmented into "finish your SLAs first, THEN your items due today. That might be okay if due dates weren't sometimes due in the middle of the day (before a meeting). It causes staff to ignore "due" items because SLA items are higher on the issue navigator, regardless of when they are due.

            It also doesn't help that there is no JQL to limit the SLAs that you want to see to only those that expire today (e.g. "SLA <= endOfDay()"). So viewing all SLAs due within the next 8 hours is accurate at the beginning of the day, but by the end of the day all of tomorrow's SLAs are visible and prioritized ahead of today's due dates. Here's the request for this issue: https://jira.atlassian.com/browse/JSD-1039

            IT added a comment - - edited We too are in need of this. Our staff work on some SLA driven tickets (i.e. respond to client within the next 8 hours) as well as due date driven tickets (i.e. generate an internal report by next Friday). The problem is trying to prioritize these issues. We've created a workboard that shows (boiled down): assignee = currentuser() AND (due <= endOfDay() OR SLA <= remaining("8h")) That gets everything relevant to today into a single place, but without a 'count down' feature on due dates, the problem comes in sorting the list by 2 or more competing values (we actually have 4), which is essentially: SORT BY SLA Asc, due Asc Thus, their work-board becomes segmented into "finish your SLAs first, THEN your items due today. That might be okay if due dates weren't sometimes due in the middle of the day (before a meeting). It causes staff to ignore "due" items because SLA items are higher on the issue navigator, regardless of when they are due. It also doesn't help that there is no JQL to limit the SLAs that you want to see to only those that expire today (e.g. "SLA <= endOfDay()"). So viewing all SLAs due within the next 8 hours is accurate at the beginning of the day, but by the end of the day all of tomorrow's SLAs are visible and prioritized ahead of today's due dates. Here's the request for this issue: https://jira.atlassian.com/browse/JSD-1039

            Please prioritize this one!!!

            Kumara Prashandh added a comment - Please prioritize this one!!!

            It's a regression for us. It's important for us and our customers to refind this functionality as soon as possible.

            Stephane LE GALLIC added a comment - It's a regression for us. It's important for us and our customers to refind this functionality as soon as possible.

            voting for this as well, i am trying to find a balance between SLA and due date, this is causing a massive overhead, to the point where we are almost spending one FT role to traffic all the work that is coming in manually.

            laurence bascle added a comment - voting for this as well, i am trying to find a balance between SLA and due date, this is causing a massive overhead, to the point where we are almost spending one FT role to traffic all the work that is coming in manually.

            HI,
            it is very important for us to have this functionnality back again, we used it with vertygo and it is a regression for us to not have it in JSD.

            Thibauld Leprince added a comment - HI, it is very important for us to have this functionnality back again, we used it with vertygo and it is a regression for us to not have it in JSD.

            Cobra Peng added a comment - - edited

            SLA calculation is so important for a service desk tool, but current flexibility is quiet NOT enough. JIRA Service Desk team should take this very serious seems it's really a show stopper for your potential customers. Suggest to implement this feature ASAP.

            Cobra Peng added a comment - - edited SLA calculation is so important for a service desk tool, but current flexibility is quiet NOT enough. JIRA Service Desk team should take this very serious seems it's really a show stopper for your potential customers. Suggest to implement this feature ASAP.

            SEC4YOU added a comment -

            The issue is very important, please priorize that.

            Best regards

            SEC4YOU added a comment - The issue is very important, please priorize that. Best regards

            This really seems like something that should have been in there on Day 1 of release. Im surprised this need has not been more urgent.

            David Iannucci added a comment - This really seems like something that should have been in there on Day 1 of release. Im surprised this need has not been more urgent.

            This should be a critical issue, i don´t understand why you replaced a plugin and removed key features from it in the process. I really like Service Desk, but if it intends to replace Vertigo it has to do exactly all Vertigo does, and even a little more, if you want to make the actual Vertigo customers switch to Service Desk. I know SD has a wider scope than Vertigo, but IMHO if SD couldn´t fulfill all Vertigo features, they should have remained as two different plugins, until Service Desk could seamlessly absorbs Vertigo.

            We have a custumer that really wants to use SD, but it currently has Vertigo, and Negotiated Dates is a blocker feature for them.

            Thank you,

            Best Regards

            Pablo da Silva [ACP-JA] added a comment - This should be a critical issue, i don´t understand why you replaced a plugin and removed key features from it in the process. I really like Service Desk, but if it intends to replace Vertigo it has to do exactly all Vertigo does, and even a little more, if you want to make the actual Vertigo customers switch to Service Desk. I know SD has a wider scope than Vertigo, but IMHO if SD couldn´t fulfill all Vertigo features, they should have remained as two different plugins, until Service Desk could seamlessly absorbs Vertigo. We have a custumer that really wants to use SD, but it currently has Vertigo, and Negotiated Dates is a blocker feature for them. Thank you, Best Regards

            BenP added a comment -

            I'm thinking to workaround this by introducing a separate metric (queue) for SLA exceptions (issues that have a negociated due date), so they can be tracked separately. Not sure what other negociated dates requirements wd still remain unfulfilled.

            BenP added a comment - I'm thinking to workaround this by introducing a separate metric (queue) for SLA exceptions (issues that have a negociated due date), so they can be tracked separately. Not sure what other negociated dates requirements wd still remain unfulfilled.

            angel added a comment -

            Hi Shihab & team SD!

            any news about this one? We're getting slammed on every presentation about this one, especially from people knowing or having used VertygoSLA before. Any known workaround?

            Cheers

            angel added a comment - Hi Shihab & team SD! any news about this one? We're getting slammed on every presentation about this one, especially from people knowing or having used VertygoSLA before. Any known workaround? Cheers

            Hello
            Its really an important feature for our clients too. It a must! Pls put this feature back in this plug in.

            Thanks in advance
            Pablo
            PS: Please increase the priority of this issue.

            Pablo Escaf added a comment - Hello Its really an important feature for our clients too. It a must! Pls put this feature back in this plug in. Thanks in advance Pablo PS: Please increase the priority of this issue.

            I agree: It is a show stopper also for us. Please increase the priority!

            Remo Bergmann added a comment - I agree: It is a show stopper also for us. Please increase the priority!

            Liz Hardie added a comment -

            I note that the criticality on this is minor, this is a show stopper for us, we need to be able to use date fields like due date or planned start / planned end for the calculation of our SLAs

            Liz Hardie added a comment - I note that the criticality on this is minor, this is a show stopper for us, we need to be able to use date fields like due date or planned start / planned end for the calculation of our SLAs

            BenP added a comment -

            The need to be able to exclude issues from SLA for which the customer gives explicite approval is also important for our setup
            Overruling 'Due Date' doesn't seem to impact the SLA timings

            e.g. a customer agrees to have an issue solved in 24 hrs instead of the SLA-specified 12 hrs, so he can have a fully tested build, instead of an Emergency Bug Fix.

            BenP added a comment - The need to be able to exclude issues from SLA for which the customer gives explicite approval is also important for our setup Overruling 'Due Date' doesn't seem to impact the SLA timings e.g. a customer agrees to have an issue solved in 24 hrs instead of the SLA-specified 12 hrs, so he can have a fully tested build, instead of an Emergency Bug Fix.

              Unassigned Unassigned
              d943dc964ec6 3layer (expert)
              Votes:
              185 Vote for this issue
              Watchers:
              113 Start watching this issue

                Created:
                Updated: