Un constructeur d'automatisations, dans votre plateforme de conformité.
Automatisez 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 sur un canevas, et vous obtenez un résultat structuré à chaque exécution, avec un journal rejouable de chaque étape.
Un constructeur généraliste, qui vit 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
Le dossier est un contexte possible selon le déclencheur, absent de 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.
Rien ne s'exécute en silence
Chaque exécution laisse un journal consultable, et les actions irréversibles sont identifiables dans le canevas.
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.
Événements internes
Tout événement produit par Ceertia : dossier créé, mis à jour ou clôturé, document ajouté, extraction ou contrôle terminé, verdict non conforme, échéance atteinte. Avec des filtres par type de dossier, cas d'usage, client ou verdict.
Temps
Le flux s'exécute à l'heure : planification récurrente, exécution unique, ou délai relatif à un événement. Fuseau explicite et comportement déclaré pour les exécutions manquées.
Appels entrants
Vos systèmes appellent le flux en temps réel, via son endpoint authentifié, un webhook signé, ou un e-mail dédié. L'appel peut recevoir une réponse synchrone.
Manuel
Quelqu'un le lance : à la demande depuis la liste, comme action depuis un dossier ou une question, ou appelé par un autre flux en sous-flux. Idéal pour tester une modification avant de l'activer pour de bon.
Exposez un flux derrière une URL.
Un flux déclenché par son endpoint répond de façon synchrone : votre client appelle l'URL, le flux s'exécute, sa sortie structurée est la réponse HTTP. Le flux devient une API construite sans code. Le contrat (entrée, sortie, jeton) est explicite des deux côtés.
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 amont
Pré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 aval
Réagir au résultat : un verdict non conforme déclenche un e-mail motivé, une tâche interne et une ligne dans le CRM.
Sans rapport
Automatiser autre chose : relance client, synchronisation nocturne, rapport hebdomadaire, traitement exposé en API. Le moteur n'intervient pas.
Chaque étape est un nœud. Sept catégories.
La palette est filtrable et catégorisée. Elle reste lisible quand le catalogue s'étoffe.
Intégrations
Requête HTTP, webhook sortant, Stripe, e-mail, SMS, connecteurs tiers.
Données
Transformer, filtrer, agréger, itérer sur une collection, fusionner deux branches.
Logique
Condition, branchement multiple, attente temporisée, attente d'approbation, sous-flux, fin de flux.
Intelligence
Analyse IA, extraction structurée, classification.
Ceertia
Lancer un contrôle, lire un dossier, lire une base de connaissances, écrire un résultat, générer un document.
Sortie & erreurs
Réponse HTTP synchrone, fichier produit, écriture en base, notification. Réessai, capture d'erreur, chemin d'échec, alerte.
Chaque exécution est lisible, et reproductible.
- Exécuter jusqu'à un nœud choisi, avec une entrée saisie ou reprise d'une exécution passée
- Rejouer à l'identique, ou reprendre à partir de l'étape en échec
- Un mode test distinct de la production, où les actions irréversibles sont bloquées sauf autorisation
- Des journaux par flux et tous flux, filtrables par issue et par durée, ouvrables nœud par nœud
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 & délais
Une politique de réessai par nœud, un timeout par nœud et une durée maximale par flux, tous visibles.
Idempotence
Une clé sur les déclencheurs entrants : un même appel répété ne produit pas deux fois le même effet.
Concurrence & débit
Comportement déclaré si le flux tourne déjà (parallèle, file, ignorer), et limitation de fréquence sur les endpoints.
Secrets
Jetons et clés stockés séparément, masqués dans les journaux et 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.
Quatre flux, quatre points de départ.
Un verdict non conforme, traité
Sur l'événement « contrôle terminé » filtré sur les non-conformes : e-mail motivé, tâche de suivi, ligne dans le CRM. Si le CRM est injoignable, le chemin d'échec notifie l'équipe et l'exécution reste rejouable.
Un dossier constitué, puis vérifié
Sur un webhook du CRM à la signature d'un devis : le flux crée le dossier, récupère les pièces, attend l'extraction, puis lance le contrôle. Aucun dossier n'existe au démarrage.
Un rapport hebdomadaire
Le lundi à 7 h : interroger les données de la semaine, agréger par client, générer un document, l'envoyer. Le moteur n'intervient à aucun moment.
Un flux que vos systèmes appellent
Sur un appel HTTP à l'endpoint : interroger un registre externe, normaliser le résultat, le renvoyer en réponse synchrone. Le client consomme le flux comme un service.
Des réponses directes.
Faut-il un dossier pour qu'un flux s'exécute ?
Non. Le dossier est un contexte possible selon le déclencheur. Les flux planifiés et 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 sans que le moteur intervienne.
Un système externe peut-il appeler un flux ?
Oui. Chaque flux peut exposer un endpoint HTTP authentifié, avec une réponse synchrone : la sortie du flux constitue la réponse HTTP. C'est une API sans code.
Que se passe-t-il si une étape échoue ?
L'échec est nommé sur le nœud, la politique de réessai s'applique, puis le chemin d'échec prend le relais. L'exécution est journalisée et rejouable, à l'identique ou depuis un nœud choisi.
Apportez le processus que vous répétez chaque semaine.
En 30 minutes de démo, on le construit avec vous sur le canevas, on l'exécute sur une entrée réelle et on lit le journal ensemble.