Exécution et suivi

Une fois le graphe construit, trois contrôles de la barre d'outils décident s'il s'exécute et comment, et la vue Activity du constructeur est l'endroit où vous observez ce qui s'est réellement passé.

Aperçu rapide

1. Cliquez sur Validate pour repérer d'abord les problèmes évidents.
2. Cliquez sur Test pour exécuter le graphe une fois, immédiatement, quel que soit son déclencheur.
3. Cliquez sur Activate pour le publier et commencer à écouter son vrai déclencheur.
4. Ouvrez la vue Activity (le rail d'icônes) pour l'historique des exécutions, les journaux d'étape et les statistiques par nœud.
5. Cliquez sur Pause à tout moment pour arrêter les nouvelles exécutions sans perdre le brouillon.

Référence détaillée

Test, Activate et Pause

Contrôle	Rôle
Test	Enregistre votre brouillon, le publie et met en file une exécution au nœud déclencheur immédiatement. Échoue avec le rapport de validation si le graphe n'est pas valide.
Activate	Enregistre et publie le brouillon comme une nouvelle version, puis passe l'automatisation en Active afin qu'elle commence à réagir à son vrai déclencheur.
Pause	Passe l'automatisation en Paused. Elle cesse de démarrer de nouvelles exécutions mais conserve intacts son brouillon et son historique ; Activate la reprend.

Statut d'une exécution

Statut	Signification
Active	En cours, arrêtée sur un nœud donné
Completed	A atteint un nœud de sortie, ou a parcouru le graphe jusqu'au bout
Exited	Arrêtée par un nœud Filter dont la condition n'était pas remplie
Failed	A rencontré une erreur irrécupérable

Statut d'une étape

Chaque nœud traversé par une exécution laisse une entrée dans le journal d'étape.

Statut	Signification
ok	L'étape s'est exécutée (ou, pour un nœud déclencheur ou logique, a été évaluée) avec succès
skipped	La condition de l'étape l'a filtrée, ou son exécuteur n'est pas encore raccordé, voyez Nœuds
error	L'action de l'étape a échoué, par exemple un appel webhook qui n'a pas renvoyé de réponse de succès

La vue Activity

Panneau	Ce qu'il montre
Runs	Chaque exécution de cette automatisation : son statut, le nœud sur lequel elle se trouve (ou son erreur) et depuis combien de temps elle a démarré
Recent step logs	Les derniers événements nœud par nœud à travers les exécutions, avec un court message quand c'est pertinent
Node stats	Des compteurs par nœud : combien de fois chaque nœud a été atteint, terminé, ignoré ou en échec, sur l'ensemble des exécutions

Un bouton Refresh recharge les trois panneaux. Avant qu'une automatisation n'ait jamais été exécutée, cette vue affiche un simple état vide plutôt que des panneaux vierges.

Fiabilité

Les exécutions avancent un nœud à la fois en arrière-plan, et l'étape de chaque nœud est enregistrée une seule fois, même si le processus d'arrière-plan qui surveille les exécutions se chevauche avec lui-même. En pratique, cela signifie qu'une action comme l'envoi d'un webhook ne se déclenchera pas deux fois pour la même étape simplement parce que la vérification qui la fait avancer s'est exécutée plus d'une fois.

Nouvelles tentatives et gestion des erreurs par nœud

Un nœud d'action peut être configuré, dans son propre inspecteur, pour réessayer (de 0 à 5 fois, avec une attente entre les tentatives) avant de basculer sur son comportement On error : poursuivre au-delà de l'échec, arrêter toute l'exécution, ou router vers un chemin d'erreur dédié. Les Settings de l'automatisation comportent aussi un Default on-error behavior utilisé par toute action qui n'a pas défini le sien. Voyez Construire un flux de travail pour savoir précisément où tout cela se trouve.

Les Node stats d'Activity sont cumulés sur toutes les versions publiées d'une automatisation, sans être remis à zéro à chaque fois que vous activez un changement ; une hausse du compteur d'échecs d'un nœud peut venir du comportement d'une ancienne version tout autant que de l'actuelle, alors recoupez avec les horodatages du panneau Runs.

Pas à pas

Pas à pas : tester, lire le résultat, puis activer

1. Construisez un graphe et cliquez sur Validate ; corrigez tout ce qu'il signale avant de continuer.
2. Cliquez sur Test. Cela enregistre le brouillon, en publie une nouvelle version et met immédiatement en file une exécution au nœud déclencheur, indépendamment du vrai déclencheur.
3. Passez à l'icône Activity dans le rail. Lors de la toute première exécution d'une automatisation, vous verrez brièvement un simple état vide plutôt que des panneaux vierges ; cliquez sur Refresh si l'exécution n'apparaît pas tout de suite, car le tick fait avancer les exécutions en arrière-plan plutôt qu'instantanément.
4. Ouvrez l'exécution dans le panneau Runs pour voir le nœud sur lequel elle se trouve (ou son erreur), puis consultez Recent step logs pour un compte rendu nœud par nœud, y compris les éventuelles étapes skipped et leur message.
5. Une fois qu'elle se comporte comme prévu, cliquez sur Activate. Cela publie une autre version, même si rien n'a changé depuis Test, et bascule le statut de l'automatisation en Active pour que son vrai déclencheur prenne le relais à partir de là.

Pas à pas : diagnostiquer une exécution qui n'avance pas

1. Ouvrez Activity et repérez l'exécution ; son statut et son nœud courant vous disent exactement où elle se trouve.
2. Si elle est Active mais n'a pas bougé depuis un moment, vérifiez si ce nœud est un Delay ou un Tarihe kadar bekle (Attendre jusqu'à une date) ; ceux-ci sont censés rester là, parfois des jours, et reprennent d'eux-mêmes.
3. Si elle est arrêtée sur un nœud d'action, consultez les Node stats pour les compteurs failed/skipped de ce nœud ; un nœud doté d'un Retry continuera de réessayer selon son propre calendrier d'attente avant même d'atteindre son comportement On error.
4. Si plus rien ne bouge sur l'ensemble des automatisations à la fois, c'est presque toujours que le tick périodique ne s'exécute pas du tout (voyez l'astuce auto-hébergement ci-dessous), plutôt qu'un problème sur ce graphe précis.

