I believe this behavior is usually related to the queue's routing configuration rather than the agent doing something intentionally.
Depending on how the queue is configured, an agent can remain Idle while interactions are waiting. For example, routing may be based on skills, language proficiency, Bullseye Routing, Preferred Agent Routing, or even Genesys Predictive Routing (GPR). In these scenarios, the platform may intentionally prioritize certain agents or wait for a better match instead of immediately offering the interaction to every available agent.
With Bullseye Routing, for example, an interaction may remain queued while Genesys attempts to find an available agent within the higher-priority bullseye rings before expanding the search to additional rings.
Regarding Not Responding, that's a different behavior. An agent is only placed into Not Responding after an interaction has actually been offered to them and they fail to answer within the configured timeout. If the interaction was never offered because the routing logic determined the agent wasn't the best candidate, the agent will simply remain Idle instead of moving to Not Responding.
I would start by reviewing the queue's routing method, required skills, utilization settings, Bullseye Routing, Preferred Agent Routing, and whether GPR is enabled. Those are usually the main factors behind an agent appearing Idle while interactions are still waiting in the queue.
------------------------------
Raphael Poliesi
------------------------------