Skip to main content
Concept · 7 min
Une automatisation, ou workflow, exécute une suite d’étapes reliées : recevoir une entrée, lire une source, transformer des données, prendre une branche puis produire un résultat ou une action. Une exécution peut modifier des données ou appeler un outil connecté. Le bouton de test n’est donc pas à considérer comme une simulation sans effet : utilisez des entrées et destinations maîtrisées.
Galerie de workflows

La galerie : Tous / Manuels / Planifiés, version et nombre d’étapes par workflow.

Quand automatiser

Un workflow est adapté lorsque :
  • les mêmes étapes reviennent avec des entrées différentes ;
  • chaque étape possède un résultat observable ;
  • les erreurs doivent être retrouvées dans un historique ;
  • le déclenchement peut être décrit précisément ;
  • les effets externes et les doublons peuvent être contrôlés.
Conservez une validation humaine si une décision dépend d’un jugement, d’un contexte incomplet ou d’un risque important. Un agent convient mieux lorsqu’il faut interpréter une demande en langage naturel ; un workflow convient mieux lorsque le chemin doit être explicite et reproductible.

Déclenchement et version

Le brouillon peut évoluer sans changer la version qui s’exécute déjà. Déployer publie la version suivante ; les nouvelles exécutions utilisent alors cette version. L’historique doit permettre d’identifier la version utilisée pour chaque lancement.

Anatomie d’un workflow

Les sorties d’une étape deviennent les variables des suivantes. Une branche doit être nommée par son résultat et chaque nœud doit avoir une responsabilité identifiable.
La sortie d’un workflow peut alimenter un widget d’Espace ou être utilisée par un agent. Ce lien ne donne pas automatiquement aux utilisateurs l’accès aux sources et actions du workflow.

Limites et responsabilités

  • Un planning mal réglé peut créer un grand nombre d’exécutions.
  • Une relance peut répéter les écritures déjà réalisées avant un échec.
  • Renommer ou supprimer une sortie peut casser les variables en aval.
  • Un connecteur indisponible ou expiré peut arrêter une étape.
  • Un succès technique doit encore être comparé au résultat métier attendu.
  • Toute modification importante doit être testée avant le déploiement d’une nouvelle version.

Étapes suivantes

Construire un workflow

Créer un brouillon lisible sans le rendre actif.

Choisir un déclencheur

Définir quand et avec quelles données le workflow démarre.
Last modified on July 28, 2026