Passar para o conteúdo principal

Por que uma conversa é reatribuída a um bot depois de ter sido transferida para um agente?

Neste artigo explicamos por que uma conversa pode ser reatribuída automaticamente ao bot, mesmo depois de ter sido transferida para um consultor humano.

❓ Pergunta frequente ou contexto inicial

Às vezes, observa-se que uma conversa atribuída a um agente volta ao controle do bot sem intervenção direta. Este comportamento costuma gerar confusão quando se espera que o agente mantenha o acompanhamento total do caso.


🛠️ Troubleshooting: Passo a passo para identificar o problema

  1. Revise a configuração do bot

    • Verifique se o bot tem regras que reavaliarem conversas ativas.

    • Confirme se existe uma lógica condicional (palavras-chave ou tempos de inatividade) que o faça retomar o controle.

  2. Consulte os logs de atribuição

    • No histórico da conversa, revise qual entidade realizou a reatribuição (foi o bot, o sistema por uma regra global ou um movimento manual?).

  3. Verifique os fluxos de automação

    • Certifique-se de que não há uma automação ativa que reintroduza o cliente no fluxo do bot se não detectar uma resposta rápida do agente.

  4. Estado do agente

    • Confirme que o agente esteja online e em estado atribuível. Se o agente passar para "Ausente" ou se desconectar, Atom pode devolver a conversa ao bot de acordo com sua configuração de contingência.

  5. Revise a filiação ao grupo

    • O agente deve pertencer obrigatoriamente ao grupo exato ao qual o bot transfere as conversas.


✅ Possíveis soluções

  • Modificar o fluxo do bot: Certifique-se de que, após a transferência, o fluxo termine corretamente e não permaneça com "nós abertos" que possam ser reativados.

  • Ajustar regras de inatividade: Revise se você tem configurada uma reatribuição automática ao bot quando o agente não responde em um tempo determinado. Ex. Tarefas automatizadas.

  • Adicionar uma espera condicional: Introduza um bloco de "espera" após a atribuição para dar margem de manobra ao agente antes de qualquer reintervenção do bot.

  • Revisar configurações de equipe: Defina claramente as hierarquias de atribuição para evitar que o bot "interfira" com o trabalho humano já iniciado.


📝 Notas adicionais

  • Alguns comportamentos podem estar vinculados a atualizações do sistema que exijam uma revisão técnica específica.

  • As reatribuições podem ser influenciadas por configurações de horário comercial: se um agente recebe um chat fora do horário, o bot pode retomar o controle para enviar uma mensagem de ausência.


💼 Exemplo prático / Caso de uso

Cenário: O bot "Atendimento 2" transferia chats para o agente Pérez após detectar a palavra "capacitação". No entanto, o chat voltava ao bot quase imediatamente.

Diagnóstico: O fluxo do bot não tinha um nó de "Fim" após a transferência. Ao não detectar uma resposta instantânea do agente, o bot interpretava que deveria continuar assistindo o usuário.

Solução: O fluxo foi ajustado adicionando um encerramento de lógica e uma espera de 5 minutos antes que o bot possa tentar qualquer nova intervenção automática.


📞 Quando contactar o suporte?

Contacte o suporte se:

  • Não existe nenhuma regra visível que justifique a reatribuição.

  • O comportamento é intermitente e não segue uma lógica clara.

  • O problema persiste após configurar corretamente os fluxos e estados.

Por favor, inclua:

  • Capturas do fluxo do bot.

  • ID ou histórico da conversa afetada.

  • Nome do bot e do agente envolvidos.


Não deixe que o bot interrompa sua equipe! 🚀

Se você notar que um chat volta ao controle automático após ser atribuído, revise se seus fluxos têm um nó de "Fim" claro e se não existem tarefas de inatividade muito agressivas. Certifique-se de que seus agentes mantenham seu estado "Atribuível" e ajuste as regras de contingência para que o humano tenha o controle total uma vez que o bot tenha cumprido sua missão. ✅

Respondeu à sua pergunta?