Chats are not routing to agents in advanced work assignmentIssue This article covers some basic troubleshooting steps to determine why chats are not being routed to agents in Agent Workspace Chat via Advanced Work Assignment. CauseCommon causes of Agent Workspace chats not being routed to agents include: Misconfigured Service Channels / Queues / Assignment RulesExisting Agent CapacityAgent Availability Assignment Eligibility records have empty Assignment RulesInteraction Record AccessThe Agent has already rejected that work itemResolutionThe easiest way to determine that the service channel and queue are configured correctly is to make sure that a work item is being generated for that interaction. Navigate to awa_work_item.list and sort by created (z to a).Verify that there is a work item for the interaction associated with your chat in a Queued or Pending Accept state.If a work item has not been created double-check the Service Channel, Queues, and Assignment Rule.See KB0753173 to make sure setup is correct. See KB0955675 to make sure queue conditions are as expected. Make sure that the awa_queue for the agent has the "Define Condition Here" field checked (see KB0779998 for more information). To check the current capacity for an agent, navigate to the awa_agent_capacity table, add the Capacity in Use field and then search for your agent. This number is calculated based on the Utilization condition in the Service Channel.If no number is shown for that user and channel in Capacity in Use, you may need to determine the capacity manually by checking the related table (interaction, case, incident, etc.) for records assigned to that user that meet the utilization condition.Normally the agent capacity is high because of old interaction records assigned to the user are still in a work in progress state that just need to be canceled. Verify that the agent is available for the correct service channel by navigating to the awa_agent_channel_presence table and search for the agent by name and the service channel is chat. If you don't see the record, you may need to edit the Available presence state record in the awa_presence_state table.Check the Assignment Eligibility records and make sure they all have Assignment Rules and none of them are empty. If any are empty you must either add an Assignment Rule or delete the record. Assignment Eligibility records that have empty assignment rules throws an error and causes all work items to remain in a Queued state and are not offered to available agents/awa_eligibility_pool_list.do?sysparm_query=agent_assignment_rule%3DNULL&sysparm_view=If the work item is in a Pending Accept state and assigned to someone, but not showing for the assigned agent then they may be failing some ACLs or there may be a before query Business Rule preventing them from seeing the Interaction record associated with the work item (KB0745410). One other thing that can cause the items not to show even when they are assigned is client-side errors caused by bad client scripts on the interaction table.To see if the agent has already rejected or timed out for that work item go to the awa_work_item_rejection table and see if there is a record for that work item and agent. If work items are rejecting for agents too early you may need to adjust the timeout to give agent's more time to accept the items. You may also see that the reject reason is No Access which means the user ran into issue 4 due to ACLs or Business Rules.Related LinksIf you have already already followed the steps above and are still encountering issues, it may be beneficial to enable more logging for AWA using the instructions found in KB0786263: How to enable extra logging for AWA (Advanced Work Assignment). If you are encountering the error Invalid table: u_awa_<service channel sys_id>_work_item, please see KB0792319.