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

Provide working hour calendars functionality that Vertygo SLA has

    • Icon: Suggestion Suggestion
    • Resolution: Fixed
    • None
    • None
    • 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.

      Allowing for data such as:

      • Define timezone
      • Define working days and hours
      • Define exception days (holidays)

      This is from Step 2: Defining calendars.

          Form Name

            [JSDSERVER-16] Provide working hour calendars functionality that Vertygo SLA has

            It's JSD-81. I also wait for this feature.

            Remo Bergmann added a comment - It's JSD-81 . I also wait for this feature.

            what about negotiated start / end times for SLAs? is there already an issue logged for this feature?

            Jeannette Lamb added a comment - what about negotiated start / end times for SLAs? is there already an issue logged for this feature?

            I can not `Resume trial`, it will bring me to a page on 'my atlassian' where I need to pay. Where can I request support for this?

            Erik Westra added a comment - I can not `Resume trial`, it will bring me to a page on 'my atlassian' where I need to pay. Where can I request support for this?

            Fantastic news!!!

            Cassio Santos Pereira added a comment - Fantastic news!!!

            cassio – it's being rolled out to OnDemand this week.

            Gilmore Davidson (Inactive) added a comment - cassio – it's being rolled out to OnDemand this week.

            Thank you very much for prioritizing this!

            When will this be available to OnDemand? Will it be included in next release? When will it be?

            Cassio Santos Pereira added a comment - Thank you very much for prioritizing this! When will this be available to OnDemand? Will it be included in next release? When will it be?

            Thanks a lot for the quick integration of this feature !

            Vincent Kopa (Ovyka) added a comment - Thanks a lot for the quick integration of this feature !

            Thanks for prioritize this feature as high as you did, because the missing feature was a show stopper.

            Wolfgang Tank added a comment - Thanks for prioritize this feature as high as you did, because the missing feature was a show stopper.

            Great news!!
            We are going to test new feature!

            Thanks!

            María de los Reyes Fernández Domínguez added a comment - Great news!! We are going to test new feature! Thanks!

            +1 +1 +1

            Fantastic news!

            So, it's time to make some tests. Thanks for releasing this SO IMPORTANT feature.

            Cheers! ;D

            Michel Barros added a comment - Fantastic news! So, it's time to make some tests. Thanks for releasing this SO IMPORTANT feature. Cheers! ;D

            Hi everyone,

            Thanks for all your feedback on this issue. We are pleased to announce that working hour calendars are now available in Service Desk 1.1.

            More details are available in the 1.1 release notes.

            Cheers,
            Gilmore

            Gilmore Davidson (Inactive) added a comment - Hi everyone, Thanks for all your feedback on this issue. We are pleased to announce that working hour calendars are now available in Service Desk 1.1. More details are available in the 1.1 release notes . Cheers, Gilmore

            Good to know it's a top priority issue. As already sad, this is a deal breaker. We can't buy the tool without this, no one can use it for real service desk unless it's 24x7 support, or all reports on issues created on Friday will kill the metrics and make one pay for "breaking" SLAs.

            Cassio Santos Pereira added a comment - Good to know it's a top priority issue. As already sad, this is a deal breaker. We can't buy the tool without this, no one can use it for real service desk unless it's 24x7 support, or all reports on issues created on Friday will kill the metrics and make one pay for "breaking" SLAs.

            adamswisse added a comment -

            Can I add extra votes to this?! I'm actually amazed that it's not a feature.

            adamswisse added a comment - Can I add extra votes to this?! I'm actually amazed that it's not a feature.

            adamswisse added a comment - - edited

            Agreed with everyone. It's an absolute deal-breaker without a time feature?? I'm surprised it wasn't included in the original release. Seems like a core function to me?

            adamswisse added a comment - - edited Agreed with everyone. It's an absolute deal-breaker without a time feature?? I'm surprised it wasn't included in the original release. Seems like a core function to me?

            Hi Service-Desk,

            I agree totally to the comments of the other guys. It is a must have. Will it be released at least in Q1 2014?

            Regards,
            Remo

            Remo Bergmann added a comment - Hi Service-Desk, I agree totally to the comments of the other guys. It is a must have. Will it be released at least in Q1 2014? Regards, Remo

            Rodrigo added a comment -

            It's a MUST HAVE, I can't buy the tool without this mandatory ticket deployed to JSD.
            We must know a ETA so we can decide what time to buy

            Rodrigo added a comment - It's a MUST HAVE, I can't buy the tool without this mandatory ticket deployed to JSD. We must know a ETA so we can decide what time to buy

            edwin added a comment -

            Hi guys,

            Thanks for the continued feedback. As mentioned above, this is one of the top priority items we are working on right now. I can't commit to a specific date, but it will be available very shortly in our next feature release.

            Susan - good question.

            The calendar functionality we are planning will be along very similar lines to how the VertygoSLA add-on used to work. You can specify different (multiple) calendars with different timezones. You can then use the calendar on different agreement goals (e.g. Critical incidents will have a time to first response of 2 hours using a 24x7 calendar, while minor incidents will have a time to first response of 8 hours using a 8x5 calendar).

            Regards,
            Edwin

            edwin added a comment - Hi guys, Thanks for the continued feedback. As mentioned above, this is one of the top priority items we are working on right now. I can't commit to a specific date, but it will be available very shortly in our next feature release. Susan - good question. The calendar functionality we are planning will be along very similar lines to how the VertygoSLA add-on used to work. You can specify different (multiple) calendars with different timezones. You can then use the calendar on different agreement goals (e.g. Critical incidents will have a time to first response of 2 hours using a 24x7 calendar, while minor incidents will have a time to first response of 8 hours using a 8x5 calendar). Regards, Edwin

            Hi Service Desk Team,

            This is definitely a MUST HAVE feature, because without it, our Service Desk simply cannot attend our own SLA contracts.

            We MUST consider to attend our SLAs:

            • working period (8h00 to 12h00 - 13h00 to 18h00). Out side this period the SLA must be paused;
            • working days (pre-definied by user). Out side these pre-defined days the SLA must be paused;
            • holidays. In holidays the SLA must be paused.

            Due all of these, please inform WHEN this VERY IMPORTANT feature will be delivered.

            Thanks!

            Michel Barros added a comment - Hi Service Desk Team, This is definitely a MUST HAVE feature, because without it, our Service Desk simply cannot attend our own SLA contracts. We MUST consider to attend our SLAs: working period (8h00 to 12h00 - 13h00 to 18h00). Out side this period the SLA must be paused; working days (pre-definied by user). Out side these pre-defined days the SLA must be paused; holidays. In holidays the SLA must be paused. Due all of these, please inform WHEN this VERY IMPORTANT feature will be delivered. Thanks!

            Yes, please provide estimated time to go production with this feature

            Plataformai added a comment - Yes, please provide estimated time to go production with this feature

            This issue is currently a blocker for our service desk implementation of JIRA. Already evaluated VertygoSLA and were excited about the new release but this feature is a must have.

            Please inform of any ETA as soon as possible.

            Juho Uotila added a comment - This issue is currently a blocker for our service desk implementation of JIRA. Already evaluated VertygoSLA and were excited about the new release but this feature is a must have. Please inform of any ETA as soon as possible.

            Hi, it's a shame that you have done that to Atlassian customers

            We've just bought the JIRA Service Desk plug-in, because you decided that Vertigo is no longer available, but JIRA Service Desk misses one of the most important funcionalities, which is SLA metrics!!! Because without calendar, it's impossible for us to do that!!

            Please, fix it ASAP!

            Plataformai added a comment - Hi, it's a shame that you have done that to Atlassian customers We've just bought the JIRA Service Desk plug-in, because you decided that Vertigo is no longer available, but JIRA Service Desk misses one of the most important funcionalities, which is SLA metrics!!! Because without calendar, it's impossible for us to do that!! Please, fix it ASAP!

            Emre Toptancı [OBSS] added a comment - - edited

            This is the only missing thing that keeps me from implementing this product for my JIRA customers.

            Please keep in mind that different SLA metric's can have different service windows, even on the same service.

            Emre Toptancı [OBSS] added a comment - - edited This is the only missing thing that keeps me from implementing this product for my JIRA customers. Please keep in mind that different SLA metric's can have different service windows, even on the same service.

            Really needed functionality.

            Mads Klausen added a comment - Really needed functionality.

            I agree, this is a must.

            Pablo Piedra added a comment - I agree, this is a must.

            This is a must-have feature. SLA timer is useless for any business that doesn't serve 24/7.

            dbroyles_turner added a comment - This is a must-have feature. SLA timer is useless for any business that doesn't serve 24/7.

            It wasn't clear in the description, but I hope you are planning on multiple calendars (time zones) as done in VertygoSLA. We are a global company and have different working hours around the globe. Our JIRA server is based in the UK so GMT. We find it very tricky defining the support hours for our Sydney office which can start at 10pm GMT and end at 6am GMT the next day. Please keep that in mind and I'm happy to contribute or provide examples of our current VertygoSLA configuration.

            Susan Hauth [Jira Queen] added a comment - It wasn't clear in the description, but I hope you are planning on multiple calendars (time zones) as done in VertygoSLA. We are a global company and have different working hours around the globe. Our JIRA server is based in the UK so GMT. We find it very tricky defining the support hours for our Sydney office which can start at 10pm GMT and end at 6am GMT the next day. Please keep that in mind and I'm happy to contribute or provide examples of our current VertygoSLA configuration.

            Good afternoon.
            We are interested in when the plug-in functionality SLA will be added to the Service Desk?

            KalashnikovV added a comment - Good afternoon. We are interested in when the plug-in functionality SLA will be added to the Service Desk?

            Xavier Shay added a comment - - edited

            Pausing SLAs out of business hours would be very useful to me.

            Xavier Shay added a comment - - edited Pausing SLAs out of business hours would be very useful to me.

            130 added a comment -

            Some indication of time when this function will be available would be very helpful for us too.

            130 added a comment - Some indication of time when this function will be available would be very helpful for us too.

            Aaron Hunt added a comment -

            Any ETA on when this will be delivered as we are currently evaluating the product and this is a major issue for us purchasing.

            Aaron Hunt added a comment - Any ETA on when this will be delivered as we are currently evaluating the product and this is a major issue for us purchasing.

            edwin added a comment -

            Hi guys,

            Thanks for all the comments and feedback. We appreciate all the interest in the SLA functionality of Service Desk!

            We appreciate that having the ability to specify the working hour for SLAs is pretty critical to many of you. This is high on our priority, and should be available soon!

            Thanks!
            Edwin Wong
            JIRA Service Desk Product Management

            edwin added a comment - Hi guys, Thanks for all the comments and feedback. We appreciate all the interest in the SLA functionality of Service Desk! We appreciate that having the ability to specify the working hour for SLAs is pretty critical to many of you. This is high on our priority, and should be available soon! Thanks! Edwin Wong JIRA Service Desk Product Management

            Dave C added a comment -

            This was only set to minor as it was the default when I raised the issue. I'm setting it to Major.

            Cheers,
            David Currie
            Atlassian Support

            Dave C added a comment - This was only set to minor as it was the default when I raised the issue. I'm setting it to Major. Cheers, David Currie Atlassian Support

            I am also very interested in this conversion.

            Benjamin Dombrowsky [catWorkX] added a comment - I am also very interested in this conversion.

            130 added a comment -

            This is MUST have feature. also can not understand why it is Minor. The problem is that VartigoSLA solution is archived already. We most probably will go for other help desk SW.

            130 added a comment - This is MUST have feature. also can not understand why it is Minor. The problem is that VartigoSLA solution is archived already. We most probably will go for other help desk SW.

            absolutely must to have. Can´t understand that this issue is classified as "Minor". For customers not running a 365/24/7 service otherwise SLAs are mostly distorted.

            Wolfgang Tank added a comment - absolutely must to have. Can´t understand that this issue is classified as "Minor". For customers not running a 365/24/7 service otherwise SLAs are mostly distorted.

            BenP added a comment - - edited

            allow for definition of & obviously take those into account when calculating SLA timings on each issue. Lack of this functionality effectively prevents us from considering Service Desk.

            BenP added a comment - - edited allow for definition of & obviously take those into account when calculating SLA timings on each issue. Lack of this functionality effectively prevents us from considering Service Desk.

              Unassigned Unassigned
              dcurrie@atlassian.com Dave C
              Votes:
              120 Vote for this issue
              Watchers:
              81 Start watching this issue

                Created:
                Updated:
                Resolved: