• 6
    • 11
    • 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.

      Problem Definition

      Looking for more Automation functionality that can be triggered on issue updates to extend Automation capabilities.

      Example A

      1. Customer creates a ticket
      2. Agent triage's / edit meta data
      3. Based on their selections I want to transition the workflow to a new status.

      Example B

      1. Customer creates a ticket
      2. Agents changes the request type
      3. Based on the new request type, priority of this request should be automatically increased

      Suggested Solution

      Automation rules could be triggered when an issue is updated, for added options of Automation.

      Workaround

          Form Name

            [JSDSERVER-2234] Automation trigger on issue updates

            This is a must have otherwise the application admins need to maintain all the SD's automations (related to issue updates) which requires more effort and a higher time to implementation.

            Dennis Rankl added a comment - This is a must have otherwise the application admins need to maintain all the SD's automations (related to issue updates) which requires more effort and a higher time to implementation.

            Michael Aglas added a comment - - edited

            use plugins therefore "Automation for Jira" or "Scriptrunner"

            Michael Aglas added a comment - - edited use plugins therefore "Automation for Jira" or "Scriptrunner"

            Frederik added a comment -

            Like so often, this should not be a feature that is beeing considered, this is a bug because the "feature" itself should have been available from the beginning on.

            It shouldn't be that complicated to implement this. I don't like to use third party add-ons for everything just because Atlassian is doing things halfway.

            Frederik added a comment - Like so often, this should not be a feature that is beeing considered, this is a bug because the "feature" itself should have been available from the beginning on. It shouldn't be that complicated to implement this. I don't like to use third party add-ons for everything just because Atlassian is doing things halfway.

            This feature would enable priority calculation after issue has been created: https://confluence.atlassian.com/servicedeskcloud/calculating-priority-automatically-827107708.html

            This is usefull if customer should not set urgency and impact.

            David Friedrich added a comment - This feature would enable priority calculation after issue has been created: https://confluence.atlassian.com/servicedeskcloud/calculating-priority-automatically-827107708.html This is usefull if customer should not set urgency and impact.

            H K added a comment -

            We have the same case as Urs Friedli. Unfortunately, this 3rd step is often forgotten by our agents and the consequences for the customers are momentous. They cannot view their tickets anymore. So I want to cover this serious case by creating an automation which is not possible right now!

            H K added a comment - We have the same case as Urs Friedli. Unfortunately, this 3rd step is often forgotten by our agents and the consequences for the customers are momentous. They cannot view their tickets anymore. So I want to cover this serious case by creating an automation which is not possible right now!

            Urs Friedli added a comment - - edited

            Another Use Case:

            1. Customer creates a request of request type A and issue type A
            2. Agent moves the issue from type A to type B
            3. The request type must now automatically be changed from request type A to request type B

            If this is not done, the request does show up with the wrong, old request type inside the portal for the customer. This can also be worked around with the JIRA Automation Plugin (with an "Issue updated" trigger).

            An alternative Workaround is to use the "Status changed" trigger if the issue does change the workflow status when being moved from issue type a to issue type B.

            Urs Friedli added a comment - - edited Another Use Case: Customer creates a request of request type A and issue type A Agent moves the issue from type A to type B The request type must now automatically be changed from request type A to request type B If this is not done, the request does show up with the wrong, old request type inside the portal for the customer. This can also be worked around with the JIRA Automation Plugin (with an "Issue updated" trigger). An alternative Workaround is to use the "Status changed" trigger if the issue does change the workflow status when being moved from issue type a to issue type B.

            bwts added a comment -

            This feature would be great as the editing of information wouldn't always happen (or could change) if adding a formal triage step.

            Automating the workflow based on an edit would be a great addition to the service desk automation options.

            bwts added a comment - This feature would be great as the editing of information wouldn't always happen (or could change) if adding a formal triage step. Automating the workflow based on an edit would be a great addition to the service desk automation options.

              Unassigned Unassigned
              majones Matt Jones (Inactive)
              Votes:
              69 Vote for this issue
              Watchers:
              42 Start watching this issue

                Created:
                Updated: