Issues in workflows after Yokohama update
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-12-2025 01:17 AM - edited 05-12-2025 01:17 AM
After upgrading our test instance from Washington to Yokohama, we encountered several issues in Workflows located within a custom application Scope. All of the issues apper to stem from a malfunction in comparisons string-type fields values.
1. The trigger fires regardless of the value in SAP active field, it activates even when the field is empty.
2. The trigger fires correctly when the Name field is updated, but then flow fails to detect changes in individual fields.
3. The subflow retrieves transaction IDs from an external application and compares them against existing entries in the sc_req_item table to avoid creating duplicate RITMs.
However, new RITMs are not being created because the flow incorrectly identifies every incoming ID as already present in the table- even when it's not.
It appears that in all three cases comparation between two string values are not functioning correctly: the flow treats them as equal, even when they are clearly different.
Has anyone experienced similar issues, and if so, how did you resolve them?
p.s. Everything was working correctly befor the upgrade (and continues to work as expected in the prod instance, which is still running the Washington release).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-26-2025 04:42 AM
Hi Daniel!
That's definitely not the problem, as the Flow, for example, triggers with any value of the SAP-active field - and the value of the field was not changed before the trigger was activated.