Produit · Automatisation de flux

Un constructeur d’automatisations, dans votre plateforme de conformité.

Les flux de travail permettent d’automatiser un processus métier sans écrire de code, avant, pendant ou après la vérification. Vous choisissez ce qui le déclenche, vous assemblez les étapes nécessaires sur un canevas, et vous obtenez un résultat structuré à chaque exécution. Un journal détaillé de chaque étape permet de comprendre, corriger et rejouer un flux à tout moment.

Le principe

Un constructeur d’automatisations généraliste, qui se trouve vivre dans Ceertia.

Un flux peut s’exécuter avant un contrôle, après un contrôle, ou sans qu’aucun contrôle n’entre en jeu. Le contrôle de conformité est un déclencheur possible et un nœud possible parmi d’autres, jamais un passage obligé.

Aucun flux n’exige un dossier

Rien dans le constructeur ne suppose qu’un dossier existe. Le dossier est un contexte possible, disponible selon le déclencheur, et absent dans la plupart des flux planifiés ou appelés de l’extérieur.

Le contrôle est un nœud

« Lancer un contrôle » et « analyse IA » sont dans le catalogue, à côté des requêtes HTTP et des e-mails. Ni obligatoires, ni privilégiés dans le canevas.

Rien ne s’exécute en silence

Un flux ne démarre ni ne s’arrête sans trace. Chaque exécution laisse un journal consultable, et les actions irréversibles sont identifiables dans le canevas.

Déclencheurs

Quatre familles, traitées à égalité.

Un flux a un déclencheur, et un seul. Chaque famille apporte son contexte et sa charge utile d’entrée : aucune n’est le cas normal dont les autres seraient des variantes.

01Événements internes

N’importe quel événement produit par Ceertia déclenche le flux : dossier créé, mis à jour ou clôturé, document ajouté, extraction terminée, contrôle terminé, verdict non conforme, échéance atteinte.

  • Un catalogue recherchable et catégorisé, destiné à s’étendre
  • Des filtres, pour ne se déclencher que sur un type de dossier, un cas d’usage, un client ou un verdict

Contexte : l’objet concerné et son environnement · Entrée : l’événement et ses données

02Temps

Le flux s’exécute à l’heure : planification récurrente, exécution unique à une date et une heure, ou délai relatif à un événement, trois jours après la clôture d’un dossier ou la veille d’une échéance.

  • Horaire, quotidien, hebdomadaire, mensuel, ou expression avancée
  • Fuseau horaire explicite, et comportement déclaré pour les exécutions manquées

Aucun contexte par défaut · Entrée : les paramètres du flux

03Appels entrants

Vos propres systèmes appellent le flux en temps réel, via son endpoint authentifié, un webhook entrant avec vérification de signature, ou un e-mail reçu sur une adresse dédiée.

  • L’appel peut recevoir une réponse synchrone : la sortie est la réponse HTTP
  • Ce qui fait du flux une API construite sans code

Aucun contexte par défaut · Entrée : le corps de la requête, ou l’e-mail

04Manuel

Quelqu’un le lance volontairement : à la demande depuis la liste des flux, comme action lancée depuis un dossier ou une question, ou appelé par un autre flux en tant que sous-flux.

  • Idéal pour tester une modification avant de le laisser tourner seul
  • La saisie de l’utilisateur devient la charge utile

Contexte : selon l’endroit d’où il est lancé · Réponse affichée à l’écran

Le flux en API

Exposez un flux derrière une URL.

Un flux déclenché par son endpoint peut répondre de façon synchrone : votre client externe appelle l’URL, le flux s’exécute, et sa sortie structurée constitue la réponse HTTP. Le flux est alors une API construite sans code.

L’interface expose l’URL, le jeton, le format d’entrée attendu et le format de sortie renvoyé : le contrat est explicite des deux côtés.

La place du contrôle

Avant, après, ou pas du tout.

Le moteur de conformité prend trois positions dans un flux, et aucune n’est plus naturelle que les autres.

En amontPréparer la matière avant l’analyse

Récupérer les pièces d’un dossier via l’API d’un CRM, les déposer, puis lancer le contrôle.

En avalRéagir au résultat

