Solucionar problemas de uma automação

Comece pelo sintoma e pela versão envolvida. Verificações de rascunho e pré-visualizações descrevem o trabalho no editor; Runs descreve execuções de versões publicadas.

Automations is in Early access. Your workspace permissions determine which actions you can perform.

Automations não aparece no painel

Confirme que você selecionou o espaço de trabalho correto e é um membro com permissão para visualizar Automations. Se Automations não aparece, peça a um administrador do espaço de trabalho para verificar seu acesso.

Controles de edição estão ausentes

O acesso de leitura a Automations permite visualizar templates e workflows. Criar rascunhos e publicar exigem acesso de escrita a Automations. Se Use template ou Publish estiver indisponível, peça ao administrador do espaço de trabalho o acesso de escrita.

Nenhuma execução aparece

1. Confirme que a automação tem uma versão publicada e está ativa, e não pausada ou arquivada.
2. Inspecione o gatilho publicado. Edições não salvas ou não publicadas não afetam eventos recebidos.
3. Para um evento Bird, confirme que o canal receptor recebeu a mensagem e teste o filtro do gatilho com dados representativos.
4. Para um evento de aplicação, compare o nome e os campos obrigatórios com o gatilho publicado e verifique a solicitação e o resultado enfileirado.
5. Para um agendamento, inspecione a próxima ocorrência, o fuso horário e o comportamento de tick perdido.
6. Verifique se uma execução ativa fez com que o novo início fosse ignorado.
7. Verifique a cota de execuções em acesso antecipado da organização. No limite, novas execuções são recusadas até a redefinição mensal.

Uma falha de filtro ou sobreposição ignorada não cria execução. A aceitação de um evento de aplicação significa que ele foi enfileirado; inspecione Runs para acompanhar o progresso da execução subsequente.

A publicação está bloqueada

1. Conclua as edições de campo abertas e salve o rascunho.
2. Abra Checks e siga cada achado bloqueante até o respectivo passo ou campo.
3. Verifique entradas obrigatórias, conexões de saída e referências a passos ausentes ou futuros.
4. Remova ciclos e corrija nós inválidos mesmo quando estiverem desconectados do caminho principal.
5. Revise as permissões e qualquer confirmação de contrato de evento de aplicação solicitada.

Se o rascunho foi alterado em outro editor, recarregue e compare o trabalho atual antes de tentar novamente. Um resultado de verificação anterior pode estar desatualizado.

A pré-visualização para em uma ação ou espera

Inspecione a entrada preparada. Se a pré-visualização indicar um caminho incompleto, forneça um resultado de amostra usando Set sample result e execute a pré-visualização novamente.

A pré-visualização não consegue buscar um contato nem aguardar um recibo real para preencher uma amostra ausente. Se a própria amostra for inválida, corrija o nó, o caminho de saída ou os campos para corresponder à configuração atual.

Um campo está ausente ou uma expressão falha

1. Selecione o passo consumidor e inspecione o mapeamento de origem.
2. Confirme que o passo de origem ocorre antes no caminho escolhido.
3. Verifique se o campo está ausente, nulo, vazio ou com tipo diferente na amostra ou na execução registrada.
4. Adicione uma condição ou fallback explícito quando apropriado.

Uma saída em um ramo não percorrido está indisponível. Uma busca de contato bem-sucedida sem resultados também precisa de um caminho explícito para resultado vazio.

Uma execução permanece aguardando

Inspecione o prazo de atraso ou a configuração de espera. Confirme o tipo de evento esperado, o passo de envio ou chave de negócio monitorado e qualquer filtro.

Para uma espera de evento de aplicação, o evento de acompanhamento deve referenciar a chave de uma execução existente. Para uma espera de recibo, o recibo deve pertencer à ação configurada naquela execução. Aguardando é um estado esperado até que uma correspondência, timeout, cancelamento ou prazo da execução o resolva.

Uma execução é bem-sucedida, mas nenhuma mensagem chega

Inspecione primeiro o caminho da execução: um ramo pode terminar intencionalmente sem enviar. Se um envio foi executado com sucesso, inspecione o status do canal da mensagem. A aceitação pode ser seguida por uma falha de entrega.

Use uma espera de entrega compatível para decisões de acompanhamento. Um timeout sozinho não é prova de não entrega, então verifique antes de enviar uma mensagem substituta.

Uma execução falha após uma alteração parcial

Inspecione o passo que falhou e os passos anteriores bem-sucedidos. Um lote de contatos pode conter entradas bem-sucedidas e com falha. Cancelamento ou falha posterior não reverte uma mensagem aceita ou alteração de contato.

Corrija a causa antes de iniciar uma nova execução. Revise quais ações seriam repetidas para evitar refazer trabalho que já foi concluído com sucesso.

Próximos passos

• Pré-visualizar e verificar um workflow.
• Inspecionar execuções.
• Consultar métricas de automação.
• Explorar os guias de Automations.