- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hello Team,
I am working on the following requirement:
When the “Backup Required” field is set to “Yes,” three catalog tasks should be created in parallel. If two tasks are closed as “Close Complete” and the third task is closed as “Close Incomplete,” then the parent RITM should also move to “Close Incomplete.” In short, if any one of the catalog tasks is updated to “Close Incomplete,” the parent RITM should also be marked as “Close Incomplete.”
I have implemented this requirement, and currently the RITM state is updating correctly to “Close Incomplete.” However, I am facing an issue where Catalog Task 1 and Catalog Task 2, which were already closed as “Close Complete,” are automatically getting updated to “Close Incomplete” after Catalog Task 3 is closed as “Close Incomplete.”
Could you please confirm whether this is expected OOTB behavior in ServiceNow, or if there might be an issue with my implementation?
Thanks.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hi,
Yes, this is expected OOTB behavior in ServiceNow.
When the parent RITM is moved to “Closed Incomplete,” ServiceNow triggers the OOTB Business Rule “Close Tasks Due to Cancellations” on the sc_req_item table. This Business Rule updates the associated active/related catalog tasks and can also change their state to “Closed Incomplete” or cancelled depending on the implementation and workflow behavior.
So in your scenario, when Catalog Task 3 is closed as “Closed Incomplete” and your logic updates the parent RITM to “Closed Incomplete,” the platform is then propagating that state back to the related catalog tasks through the OOTB closure/cancellation logic.
Therefore, Catalog Task 1 and 2 changing from “Closed Complete” to “Closed Incomplete” is generally tied to the standard request cancellation/closure behavior and not necessarily an issue with your implementation.
You can verify this by checking the following OOTB Business Rule:
Name: Close Tasks Due to Cancellations
Table: sc_req_item
You can also enable Business Rule debugging to confirm the execution flow.
Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago - last edited 3 weeks ago
Hi @abhijee
Exact issue we faced. Sharing the root cause, validate at your end.
Check if you are setting any stage at that time.
Validate based on state/stage changes , if you have any existing BR (on sc_task) which is triggering and changing those SC_task to closed incomplete.
Regards
Tanushree Maiti
ServiceNow Technical Architect
LinkedIn: https://www.linkedin.com/in/tanushreemaiti
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
@Tanushree Maiti @subhamsni92 Thank you so much The issue was occurring because the stage was set to “Request Cancelled” while the RITM state was “Close Incomplete.” in the backend, the “Close Tasks Due to Cancellations” business rule was running, which was automatically closing all catalog tasks related to the RITM.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hi @abhijee ,
Based on the behavior you described, the RITM moving to “Closed Incomplete” when any one Catalog Task is closed as “Closed Incomplete” is expected as per your implemented logic.
However, the already completed Catalog Tasks getting updated from “Closed Complete” to “Closed Incomplete” is typically not desired behavior OOTB unless there is workflow/activity synchronization or custom logic updating all child tasks based on the parent RITM state.
I would recommend checking the following:
Workflow/Flow Designer activities updating child task states
Business Rules on sc_task and sc_req_item
Any script that synchronizes RITM and Catalog Task states
Task closure propagation logic
Usually, best practice is:
Parent RITM → Closed Incomplete if any SCTASK is Closed Incomplete
Completed SCTASKs should remain Closed Complete
Only active/open tasks should be updated
Most likely, some custom logic or workflow activity is updating all associated catalog tasks after the RITM state changes.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
My thoughts
-> this is not expected OOTB behavior
-> since you are using Workflow when you have parallel catalog tasks without a proper Join activity the workflow may end prematurely leading to Closed Incomplete
what debugging did you do?
is this happening for other catalog items's task as well?
💡 If my response helped, please mark it as correct ✅ and close the thread 🔒— this helps future readers find the solution faster! 🙏
Ankur
✨ Certified Technical Architect || ✨ 10x ServiceNow MVP || ✨ ServiceNow Community Leader