Pular para o conteúdo
Central de Ajuda / Automações e integrações / Descobrir que uma automação falhou
Passo a passo

Descobrir que uma automação falhou

O que o Hub tenta de novo sozinho, o que ele nunca repete e como montar a conferência que substitui o aviso que ninguém recebe.

Disponível em: Todos os planos Atualizado em 2026-08-25
Navegar pela Central de Ajuda
Primeiros passos
Produtividade e trabalho
CRM e Vendas
Atendimento e CS
Financeiro e operação
Pessoas e cultura
IA e dados
Arquitetura e Gestão na Era da IA
Automações e integrações
Conta e administração

Uma automação que rodou bem por três meses e falha numa terça de madrugada não bate na porta de ninguém. O Hub tenta de novo sozinho, guarda o que aconteceu e deixa tudo registrado, mas quem precisa olhar é você. Este guia mostra o que o motor repete por conta própria, o que ele nunca repete e como montar a rotina de conferência que evita descobrir a falha pela reclamação do cliente.

Antes de começar

  • Acesso ao app Automações. Leitura basta para conferir; re-executar um passo exige permissão de gerenciar.
  • Saber onde o resultado do fluxo deveria aparecer: a tarefa criada, a mensagem enviada, o lançamento feito.

O que o Hub repete sozinho

O motor separa dois tipos de problema, e trata cada um de um jeito.

Tipo de problemaExemploO que acontece
PassageiroO app de destino ficou indisponível por alguns segundosO passo é tentado três vezes, com espera crescente entre elas. Se o app voltar, o fluxo segue como se nada tivesse acontecido
De configuraçãoO passo pede um campo que ficou vazio, ou um valor que o app de destino recusaNão adianta repetir: um passo mal configurado não fica válido por insistência. Ele aparece como inválida e espera correção

Nos dois casos nada desaparece. O passo guarda o erro completo, a execução fica no histórico e você decide quando reenviar. Execuções resolvidas ficam 30 dias; as que falharam ou ficaram parciais ficam 90 dias, porque são as que alguém ainda vai precisar investigar.

O passo que para leva junto o que vinha depois dele

Os passos de um caminho entram na fila conforme o anterior termina bem. Quando um passo no meio do fluxo para, o que estava pendurado nele não roda. Um caminho paralelo que não depende daquele passo continua normalmente, e é justamente por isso que existe a execução Parcial: parte do fluxo entregou, parte não.

Vale ler isso ao contrário quando desenhar o fluxo. Se o aviso para a equipe estiver pendurado depois do passo mais frágil, é exatamente o aviso que você não vai receber no dia em que precisar dele.

Leia o status da execução

O status da execução inteira responde antes de abrir passo por passo.

StatusO que significa
AguardandoA execução entrou e ainda não começou
ExecutandoEstá rodando agora
ConcluídaTodos os passos que deveriam rodar terminaram bem
ParcialParte dos passos entregou e parte não. Quase sempre é aqui que mora o problema silencioso
FalhouNenhum passo chegou ao fim
CanceladaA execução foi interrompida pela regra de cancelamento
Parada (loop)O fluxo alimentou o próprio gatilho e bateu no teto de encadeamento
Parada (limite)O teto de execuções por registro ou por organização foi alcançado
Parada (registro mudou na espera)Durante uma espera, o registro mudou de um jeito que tirou o sentido de continuar

Parcial merece atenção especial. Ela não aparece como erro no dia a dia de quem só olha se a automação está ativada, e é o estado em que metade do combinado aconteceu.

O aviso que o Hub não manda

Não existe acontecimento de “automação falhou”. Nenhum fluxo consegue vigiar outro fluxo, e o motor não dispara aviso por conta própria quando um passo para. Um aviso só sai quando você pendura o passo Avisar pessoas dentro do próprio fluxo, e ele depende de a execução chegar até ali.

Três falhas têm acontecimento próprio e podem virar aviso, porque quem falha é o canal e não a automação:

  • Conexão de WhatsApp caiu
  • Envio de WhatsApp falhou
  • Transcrição falhou, no Gravador

Fora desses casos, o que fecha a lacuna é rotina humana, não configuração.

Monte a sua conferência

  1. Abra Execuções na barra lateral do app Automações.
  2. No filtro de status, escolha Falhas e confira o período. Depois repita com Parciais, que é o estado mais fácil de passar batido.
  3. Ajuste o período para Últimos 7 dias se a conferência for semanal, ou Últimas 24h se o fluxo for crítico.
  4. Volte ao quadro de automações e leia três colunas em sequência: Execuções · 7d (se o gatilho aconteceu), Saúde (quanto terminou bem) e Última execução (quando foi a última vez).
  5. Combine um responsável e uma frequência. Na Empresa Aurora, Ana abre a lista de falhas toda segunda antes da reunião de operação, e leva só o que estiver em Parcial ou Falhou.

Fluxos que movem dinheiro, prazo ou mensagem para cliente merecem conferência mais curta que fluxos internos de organização.

Como saber que deu certo

  • O filtro de Falhas e o de Parciais aparecem vazios no período conferido.
  • A coluna Saúde dos fluxos que importam está estável, sem queda de uma semana para a outra.
  • Quando algo aparece, existe um responsável que já sabe o que fazer com aquilo, e não uma descoberta de última hora.

Problemas comuns

SintomaCausa provávelO que fazer
O cliente avisou antes de nósNinguém tem a conferência na rotina, e o Hub não avisa sozinhoDefina responsável e frequência, começando pelos fluxos que falam com cliente
A automação está ativada e mesmo assim faltou coisaA execução terminou como Parcial: parte do fluxo entregouAbra a execução e veja em qual passo o caminho parou
Corrigi o passo e nada mudouCorrigir o fluxo não refaz o que já falhouReenvie o passo pela própria execução, ou provoque o acontecimento de novo
O passo esgotou as tentativas com erro de permissãoA automação não alcança o app de destinoPeça ao administrador o acesso daquele app e reenvie o passo
A falha é antiga e sumiu do históricoExiste prazo de retençãoFalhas e parciais ficam 90 dias; resolvidas ficam 30

Próximo passo