• 1
    • 6
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

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

      Having to manually choose a project when raising a service desk request, issue can easily end up in wrong projects or with wrong issue types.
      This particularly happens in environments where high numbers of projects are using service desk and/or the reporters are external users or users who do not frequently use that instance of JIRA.
      When using a multi-level select or a (sub-)component field in the create issue screen, you can automate which project the request ends up in, and which issue-type it receives.

      Update as of 21 May 2015

      Hi everyone,

      Just to give you a quick update: we've been monitoring this suggestion and understand that this is not the ideal situation. This is not on our short-term roadmap and we'll come back to it later.
      Cheers,
      The JIRA Service Desk team

            [JSDCLOUD-777] Allow better grouping when there are many portals

            Hi Everyone,

            Thank you for your feedback on this feature.

            We are marking this issue as closed because it is a duplicate of Categorizing Customer Portal in the Main Portal which has received more traction. You can follow the ticket there as the source of truth.

            Thank you again for your feedback!

            Lucas Silva
            Jira Service Management Cloud team

            Lucas Silva added a comment - Hi Everyone, Thank you for your feedback on this feature. We are marking this issue as closed because it is a duplicate of Categorizing Customer Portal in the Main Portal which has received more traction. You can follow the ticket there as the source of truth. Thank you again for your feedback! Lucas Silva Jira Service Management Cloud team

            I've updated the title of this ticket - I thought the specific implementation of a multi-level select field wasn't needed; we could also implement this using groupings of portals. Given that we now have a portal of portals, this could also be configured using grouping of portals.

            Jeremy Largman added a comment - I've updated the title of this ticket - I thought the specific implementation of a multi-level select field wasn't needed; we could also implement this using groupings of portals. Given that we now have a portal of portals, this could also be configured using grouping of portals.

              Unassigned Unassigned
              mnassette MJ (Inactive)
              Votes:
              22 Vote for this issue
              Watchers:
              20 Start watching this issue

                Created:
                Updated:
                Resolved: