Roteie conversas para o membro certo

Resumo

Um gatilho de equipe observa uma condição (tag aplicada, horário de trabalho, fonte de campanha) e atribui automaticamente o contato a um usuário específico do CRM. A mudança aparece no seu CRM e na inbox do Wazzap, então a pessoa certa recebe a notificação e as erradas param de ver o chat na fila.

Como funciona

1. Você define a condição: tag, horário de trabalho, fonte de campanha ou combinação.
2. Escolhe um alvo: um usuário específico, um pool round-robin ou um agente fallback.
3. Quando a condição dispara, o Wazzap chama a API de atribuição do seu CRM e atualiza o dono do contato.
4. As notificações vão para o novo dono. A view do dono anterior é limpa da fila.

Configuração

1. Abra o Wazzap, vá na sub-conta e depois em Gatilhos de equipe.
2. Crie um novo gatilho e escolha a condição:
   • Tag: qualquer tag de contato como espanhol, enterprise, vip.
   • Fonte: o valor de ad_source_type ou outros campos customizados de Meta Ads.
   • Horário: janela de horário de trabalho do usuário alvo.
3. Escolha o usuário alvo no seu CRM.
4. Configure um fallback para quando o alvo estiver offline (opcional).
5. Salve e teste aplicando a tag no seu próprio registro de contato.

Modos de roteamento

• Atribuição direta: cada match vai para um usuário. Ideal para roteamento por especialidade (idioma, vertical, tamanho da conta).
• Round robin: os matches rotacionam igualmente em um pool de usuários. Ideal para leads de inbound onde qualquer closer pode pegar.
• Horário de trabalho: atribui ao usuário A de 9 às 17, fallback para o usuário B fora dessa janela. Útil para times globais.

Exemplo

Atribuição por tag a um closer específico:

Condição: contato tem a tag "enterprise"
Alvo:     usuário "alex@example.com"
Fallback: usuário "team-lead@example.com"
Notas:    dispara só entre 09:00 e 18:00 America/Sao_Paulo

Notas importantes

• Os gatilhos de equipe atualizam o campo dono do contato no seu CRM. Garanta que a permissão de API está concedida ao Wazzap.
• O estado do round-robin é mantido por gatilho. Dois gatilhos não compartilham memória de rotação.
• Se o usuário alvo for removido do CRM, o gatilho cai no fallback configurado (ou fica sem atribuir se não houver).
• A reatribuição é one-way. O Wazzap não desfaz uma mudança anterior de dono.

Solução de problemas

O contato muda de dono mas o novo dono não é notificado

Verifique se o novo dono tem preferências de notificação habilitadas no CRM para atribuições de conversa. O Wazzap só dispara a atribuição, o CRM controla a notificação.

O round-robin sempre cai no mesmo usuário

Um dos usuários provavelmente está como inativo ou sem permissão de receber conversas. Usuários inativos são pulados em silêncio, então o ativo parece receber todos os matches.