Suivre les runs
Chaque exécution (run) est une instance du workflow à un instant T. L’historique te permet d’auditer, de retry et de comprendre un échec.
🔁 Où voir les runs
- Knot → Workflows → choisis un workflow.
- Onglet Runs ou History.
- Filtre par statut, date ou trigger source.
Colonnes habituelles : identifiant du run, statut, durée, déclencheur, utilisateur.
🔁 Statuts d’un run
| Statut | Interprétation |
|---|---|
| Running | En cours |
| Success | Terminé sans erreur bloquante |
| Failed | Node en échec ou timeout |
| Cancelled | Arrêt manuel ou politique |
Ouvre le détail pour voir le node fautif et le message d’erreur (HTTP, Dolibarr, SMTP, IA).
🔁 Logs et contexte
Le détail d’un run conserve :
- snapshot du contexte par node ;
- requêtes HTTP masquées (secrets non affichés) ;
- horodatage pour corréler avec le journal d’audit Knot.
Ne confonds pas le log utilisateur avec llx_knot_audit_log côté admin : la doc utilisateur reste sur l’UI Runs.
🔁 Replay et retry
- Retry : relance le run échoué ou reprend après le node en erreur (selon version Knot).
- Replay manuel : relance avec le même payload d’entrée (utile après correction de config).
Avant un retry massif, vérifie l’idempotence : un POST HTTP ou un second e-mail peut dupliquer des effets.
🔁 Débogage efficace
- Reproduis en Simulate avec le même payload.
- Compare le run KO au run OK (diff de contexte).
- Vérifie permissions et entity.
- Consulte Connecteur en erreur quand la page dépannage détaillée sera publiée.