Automações do LogOS não estão disparando: o que verificar

Se você configurou uma automação no LogOS e ela não está disparando — ou o processo não está avançando conforme o esperado — antes de tratar como bug, vale rodar um checklist. Muitos casos se resolvem sem precisar escalar.

O que verificar antes

Comece coletando as respostas para estas perguntas:

• Qual automação exatamente? Anote o nome.
• Qual gatilho é esperado? Movimentação de etapa, preenchimento de campo, evento de integração?
• Desde quando o problema aparece? Sempre foi assim, ou parou de funcionar recentemente?
• Há mensagem de erro em tela? Ou é comportamento silencioso (a automação simplesmente não roda)?

Com essas respostas em mãos, siga o checklist abaixo.

Verificação 1: automações duplicadas

Automações duplicadas travam o fluxo e impedem que o processo avance. Se você tem mais de uma automação com o mesmo gatilho — mesmo que os efeitos sejam diferentes — o sistema pode ter dificuldade em decidir a ordem de execução.

Como resolver: revise a lista de automações do workflow em busca de duplicidade. Se houver, mantenha só uma.

Verificação 2: campo usado na condição está ativo?

Para que uma automação avance o processo por condição, o campo usado precisa estar ativo na aba "Campos" do workflow. Se o campo foi desativado depois que a automação foi criada, ela não roda mais — mesmo que o campo continue aparecendo nas telas do processo.

Como resolver: entre nas configurações do workflow, aba "Campos", e confirme se o campo referenciado pela automação está ativo.

Verificação 3: condições das etapas anteriores

Se você tem automações que fazem o processo pular etapas, as etapas anteriores precisam ter condições que impeçam retorno indevido. Sem isso, o processo pode entrar em um loop de avanço e retorno.

Como resolver: confira se cada etapa anterior tem condições configuradas que fecham o caminho de volta após o pulo.

Verificação 4: e-mail de automação não sendo enviado

Se sua automação envia e-mail e ele não está chegando ao destinatário, a causa frequente é: o e-mail de destino está em lista de supressão (por retornos técnicos anteriores).

Nesse caso, abra chamado informando:

• Workflow envolvido
• Nome da automação
• E-mail(s) que não estão recebendo

A remoção da lista de supressão é feita internamente.

Verificação 5: responsável do processo trocando sozinho

Se você percebeu que o responsável de um processo mudou sem intervenção manual — inclusive para um usuário inativo — verifique se há uma automação que altera responsável rodando no workflow. Isso é comportamento comum quando uma automação existe mas foi esquecida.

Se não há automação de alteração de responsável e mesmo assim o responsável muda, aí é caso de chamado.

Se persistir depois do checklist

Se você rodou tudo e a automação continua não disparando corretamente, abra chamado com nossa equipe informando:

• Workflow e nome da automação
• Um processo exemplo em que o problema acontece
• Desde quando
• Print do erro, se houver
• Confirmação explícita das verificações que você já fez

Com essas informações, o diagnóstico é rápido.

Uma nota sobre avanço por follow-up automatizado

Um comportamento que às vezes gera dúvida: o bloqueio de avanço por campos obrigatórios vale apenas para movimentação manual. Movimentação por evento automatizado não é bloqueada pelos campos obrigatórios. Se o processo avança por automação mesmo com campos obrigatórios vazios, é o comportamento esperado.