Un verdict non conforme déclenche un e-mail reprenant les motifs, une tâche interne et une ligne dans le CRM.

Sans rapportAutomatiser autre chose

Relance client, synchronisation nocturne, rapport hebdomadaire, traitement exposé en API. Le moteur n’intervient à aucun moment.

Catalogue

Chaque étape est un nœud. Sept catégories.

La palette est filtrable et catégorisée. Elle reste lisible quand le catalogue aura triplé.

Intégrations
Requête HTTPWebhook sortantStripeEnvoi d’e-mailSMS TwilioConnecteurs tiers
Données
TransformerFiltrerAgrégerItérer sur une collectionFusionner deux branches
Logique
ConditionBranchement multipleAttente temporiséeAttente d’approbationSous-fluxFin de flux
Intelligence
Analyse IAExtraction structuréeClassification
Ceertia
Lancer un contrôleLire un dossierLire une base de connaissancesÉcrire un résultatGénérer un document
Sortie
Réponse HTTP synchroneFichier produitÉcriture en baseNotification
Erreurs
RéessaiCapture d’erreurChemin d’échecAlerte
Contexte d’exécution

Ce qu’un flux voit dépend de ce qui l’a déclenché.

Les données disponibles varient selon le déclencheur, et vous devez le comprendre au moment où vous construisez, pas au moment où votre flux échoue.

À chaque nœud, les variables réellement disponibles à cet endroit sont listées, et un sélecteur les insère sans les taper. Une variable référencée mais indisponible se signale à la construction, pas à l’exécution.

Sources de contextevariable selon le déclencheur
1DossierPrésent uniquement si le déclencheur ou un nœud amont l’a fourni
2Question du dossierPrésente si le flux est déclenché au niveau d’une question
3DocumentsAccessibles dès qu’un dossier est dans le contexte, ou récupérés par un nœud
4Bases de connaissancesAccessibles à tout moment, indépendamment du dossier
5Services externesSelon les connexions configurées
6Sortie des nœuds précédentsLa source principale de données dans un flux planifié ou appelé
Le canevas

Construisez-le à la main, visuellement.

Glissez des nœuds depuis la palette, ou cliquez pour en insérer un après l’étape sélectionnée. Reliez-les et étiquetez chaque lien : la logique du flux se lit d’un coup d’œil.

Disposez le graphe à votre façon

Disposition horizontale ou verticale, repositionnement automatique, ajustement à l’écran. Filtrez la palette quand elle s’étoffe.

Modifiez une étape, ou lisez la définition

Sélectionnez un nœud ou un lien pour changer ses paramètres, ou ouvrez le JSON de définition pour voir exactement ce qui va s’exécuter.

Ce que vous construisez est ce qui s’exécute

Le constructeur enregistre la définition que l’exécuteur backend exécute. Aucun écart entre le flux conçu et le flux exécuté.

HorizontalAjuster à l’écranRepositionner les nœudsImporterExporter
Testeur de fluxjusqu’au nœud sélectionné
Chaque lundi, 7 h0.1s · planification déclenchée
Interroger les données de la semaine1.4s · données reçues
!Pousser dans le CRMéchec · service indisponible, chemin d’échec emprunté
Conservé à chaque exécution
entréesortieduréestatutrejeu
Tester, observer, rejouer

Chaque exécution est lisible, et reproductible.

Exécuter jusqu’à un nœud choisi

Testez avec une entrée saisie, ou reprise d’une exécution passée, au lieu de tout relancer.

Rejouer, ou rejouer depuis un nœud

Répétez une exécution à l’identique, ou reprenez-la à partir de l’étape en échec.

Un mode test distinct de la production

Les exécutions de test sont marquées comme telles, et les actions irréversibles sont bloquées sauf autorisation explicite.

Journaux par flux et tous flux

Filtrez les exécutions par issue et par durée, puis ouvrez-en une nœud par nœud.

Fiabilité

Une automatisation peut échouer. La vôtre le dira.

Chaque comportement sous contrainte est déclaré, visible dans l’interface, et jamais silencieux.

Réessais

Une politique par nœud : nombre de tentatives, intervalle, abandon.

Délais

