Passar para o conteúdo principal

Por que o bot atribui conversas a um agente "offline" ou a um agente de teste?

Neste artigo você aprenderá por que o motor de atribuição do Atom pode enviar chats para usuários desconectados ou contas de teste, e como evitar isso.

📌 Pergunta frequente ou contexto inicial

Alguns administradores notaram que o sistema atribui chats a agentes em estado "offline" ou a contas de teste. Isso gera confusão, pois se espera que as conversas fluam apenas para agentes ativos e disponíveis. Aqui explicamos a lógica por trás deste comportamento.


🛠️ Seção de troubleshooting (passo a passo)

  1. Verifique o estado real do agente: Verifique no painel de Usuários e no Histórico de conexão dos relatórios (Agentes > Estado de agentes) se o agente estava realmente "offline" ou em um estado "não atribuível" no momento da atribuição do chat.

  2. Verifique a configuração de atribuição: Corrobore que o sistema está parametrizado para procurar agentes disponíveis. Identifique quantos agentes daquele grupo específico estavam em estado atribuível simultaneamente.

  3. Revise os grupos do agente de teste: Certifique-se de que as contas de teste não pertençam a grupos de produção. Se estiverem vinculadas a grupos ativos, o sistema as considerará candidatas para receber chats.

  4. Observe os logs do bot: Consulte os Relatórios de Estado de Agente para determinar as condições exatas (quantidade de agentes e seus estados) que forçaram o bot a realizar tal atribuição.


✅ Possíveis soluções

  • Gerenciar usuários de teste: A solução definitiva é remover os usuários de teste dos grupos de produção ou desativá-los completamente para evitar que entrem na distribuição automática.

  • Reatribuição manual: Se uma conversa cair em uma conta errada, um administrador pode movê-la manualmente da caixa de entrada para o agente correto.


🗒️ Notas adicionais

  • Prioridade de continuidade: O bot de atribuição prioriza manter a conversa dentro do mesmo grupo. Se o agente que atendeu previamente o cliente está offline e não há outros agentes disponíveis naquele grupo, o sistema pode forçar a atribuição ao agente anterior (mesmo que offline) ou a qualquer outro membro do grupo (como um perfil de teste) para não deixar o chat órfão.

  • Monitoramento preventivo: É recomendável revisar periodicamente quem integra cada grupo e limpar contas antigas ou de suporte técnico que não devam receber clientes reais.


🧩 Exemplo prático / Caso de uso

Cenário: Marta López esteve offline de sexta a terça. Durante esse tempo, o sistema atribuiu conversas a um "Agente de Teste" porque era o único outro membro do grupo, apesar de estar também desconectado.

Resultado: O comportamento é o esperado por design: o bot priorizou a pertença ao grupo sobre o estado de conexão para tentar dar continuidade. A solução foi remover a conta de teste do grupo de Marta.


📞 Quando contactar suporte?

Contacte a equipe de suporte se:

  • Os agentes ativos e disponíveis não estão recebendo conversas apesar de estarem corretamente configurados e conectados.

  • O sistema atribui chats a grupos aos quais o cliente não deveria ter acesso.


Mantenha seus grupos de produção limpos! 🚀

O sistema de atribuição do Atom prioriza a continuidade do cliente; se todos os seus agentes estão desconectados, o bot pode atribuir o chat ao último consultor que atendeu o caso ou a contas de teste vinculadas ao mesmo grupo para evitar que o chat fique pendente. Para evitar confusões, revise seus grupos, desvinculde as contas de teste dos canais reais e promova o uso correto dos estados de conexão em sua equipe. ✅

Respondeu à sua pergunta?