Solução de problemas de automations: quando os gatilhos não disparam, as ações falham ou faltam execuções
Uma automation tem três partes que podem quebrar de forma independente:
| Parte | Pergunta |
|---|---|
| Gatilho | O evento aconteceu da forma que a automation espera? |
| Condições | A execução passou pelo filtro (ou foi ignorada em silêncio)? |
| Ação | A ação foi tentada, teve sucesso ou falhou? |
Esta página é a escada para percorrer cada uma. Comece sempre pelo topo. Pular direto para “a ação falhou” perde 80% dos casos que acabam sendo problemas de gatilho ou de condição.
Verificação rápida de saúde
- Abra Automations no app web.
- Encontre a automation em questão.
- Abra a visão Runs / History. Você deve ver cada tentativa de execução recente.
- Se você vê nenhuma execução -> o gatilho nunca disparou. Pule para O gatilho não disparou.
- Se você vê execuções, mas cada uma está ignorada -> as condições as filtram. Pule para As condições ignoraram a execução.
- Se você vê execuções que falharam -> vá para A ação falhou.
1. O gatilho não disparou
| Possível causa | O que verificar |
|---|---|
| A automation está inativa | O toggle da automation precisa estar em ON. Automations recém-criadas às vezes são salvas como rascunho. |
| O gatilho está restrito a um check-in / equipe que não é seu | Abra as configurações do gatilho e confirme que ele está vinculado ao check-in correto. |
| O horário do gatilho agendado ainda não passou | O scheduler roda no fuso horário da organização. Veja scheduler. |
| Disparado por uma ação de usuário que não aconteceu | “Check-in submitted” exige um envio real, não apenas abrir o enunciado. |
| O próprio check-in que dispara está pausado / desativado | Um check-in pausado não produz eventos. Veja encontrar um check-in desativado. |
Um teste útil: mude temporariamente o gatilho para “a cada 5 minutos” e verifique se as execuções aparecem no histórico. Depois reverta.
2. As condições ignoraram a execução
Se a lista de execuções mostra entradas marcadas como “skipped” ou “did not match”, uma condição está filtrando-as.
Culpados comuns:
- Lógica AND vs OR no grupo de condições. Condições complexas muitas vezes acabam unidas por AND quando o usuário esperava OR.
- Erro de digitação em uma referência de campo (por exemplo, comparar uma string com um número).
- Campos vazios no evento de origem que a condição presume estarem preenchidos.
- Condições de janela de tempo (por exemplo, “somente em dias úteis”). Verifique o dia/hora do teste.
Abra uma execução ignorada e inspecione o log de avaliação se disponível. Se não, simplifique as condições para confirmar que as execuções disparam e, depois, readicione complexidade uma regra de cada vez.
3. A ação falhou
| Sintoma | Causa provável |
|---|---|
permission denied em um canal |
O bot não está no canal ou lhe faltam permissões de Send Messages / Embed Links. |
not found para um usuário / equipe / canal |
A referência (ID / slug) foi excluída ou renomeada depois que a automation foi criada. |
timeout ou 5xx de um sistema externo |
O destino da integração está fora do ar ou com limite de taxa; a execução tentará novamente conforme a política da plataforma. |
invalid template / variável não resolvida |
Uma variável como {{member.email}} referenciou um campo que está vazio para aquele evento. |
| A ação roda mas nada acontece | A ação publicou em algum lugar que você não está observando (DM em vez de canal, canal arquivado etc.). |
Clique em uma execução com falha para ver o detalhe do erro. O detalhe indica o campo ou a etapa que falhou. Tire um print dele caso você escale o caso.
“Rodou mas o usuário não recebeu a mensagem”
Razões comuns:
- A ação publicou em um DM que o usuário silenciou.
- O usuário está em time off.
- O canal de destino foi arquivado entre a criação da automation e a execução.
- O destino da ação era uma organização diferente (muito raro; só em integrações entre organizações).
- O usuário saiu da organização, mas a ação ainda o referencia.
Limites e tempo
- As automations não são em tempo real como sistemas de streaming. Espere segundos, não milissegundos, entre o gatilho e a ação.
- Ações pesadas de “todos os membros da organização” são limitadas para proteger os limites de taxa da plataforma de chat.
- Uma automation que depende do resultado de outra automation pode não ver o resultado posterior imediatamente.
Para os limites exatos por plano, veja Comparação de planos.
Quando escalar para o suporte
Envie:
- O nome da automation e o run ID de um exemplo que falhou.
- Os timestamps de quando você esperava que disparasse.
- Um print do detalhe do erro, se houver.
- A confirmação de que a automation está ativa.
- O nome da organização e o seu e-mail.
Depois, entre em contato com o suporte do Dailybot pelo Help / Contact no produto ou no site.