Execuções e histórico

Sempre que um fluxo de trabalho começa, fica registado como uma execução. O histórico é o primeiro sítio onde procurar quando um fluxo não fez o que esperava — mostra o que aconteceu de facto, e não o que o diagrama diz que devia acontecer.

Abra um fluxo de trabalho e selecione o histórico para ver as suas execuções, ou abra uma execução para a seguir passo a passo: que passos correram, por que ordem, que resultado cada um seguiu e o que escreveu.

O que significa o estado de uma execução

Em execução — a percorrer os passos neste momento. A maioria das execuções passa por aqui demasiado depressa para se ver.

À espera — parada numa espera, numa aprovação ou num passo de aguardar evento, e continuará sozinha. Não se passa nada de errado. Uma execução pode esperar dias.

Em pausa — retida, e não continua por si própria.

Concluído — chegou ao fim de um caminho. Note que isto significa que a execução terminou, não que fez tudo o que está no diagrama: uma execução que seguiu um ramo que não esperava, ou que parou num resultado por ligar, também fica concluída.

Falhou — um passo não conseguiu terminar. Abra a execução para ver qual e o que reportou.

Cancelado — parada deliberadamente antes de terminar.

Quando uma execução falha

Abra a execução falhada e encontre o passo que a parou. As causas mais comuns são um sistema externo que não responde a um passo Chamar API, um passo a tentar escrever um valor que o campo não aceita, e um passo de IA a correr sem créditos disponíveis.

Corrigir o fluxo de trabalho não reinicia execuções que já falharam. Altere o fluxo, publique-o, e a correção aplica-se às execuções que começarem a seguir.

Quando não corre nada

Se um fluxo de trabalho nunca aparece no histórico, é porque nunca começou. Verifique, por esta ordem:

Está publicado? Os rascunhos nunca correm.

As automações ainda estão ligadas? Enquanto estiverem, os fluxos publicados ficam em silêncio em toda a conta. Consulte Introdução.

O gatilho corresponde? Um fluxo de trabalho só começa no evento exato para que foi configurado.

Fluxos de trabalho e comportamento integrado

Há coisas que o WiseParts faz por si próprio — atribuir uma conversa, enviar uma resposta automática, notificar quem está atribuído.

Quando um dos seus fluxos de trabalho trata de uma destas coisas, o WiseParts põe de lado a sua própria versão para que o mesmo não aconteça duas vezes. Se afinal o seu fluxo não tratar disso — um ramo não seguido, ou um passo que não conseguiu correr — o WiseParts trata, pouco depois. Não pode acabar com uma conversa sem ninguém atribuído por o fluxo de trabalho ter uma lacuna.

É por isto que um fluxo de trabalho que fecha uma conversa também impede a resposta automática: fechá-la é decidir que não deve ser enviada resposta, e o WiseParts trata-a como tal, em vez de agradecer a alguém que acabou de fechar como spam.