Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

IT Service Category Hierarchical Structure


Hi All,

In a typical IT catalog, IT services are grouped by a IT category in a hierarchical structure

Level 1: IT service category 

-->Level 2: IT service type

------>Level 3: IT service name (typically specific product name)


Here are some examples:

IT service category: End User Services

   IT service type: Laptop Service

  • IT service name: Apple Mac
  • IT service name: Lenovo Windows
  • IT service name: Lenovo Linux

IT service category: End User Services

   IT service type: Laptop Encryption Service

  • IT service name: FileVault
  • IT service name: BitLocker


IT service category: Communication & Collaboration Service

   IT service type: Video Conferencing service

  • IT service name: Zoom
  • IT service name: WebEx


If I need to report based on IT service category, IT service type, or IT service name, how would I setup the Jira Service Management?

I don't think request types, services, and project component can be configured this requirement.  Is there any other feature that can be used for this requirement?

Any helps will be appreciated.  Thanks.



2 answers

1 vote

@Tan Ng 

In our Jira/JSM DC environments - For JSM project, we use the following implementation by using Request Types for Level 1, then we use JSM's "Product Categorization" field (cascade dropdown data type) to achieve your Level 2 and Level 3 requirements.

Example -

We setup different request type form of for different teams, then in the Product Categorization field (you will need to ask your Jira Admin Team to customize your cascade dropdown list options), so you can properly tag every JSM issue accordingly - see below

At the Request Type Level -


At the Product Categorization field -


Hope this helps.

Best, Joseph Chung Yin

Jira/JSM Functional Lead, Global Infrastructure Applications Team

Viasat Inc.

@Joseph Chung Yin ,

Thank you for the reply.  The  customized field, "Product Categorization", using  the Cascading Select List field makes a lot of sense for two level selections.  It is just too bad that the Jira Cloud does not have 3+ level of cascading.  I heard that Jira Server/DC can have the Multi-Level Cascading Select.

I am not sure that I follow the Request Type field as Level 1. 

  1. In your screenshot, the Portal Group (e.g. Access & Accounts, Applications & Software, Computer & Hardware, etc.) looks more like Level 1.  However, the Portal Group is only a user interface presentation, not an issue field.
  2. If Level 1 value is selected, it should drive the Level 2 values.  The Request Type or Portal Group cannot determine the Level 2 values.  If the Level 2 field (Product Categorization) shows all the possible values, the user may select the Level 2 value that is not related to Level 1 value too, causing a incorrect Level 1/2 relationship.

Here is another idea:

1. Use the Component field for Level 1 (IT category).  The Level 1 values should be relatively a short list and is fairly static.

2. For a known Request Type form that can tie to a Level 1,

  • auto-populate the Component field value and put it as a hidden field. 
  • auto-populate the Product Categorization field Level 2 value
  • allow the users to select the Product Categorization field Level 3 value
  • use Automation to to auto-populate the Component field after submit to make sure the Level 2 and Level 1 hierarchical relationship remains correct even if the users override the Level 2 value.

3. For a generic Request Type form that cannot tie to a Level 1:

  • allow the users to select the Product Product Categorization field Level 2 and Level 3.  The disadvantage is that Level 2 may be a long list.
  • use Automation to to auto-populate the Component field after submit.

I will try to test this idea out.  I am not sure if assigning the Level 2 value is possible.  Please let me know what you think. 



@Tan Ng -

For the Multiple Levels Cascade Select, it is a separate third party add-n (extra costs) where Product Categorization is a built-in field.

In regards to Level 1 - You can group different request type forms ( It is not an issue field ).  However when the issue is created,  it will be associated with the specific request type form.

Yes, you can use components to tag your issues and you can use either automation or WF customization to control the population of the Product Categorization or Component assignment.  Your ask is simply trying to tag your issues properly.

Best, Joseph

yes I also faced the similar issue that you are facing here but you can see here on this link about this issues solution.

@Eher Roha 

Can you share the link that you have mentioned?

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Jira Service Management

JSM Jira Automation: How to Send SLA Breached Notifications

Hi Everyone, In   this tutorial,  we will show you how you can monitor an SLA, and send notifications before or after the SLA has been breached.   SLA Threshold Trigger The SLA t...

688 views 5 12
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you