Workflows may experience significant, consistent delays (e.g., 15–20 minutes) between the completion of one task and the start of the next.
This can happen on any version or system type as Queues are a standard object type.
The delay is caused by the job reaching the Max. Slots limit of its assigned Queue object.
When a job is ready to start but the assigned Queue has no available slots, the job enters a transient "Waiting for Queue Slot" status. This is a standard load-balancing behavior rather than a system error, and is not captured in final job reports or historical logs once the job completes.
To identify and resolve delays related to Queue saturation, follow these steps:
CLIENT_QUEUE).Max. Slots in the Queue object definition.Note: Information on monitoring queues in real-time in the Process Monitoring perspective can be found on the Monitoring Tasks Quick Filter documentation page
Standard job reports usually show the start and end time of the execution on the Agent but may not capture the full duration the job spent in a "Waiting" status on the Engine side due to Queue limits. Always verify Queue throughput when execution gaps occur.