Un timeout par nœud et une durée maximale par flux, tous deux visibles.

Idempotence

Une clé d’idempotence sur les déclencheurs entrants : un même appel répété ne produit pas deux fois le même effet.

Concurrence

Un comportement déclaré si le flux est déjà en cours : exécuter en parallèle, mettre en file, ou ignorer.

Débit

Limitation de fréquence sur les endpoints entrants et sur les appels sortants.

Secrets

Jetons et clés stockés séparément, masqués dans les journaux et dans les exports.

Récursion

Profondeur maximale des sous-flux, détection des boucles et chemin qui a bouclé.

Quotas

Un plafond d’exécutions, avec alerte avant blocage.

Exemples

Quatre flux, quatre points de départ.

En aval d’un contrôleUn verdict non conforme, traité

Déclencheur : événement « contrôle terminé », filtré sur les verdicts non conformes. Le flux compose un e-mail reprenant les motifs, l’envoie, crée une tâche de suivi et pousse une ligne dans le CRM. Si le CRM est injoignable, le chemin d’échec notifie l’équipe et l’exécution reste rejouable.

En amont d’un contrôleUn dossier constitué, puis vérifié

Déclencheur : webhook entrant émis par le CRM du client à la signature d’un devis. Le flux crée le dossier, récupère les pièces via une requête HTTP, attend la fin de l’extraction, puis lance le contrôle. Aucun dossier n’existe au démarrage : il est créé par le flux.

Sans aucun contrôleUn rapport hebdomadaire

Déclencheur : planification hebdomadaire, le lundi à 7 h. Le flux interroge les données de la semaine, agrège les volumes par client, génère un document et l’envoie par e-mail. Le moteur de conformité n’intervient à aucun moment.

Exposé en APIUn flux que vos systèmes appellent

Déclencheur : appel HTTP sur l’endpoint du flux, avec un identifiant dans le corps de la requête. Le flux interroge un registre externe, normalise le résultat et le renvoie en réponse synchrone. Le client externe consomme le flux comme un service.

Cycle de vie

Un flux est un objet qui vous appartient.

Nommé, versionné, activable

Chaque flux s’active ou se désactive, et conserve l’historique de ce qui a changé.

Un contexte, pas une identité

Un dossier ou une question est un contexte d’exécution. Le même flux s’exécute sur de nombreux dossiers.

JSON, import et export

La définition est consultable, exportable et importable, pour déplacer un flux ou réutiliser un processus.

Santé visible

La liste montre la dernière exécution et son issue, le taux d’échec récent, et les flux jamais déclenchés.

Questions fréquentes

Les questions courantes, des réponses directes.

Faut-il un dossier pour qu’un flux s’exécute ?+
Non. Le dossier est un contexte d’exécution possible, disponible selon le déclencheur. Les flux planifiés et les flux appelés de l’extérieur s’exécutent le plus souvent sans aucun dossier.
Un flux peut-il s’exécuter sans aucun contrôle de conformité ?+
Oui. Lancer un contrôle est un nœud parmi d’autres. Un flux peut synchroniser deux systèmes, relancer un client ou produire un rapport hebdomadaire sans que le moteur de conformité intervienne.
Un système externe peut-il appeler un flux ?+
Oui. Chaque flux peut exposer un endpoint HTTP authentifié. L’appel peut recevoir une réponse synchrone : la sortie du flux constitue la réponse HTTP, ce qui en fait une API construite sans code.
Que se passe-t-il si une étape échoue ?+
L’échec est nommé sur le nœud concerné, la politique de réessai s’applique, puis le chemin d’échec prend le relais. L’exécution est journalisée et peut être rejouée à l’identique ou reprise à partir d’un nœud choisi.
Un déclencheur, vos étapes, un journal complet. Sans code.

Construisez l’automatisation sur le canevas, testez-la sur une entrée réelle, activez-la. Ce que vous avez conçu est ce qui s’exécute, et chaque exécution reste lisible ensuite.

Planifier une démo

Apportez le processus que vous répétez chaque semaine.

En 30 minutes de démo, nous le construisons avec vous sur le canevas, l’exécutons sur une entrée réelle et lisons le journal ensemble.