Example:
An OOO event is created for an engineer/agent, either from the My Agents tab or the Agent Insights page, but a case is still routed to that agent during the OOO window.
Cause:
Case assignment is processed at the moment a case enters the queue. If the OOO event is created after a case has already been assigned, the system has no way to retroactively reassign it, the assignment already happened before the OOO status was recognized.
In other words: OOO events only prevent future assignments from the point they're created onward. They do not un-assign cases that were routed earlier in the same day.
Example: If a case comes in at 9:00 AM and the OOO event is created at 9:15 AM, that case will already be assigned to the agent despite the OOO window covering the whole day.
My Agents tab vs. Agent Insights, what's the difference?
Both let you set agent OOO/availability, but they serve slightly different purposes:
| My Agents tab | Agent Insights | |
|---|---|---|
| Purpose | Quick, direct way to mark an agent OOO | Broader view of agent schedules, workload, and availability management |
| Best for | Simple one-off OOO entries | Managing multiple agents' schedules/events, especially when you need more visibility into workload alongside availability |
If a Case Still Gets Misassigned
If you've confirmed the OOO event was created before the case was assigned and it was still routed incorrectly, this is not expected behavior, please open a support case with:
- The case ID that was misassigned
- The exact timestamp the OOO event was created
- The exact timestamp the case was created/assigned
Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article