Why Are My ServiceNow Catalog Tasks Not Triggering? A Workflow Debugging Guide

Ever submitted a request in ServiceNow and noticed that no Catalog Tasks were created? This situation can be confusing, especially when the workflow appears to be configured correctly.

In many cases, the issue is not a platform error but a workflow logic or data problem. This guide explains the most common causes and how ServiceNow developers can debug the issue effectively.

The Problem

You submit a Requested Item (RITM) and the request gets approved or auto-approved. However, no Catalog Tasks are generated. In some cases, the request may even move directly to a completed or closed state.

This usually indicates that a workflow activity responsible for creating tasks was skipped or never executed.

Common Misconceptions

• Catalog Tasks always require an assignment group.
• Workflows always execute step-by-step unless there is a visible error.
• If approvals succeed, task creation must occur afterward.

In reality, workflow activities can be skipped due to logic conditions, data issues, or platform behavior.

How Catalog Tasks Are Normally Created

Understanding the normal flow helps identify where the process breaks.

User Request
   ↓
Requested Item (RITM)
   ↓
Workflow / Flow Designer
   ↓
Approval Activities
   ↓
Catalog Task Activity
   ↓
Task created (sc_task)

If any step above is skipped or fails silently, the Catalog Task activity will never run.

Common Causes of Catalog Tasks Not Triggering

1. Skipped Workflow Paths

The most common reason is that the workflow path containing the task activity was skipped.

This may happen when an approval activity returns an unexpected result or when no workflow path exists for a specific outcome.

Examples include:

• An approval activity is skipped due to a script condition.
• The workflow contains no path for rejection or auto-approval scenarios.
• The request transitions directly to a closed state.

2. Platform Patch Issues

Some ServiceNow platform releases have contained workflow-related bugs.

For example, in Yokohama Patch 1, there was an issue where only the first approval activity in certain workflows executed correctly. Subsequent approvals were skipped, which prevented downstream tasks from being created.

This issue was resolved in later patches, but older workflows cloned from that version may still behave incorrectly.

3. Data Validation or Missing User Information

Many workflows use user attributes to determine approval logic. If required data is missing, workflow decisions may evaluate to false.

Examples include:

• The requester has no manager defined.
• User profile attributes such as department or location are missing.
• Custom script conditions return null or empty values.

If an approval step is skipped because of these conditions, the workflow may bypass the task creation activity entirely.

How to Debug the Issue

When Catalog Tasks are not created, start with these checks:

• Open the Requested Item (RITM) record.
• Check the Workflow Context related to the request.
• Review each activity and verify whether it executed or was skipped.
• Inspect approval activity results.
• Validate requester and user data fields.

Step-by-Step Debugging Checklist

• Verify that the workflow or Flow Designer flow is attached to the catalog item.
• Check the workflow context for skipped activities.
• Confirm approval results and approval states.
• Validate requester data such as manager, department, and location.
• Review any script conditions in approval or decision activities.
• Check for platform patch-related issues.
• Confirm that the Catalog Task activity exists in the executed workflow path.

Useful Logs for Troubleshooting

If custom scripts are involved, adding logging can help track execution flow.

gs.info('Approver: ' + current.requested_for.manager);
gs.info('Workflow state: ' + workflow.state);
gs.info('Task creation reached: ' + activity.name);

These logs can help identify where the workflow path stopped executing.

Best Practices for Preventing This Issue

• Define workflow paths for every approval outcome.
• Ensure requester data fields are properly populated.
• Add logging for critical workflow decision points.
• Test workflows with incomplete user data to simulate edge cases.
• Review workflows after platform upgrades.

Common Search Queries This Article Solves

This guide helps ServiceNow developers searching for solutions to problems such as:

• ServiceNow catalog task not created
• ServiceNow catalog task not triggering workflow
• ServiceNow RITM approved but no catalog tasks
• ServiceNow workflow skipped activity
• ServiceNow debugging catalog task creation
• ServiceNow workflow approval skipped

Conclusion

Catalog Tasks not triggering is usually caused by workflow logic, skipped activities, or missing user data rather than a platform failure.

By reviewing the workflow context, validating approval logic, and checking user data, ServiceNow developers can quickly identify the root cause.

Understanding how workflow paths execute is essential for troubleshooting task creation issues effectively.