Dépannage

• Le statut d'une exécution reste Active indéfiniment. Soit elle attend réellement un Delay, un Wait-until-date ou un calendrier de nouvelles tentatives (vérifiez le nœud courant), soit le tick périodique qui fait avancer les exécutions ne s'exécute pas du tout ; voyez l'astuce auto-hébergement ci-dessous.
• Les journaux d'étape sont vides alors que l'exécution a manifestement fait quelque chose. Vérifiez le réglage Save execution data dans les Settings de l'automatisation : Errors only masque les étapes réussies, et None masque tout, ces options servant à économiser du stockage ou à éviter de journaliser des charges utiles sensibles.
• Une exécution a échoué avec « zaman aşımı » (délai dépassé). Les Settings comportent une Max run duration ; une exécution plus vieille que ce nombre de secondes est mise en échec automatiquement, même en plein Delay. Augmentez-la, ou laissez-la non définie (off) pour les automatisations censées attendre longtemps.
• L'automatisation s'est mise en pause toute seule. Le Circuit breaker des Settings met automatiquement en pause une automatisation après ce nombre d'exécutions qui échouent d'affilée. Vérifiez la raison de l'échec dans Activity, corrigez-la, puis réactivez une fois sûr que c'est résolu.
• Un webhook ou un événement très actif a produit plus d'exécutions que prévu. Vérifiez la Concurrency des Settings ; la valeur par défaut, Free, autorise un nombre illimité d'exécutions d'une même automatisation en parallèle. Single at a time, Skip if busy ou Queue all limitent le nombre d'exécutions simultanées.
• Rien ne s'exécute du tout sur une installation auto-hébergée. C'est le manque le plus courant en auto-hébergement : personne n'a planifié la tâche périodique. Voyez l'astuce ci-dessous.

Astuces

Tester d'abord, activer ensuite

Test s'exécute immédiatement sans toucher au statut de l'automatisation, ce qui vous permet de vérifier le résultat dans Activity avant de la basculer en Active.

Déploiements auto-hébergés

Sur une installation auto-hébergée, un administrateur doit planifier la tâche périodique qui fait avancer les exécutions et vérifie les échéances des calendriers ; voyez Auto-hébergement. C'est automatique sur le service géré.

Voir aussi

• Construire un flux de travail
• Déclencheurs
• Gestion des versions et partage