RITM Client Script works in Classic Form but not in Service Operations Workspace:
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
an hour ago
Hi everyone,
I am experiencing an issue with Requested Item (RITM) forms in Service Operations Workspace (SOW) and would like to understand whether this is expected behaviour or if I am missing a configuration.
On our custom RITM form we have two related fields:
- Business Service
- Service Offering
The Service Offering field is filtered based on the value selected in Business Service.
In the traditional platform form, whenever the Business Service value is changed, the Service Offering field is automatically cleared. This ensures users select a new valid Service Offering from the filtered list associated with the newly selected Business Service.
However, when the same RITM is opened in Service Operations Workspace, changing the Business Service does not clear the existing Service Offering value. The previous value remains populated even though it may no longer be valid for the newly selected Business Service.
I would like to understand:
- Why does this behaviour differ between the traditional form and Service Operations Workspace?
- Are standard Catalog Client Scripts or UI Policies executed differently for RITMs in SOW?
- Is there a specific Workspace Client Script, UX Client Script, Declarative Action, or another component that should be used to clear dependent fields in SOW?
- Where should I look to troubleshoot client-side functionality for RITM forms in Service Operations Workspace?
Any guidance on how to identify the cause and implement the correct solution would be greatly appreciated.
Thanks.