- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-10-2024 04:19 AM
Hello Everyone,
We have noticed a few change requests are creating duplicate approvals. Once the change is moved to the Scheduled state after CAB approval, again a 2nd set of Approvals is created for the CAB team. And this is only happening for a few requests. I've checked the workflow but it's OOB and nothing strange was noticed in the workflow. Has anyone faced this issue or does anyone have any idea about this? Please help me
Solved! Go to Solution.
- Labels:
-
ServiceNow Impact
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-21-2024 08:12 AM
Here is our solution: When a user creates a change request from the Service Operations Workspace, we will have a 'change type' field filled in from the SOW. So this triggers both the Flow and workflow for that particular change request.
Here are some potential solutions to consider:
- Replace the Model Parameter: Change the model parameter to the change type. this will prevent the flow from triggering.
- Remove the "Create Change" Option: If the "Create Change" feature in the SOW is not utilized by the client, consider removing this option entirely from the SOW.
- Change the Landing Page: If the SOW is not being used by the client, replace it with an alternative landing page.
We have implemented the third option.
Hope this helps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-10-2024 05:39 AM
Do you have anything else configured for these changes? Like another flow, other rules, or something like that?
Please mark any helpful or correct solutions as such. That helps others find their solutions.
Mark
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎06-11-2024 08:12 AM
@Mark Manders No, everything is OOB
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-19-2024 09:33 AM - edited ‎11-19-2024 09:33 AM
Did you find any solution because we're facing the exact same issue ?
No customization has been done, only OOB
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-21-2024 08:12 AM
Here is our solution: When a user creates a change request from the Service Operations Workspace, we will have a 'change type' field filled in from the SOW. So this triggers both the Flow and workflow for that particular change request.
Here are some potential solutions to consider:
- Replace the Model Parameter: Change the model parameter to the change type. this will prevent the flow from triggering.
- Remove the "Create Change" Option: If the "Create Change" feature in the SOW is not utilized by the client, consider removing this option entirely from the SOW.
- Change the Landing Page: If the SOW is not being used by the client, replace it with an alternative landing page.
We have implemented the third option.
Hope this helps.