Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Cascading fields: automation question

FrancoB
Contributor
March 11, 2026

Hi everyone,

I would like to ask for your advice.

Currently, I use a plugin to manage 6 cascading fields. Unfortunately, I recently discovered that this plugin does not allow selecting values through automation using the value itself, but only by using the ID, which is not suitable for my needs.

I do not have much experience with Assets, but I understood that they might be used to manage related fields. Is that correct?

Also, through automation or API, is it possible to select a field value by passing the value itself (for example Hardware), or is it always necessary to use the ID?

Thanks

2 answers

0 votes
Arkadiusz Wroblewski
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
March 11, 2026

Hello @FrancoB 

2026-03-11 09_23_43-Greenshot.png

The Key for cascading fields are correctly referencing values from another field. It all depends on your specific use case.

0 votes
C_ Faysal_CFcon_
Atlassian Partner
March 11, 2026

Great question! To address both points:

Assets for cascading/related fields Yes, Assets can model hierarchical relationships and are queryable via automation using AQL. But it's a significant architectural shift: you move from simple select fields to object references, which adds complexity around schema design and permissions. Worth it for very complex setups, but probably overkill if you just need cascading selects.

Selecting values by name instead of ID With native Jira automation and the REST API, you can absolutely reference select field values by name, not just ID. The API accepts {"value": "Hardware"} for standard select fields, and Jira Automation supports name-based matching as well.

The ID-only limitation you're hitting sounds like a constraint of your specific plugin's implementation, not a general Jira restriction. If it wraps field logic in its own layer, it may force you through its internal ID scheme.

A couple of questions that might help narrow this down:

  • Which plugin are you using?
  • Are you updating the field via native Jira Automation, API, or a third-party tool?

Depending on your setup, native Jira cascading select fields (without the plugin) might already solve your problem.

FrancoB
Contributor
March 14, 2026

@C_ Faysal_CFcon_  

Thank you for the information. I'm currently testing "Multiple Level & Tree Fields MLTF," but unfortunately it only works with IDs.
I'm adding the fields manually (for now), but perhaps I'll update them via API in the future.

The field values ​​could be selected via API or Automation, and this "forces" me to have a system that allows me to use the Value.

The list of levels is a minimum of 2 and a maximum of 6.

 

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events