Exécutions et historique
Chaque démarrage d'un flux de travail est enregistré comme une exécution. L'historique est le premier endroit où regarder lorsqu'un flux n'a pas fait ce que vous attendiez — il montre ce qui s'est réellement passé, et non ce que le schéma prévoit.
Ouvrez un flux de travail et sélectionnez son historique pour voir ses exécutions, ou ouvrez une exécution pour la suivre pas à pas : quelles étapes se sont exécutées, dans quel ordre, quelle sortie chacune a empruntée et ce qu'elle a écrit.
Ce que signifie l'état d'une exécution
En cours — en train de dérouler les étapes. La plupart des exécutions passent trop vite par cet état pour qu'on le voie.
En attente — arrêtée sur un délai, une approbation ou une étape d'attente d'événement, et elle repartira d'elle-même. Rien d'anormal. Une exécution peut attendre plusieurs jours.
En pause — retenue, et ne repartira pas d'elle-même.
Terminé — arrivée au bout d'un chemin. Notez que cela signifie que l'exécution est allée à son terme, et non qu'elle a fait tout ce que contient le schéma : une exécution qui a emprunté une branche inattendue, ou qui s'est arrêtée sur une sortie non reliée, se termine elle aussi.
Échoué — une étape n'a pas pu aboutir. Ouvrez l'exécution pour voir laquelle et ce qu'elle a signalé.
Annulé — arrêtée délibérément avant la fin.
Lorsqu'une exécution échoue
Ouvrez l'exécution en échec et repérez l'étape qui l'a arrêtée. Les causes les plus fréquentes sont un système externe qui ne répond pas à une étape Appeler une API, une étape qui tente d'écrire une valeur que le champ refuse, et une étape d'IA exécutée sans crédits restants.
Corriger le flux de travail ne relance pas les exécutions déjà en échec. Modifiez le flux, publiez-le, et la correction s'applique aux exécutions qui démarreront ensuite.
Lorsque rien ne s'exécute
Si un flux de travail n'apparaît jamais dans l'historique, c'est qu'il n'a jamais démarré. Vérifiez, dans cet ordre :
Est-il publié ? Les brouillons ne s'exécutent jamais.
Les automatisations sont-elles encore activées ? Tant qu'elles le sont, les flux publiés restent silencieux sur tout le compte. Voir Introduction.
Le déclencheur correspond-il ? Un flux de travail ne démarre que sur l'événement exact pour lequel il est configuré.
Flux de travail et comportements intégrés
WiseParts fait certaines choses de lui-même — attribuer une conversation, envoyer une réponse automatique, prévenir la personne assignée.
Lorsqu'un de vos flux de travail prend l'une d'elles en charge, WiseParts met sa propre version de côté afin que la même chose ne se produise pas deux fois. Si votre flux ne s'en charge finalement pas — une branche non empruntée, ou une étape qui n'a pas pu s'exécuter — WiseParts le fait, peu après. Vous ne pouvez pas vous retrouver avec une conversation assignée à personne parce qu'un flux de travail comportait une lacune.
C'est pourquoi un flux de travail qui clôt une conversation empêche aussi la réponse automatique : la clore, c'est décider qu'aucune réponse ne doit partir, et WiseParts le traite comme tel plutôt que de remercier quelqu'un que vous venez de classer comme spam.