Automatisation des workflows
Reliez les événements de la plateforme à des actions sur un canevas visuel.
Un moteur d'automatisation no-code intégré à la plateforme : des déclencheurs issus de n'importe quel événement, des actions issues de n'importe quel module installé, des approbations humaines au milieu, et des exécutions qui survivent à un redémarrage.
Emplacement d'image — visuel à venir
Visuel : une première maquette du canevas de workflow.
En développement — cette page décrit ce que le module doit faire à terme, pas ce que vous pouvez installer aujourd'hui.
- 5
- Types de déclencheurs
- 0
- Exécutions perdues lors d'un redémarrage
- Immuables
- Versions publiées
Le canevas
Glissez des déclencheurs, des actions, des conditions, des boucles et des jonctions dans un graphe de nœuds. Le canevas valide le graphe à mesure que vous le construisez.
- Les nœuds de condition créent des embranchements, les nœuds parallèles se déploient en éventail, les nœuds for-each itèrent
- Aucune étape orpheline ni cycle sans limite — tout est détecté dès la construction
- Testez un workflow à blanc dans un bac à sable avant qu'il ne touche la moindre donnée réelle
Emplacement d'image — visuel à venir
Visuel : le canevas avec un déclencheur, un embranchement et un nœud d'approbation, première maquette.
Des déclencheurs de partout
Tout ce que la plateforme signale peut lancer un workflow.
- N'importe quel événement publié par l'hôte ou par un module installé
- Des planifications de type cron et des webhooks entrants signés
- Des déclencheurs manuels — un utilisateur clique sur un bouton et l'exécution démarre dans son contexte
- Des workflows qui en appellent d'autres, avec détection des cycles
Des actions avec garde-fous
Le catalogue d'actions atteint chaque module, et chaque accès reste sous contrôle.
- E-mail, SMS et notifications via les propres pipelines de l'hôte
- Appelez n'importe quelle commande exposée par un module installé — dans la limite des autorisations de l'utilisateur
- Des requêtes HTTP avec listes d'autorisation pour le trafic sortant
- Des étapes AI lorsque le module Copilot est installé
- Des approbations humaines qui peuvent attendre plusieurs jours, sans jamais se perdre
Emplacement d'image — visuel à venir
Visuel : le sélecteur du catalogue d'actions, première maquette.
Durable, versionné, avec quotas
Les exécutions reçoivent un point de reprise à chaque étape. Les versions sont immuables. Les quotas empêchent l'automatisation de dévorer la plateforme.
- Un redémarrage ou un déploiement ne perd aucune exécution en cours — elle reprend au dernier point de reprise
- Les actions à effet de bord portent des clés d'idempotence, ce qui rend les rejeux sans risque
- Les exécutions en cours se terminent sur la version où elles ont démarré
- Des plafonds par tenant sur les exécutions simultanées, le nombre d'exécutions par jour et la durée d'exécution
Ce dont hérite chaque module.
- S'installe depuis la marketplace sans redéploiement — le menu et la liste des autorisations se mettent à jour immédiatement.
- Crée ses propres tables, dans son propre schéma, à l'intérieur de la base de données de ce client.
- Les packages sont signés cryptographiquement lors de leur construction, et la signature est vérifiée avant que l'hôte n'en décompresse un.
- La désinstallation désactive un module et conserve ses données. Supprimer les tables est un choix distinct et délibéré.
Fonctionne avec
Envie de savoir où va Automatisation des workflows ?
Trente minutes, un espace de travail en direct et un regard honnête sur ce qui est déjà construit et ce qui reste à venir.
Réserver un appel