Catalog form drop down design
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
yesterday
Hi Experts,
I am working on catalog form where it as 1 field based on the drop down selection we have 4 more fields whose drop down values is dependent on eachother while system ID field has around 60 chocies values in drop down how can we manage this based on above drop down selections?
And the in approval flow it has to trigger to the different users based on these fields selection.
How can I make this design manageable kindly advise. I have created 1 custom table what should be the field type I use in custom table and catalog form?
Best Regards,
Meenal Gharat
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 hours ago
Hi @Meenal Gharat ,
When a catalog item has multiple dependent dropdowns (with -60+ System IDs) and approvals must route dynamically, avoid choice lists.
Use reference variables and a single custom mapping table to control both dependencies and approvals.
Recommended approach:
- Create one custom table to map Category -Subcategory --Type -- System ID -- Approver
- Use Reference-type variables on the catalog item
- Apply reference qualifiers to filter dependent dropdowns
- Drive approvals via Flow Designer by looking up the mapping table
- Scalable and easy to maintain
- No hard-coding or long client scripts
- Clean UX and simple approval logic
- Add/change systems or approvers by updating table records only
If my response helped mark as helpful and accept the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2 hours ago
This table becomes the “source of truth” for dependent values and approval mapping
Recommended Table Structure (Example)
| Choice / String | The main dropdown value (Category / Type) |
| Reference | References another table OR stores sub‑choices |
| Reference | Same logic |
| Reference (Recommended) | Reference to a table storing 60 system IDs |
| Reference (sys_user / group) | Who should approve |
| True/False | To easily maintain your mappings |
Why use Reference fields instead of Choice?
- Reference fields are scalable (unlimited values).
- Admins can add values without modifying catalog variables.
- You can reuse values across catalog items.
- Reference fields work well with dynamic filtering & Lookups.
If my response helped mark as helpful and accept the solution
