O que a automação aponta como problema antes de publicar?
O ícone de aviso no topo do editor abre a lista de problemas da automação. Passe o mouse em um item para destacar o bloco no canvas; clique para centralizar nele.
A lista separa duas coisas:
- Erro — impede publicar.
- Aviso — publica normalmente, mas provavelmente não é o que você quis.
Papel: qualquer membro com acesso ao workspace.
Erros
Avisos
Número de envio: existe, mas não envia
Um número pode estar cadastrado e mesmo assim não enviar. A automação confere o mesmo que o envio exige na hora de disparar:
- Conectado — número em conexão, pendente, com erro ou desativado não envia.
- Não arquivado — número arquivado continua aparecendo no histórico, mas não é mais um remetente.
- Liberado para automações — na conta do número existe um controle de onde ele pode ser usado (atendimento, automações, disparos). Com automações desligado, o envio é recusado.
Esse último é o mais traiçoeiro: o número está vivo, aparece normalmente nas telas de atendimento, e ainda assim a automação não envia por ele.
Só o número fixo do bloco é conferido. Quando o bloco usa o número que veio do gatilho, não há o que conferir antes de rodar — o número só se define durante a execução. No modo por atendente, o que se confere é o número de reserva; deixá-lo em branco é uma escolha válida e significa "não enviar" quando a cadeia não resolve.
A automação também é fechada sozinha se o número cair depois de publicada. A verificação aqui é a que existe antes, inclusive em rascunho que ninguém ativou ainda.
Variável fora do contexto do gatilho
Quase toda variável funciona em qualquer automação: dados do contato, campos personalizados e tags sempre existem, porque toda execução tem um contato.
A exceção é a variável cujo valor nasce do gatilho — hoje, o link individual do webinário. Ela só resolve quando todos os gatilhos de entrada da automação são de webinário. Basta um gatilho de outro tipo para a garantia cair: qualquer um deles pode iniciar a execução, e nessa execução a variável sai vazia.
É aviso, não erro: a mensagem é enviada mesmo assim, só que com um buraco no lugar do link. É a mesma regra que o editor usa para decidir se oferece a variável na lista — se ela não aparece para você inserir, é porque nesta automação ela não resolveria.
Referência quebrada é o problema mais silencioso
É o caso mais comum e o mais difícil de perceber sozinho: você configura o bloco para mover o card para uma etapa, alguém apaga aquela etapa, e a automação continua publicada falhando em silêncio a cada execução. Quem apagou a etapa não estava olhando para a automação.
Por isso ele é erro e não aviso — e por isso a verificação acontece no momento em que você abre a lista, e não a partir do que estava salvo: tag, lista, pipeline, etapa e oferta podem ter sido apagadas por outra pessoa depois que você configurou o bloco.
Recurso de outro workspace
Um recurso que pertence a outro workspace aparece como referência quebrada, e não como válido. Do ponto de vista desta automação ele não existe mesmo — ela não conseguiria usá-lo.