Référence · 8 min
États à connaître
Selon le nœud ou le connecteur, un état complémentaire peut apparaître. Lisez alors le message de
l’étape et conservez l’identifiant de l’exécution pour le diagnostic.
Diagnostiquer un échec
1
Ouvrez l’exécution
Notez sa date, sa version et son mode de déclenchement.
2
Repérez le premier échec
Une erreur en aval peut être la conséquence d’une sortie manquante. Commencez toujours par
le premier nœud qui n’a pas réussi.
3
Comparez entrée et sortie
Vérifiez la présence, le type et le format des variables sans copier de secrets hors de
l’outil.
4
Corrigez puis testez
Modifiez le brouillon, rejouez le même cas de façon contrôlée, puis déployez une nouvelle
version si le résultat est correct.
Contrôler une exécution réussie
- Comparez la version avec celle attendue.
- Vérifiez les identifiants et valeurs de l’entrée.
- Ouvrez les sorties intermédiaires qui déterminent le résultat.
- Contrôlez la donnée ou l’action dans le système cible.
- Recherchez un éventuel doublon lancé par le même événement.
- Documentez l’écart si le statut est réussi mais le résultat métier est incorrect.
Permissions et données sensibles
- L’accès à l’historique ne doit pas exposer plus de données que les ressources d’origine.
- Ne copiez pas un secret, un jeton ou une donnée personnelle dans un ticket de support.
- Un utilisateur autorisé à consulter une exécution n’est pas nécessairement autorisé à modifier ou redéployer le workflow.
- Pour partager un diagnostic, privilégiez l’identifiant, la date, la version, le nœud et un extrait anonymisé de l’erreur.
Questions fréquentes
Puis-je relancer toute exécution échouée ?
Puis-je relancer toute exécution échouée ?
Pas sans contrôler les étapes déjà réussies. Une relance complète peut répéter une écriture,
un e-mail ou une création externe.
Pourquoi une exécution réussie n’a-t-elle pas produit le résultat attendu ?
Pourquoi une exécution réussie n’a-t-elle pas produit le résultat attendu ?
La donnée peut avoir été filtrée, transformée ou écrite dans une autre cible. Comparez les
sorties intermédiaires et le résultat métier.
Pourquoi deux exécutions utilisent-elles des versions différentes ?
Pourquoi deux exécutions utilisent-elles des versions différentes ?
Chaque lancement conserve la version active au moment de son démarrage. Un nouveau
déploiement ne réécrit pas l’historique.
Que fournir au support ?
Que fournir au support ?
L’identifiant de l’exécution, la date, la version, le déclencheur, le premier nœud en erreur
et un message anonymisé.
Étape suivante
Construire un workflow
Revenir à la structure du canvas et à la configuration des nœuds.