Flow & Workflow fournit une boîte à outils complète et sans code pour l'automatisation des processus. En son cœur se trouve un concepteur de flux visuel où les processus sont dessinés comme un graphe de nœuds reliés par des arêtes : un déclencheur initie le flux, des nœuds de condition l'acheminent, des nœuds d'action réalisent le travail, des nœuds d'approbation et de notification impliquent les personnes, des nœuds de temporisation suspendent l'exécution jusqu'à un moment choisi, des nœuds webhook atteignent les systèmes externes, et un nœud de fin clôt l'exécution. Les flux se déclenchent de trois manières : par un événement sur un enregistrement quelconque, selon une planification récurrente, ou à la demande par une personne ou un AI Worker.

Les nœuds d'action couvrent les opérations dont un processus métier a réellement besoin : envoi d'e-mails, création ou mise à jour d'enregistrements dans n'importe quel module, appel d'un service enregistré à travers la plateforme, publication vers un point de terminaison externe, et émission de notifications intégrées à l'application. Le branchement conditionnel permet à un seul flux de gérer chaque parcours qu'un dossier peut emprunter, de sorte qu'une conception unique absorbe les exceptions au lieu de multiplier les variantes. Un générateur de formulaires intégré capture les données requises par un déclencheur manuel ou une décision d'approbation, et des minuteurs SLA maintiennent chaque étape dans son délai, avec escalade automatique lorsqu'une étape s'éternise. Le résultat : un processus qui vivait autrefois dans la tête de quelqu'un, ou au fil d'une chaîne d'e-mails, devient un actif explicite, versionné et observable que l'entreprise possède et peut modifier en quelques minutes.

Le modèle conceptuel est restreint, et délibérément ainsi, ce qui fait précisément son universalité. L'objet central est le flux : une description nommée et autonome de la manière dont un travail doit se dérouler. Un flux s'exprime sous forme de graphe. Ses étapes sont les éléments individuels de comportement, chacun doté d'un type et de sa propre configuration, et les connexions entre elles portent la logique qui décide quelle étape suit quelle autre, y compris les conditions à satisfaire pour qu'un parcours donné soit emprunté. Parce que la forme d'un processus est une donnée plutôt qu'un code, un flux peut être inspecté, copié, affiné et raisonné sans toucher à la plateforme elle-même.

Chaque fois qu'un flux est mis en mouvement, le moteur crée une exécution : une instance vivante dotée de sa propre mémoire. L'exécution enregistre l'endroit où se situe le déroulement à un instant donné, transporte le contexte accumulé en chemin, l'entrée qui l'a lancée et la sortie que produit chaque étape, et conserve son statut depuis le moment où elle commence jusqu'à celui où elle s'achève, se met en pause ou échoue. Cette séparation entre la conception d'un processus et ses exécutions individuelles constitue l'idée maîtresse. Un même flux peut avoir des milliers d'exécutions en cours, chacune sur son propre parcours, chacune reprenable de façon indépendante après une approbation ou une pause planifiée. À leurs côtés figure le workflow d'approbation, une politique réutilisable qui définit, pour un type d'enregistrement donné et un ensemble de conditions donné, qui doit valider et dans quel ordre. La politique d'approbation est ainsi définie une seule fois et appliquée de façon cohérente, plutôt que d'être redéfinie au sein de chaque flux qui nécessite une décision.

Trois schémas couvrent l'essentiel de ce que les organisations construisent. Le premier est l'automatisation pilotée par les événements : un auteur conçoit un flux, choisit l'événement d'enregistrement qui doit le lancer, tel que la création d'un dossier ou un changement de statut, et dispose les actions et branchements qui s'ensuivent. À partir de là, le moteur surveille le bus d'événements et déclenche une exécution correspondante à l'instant même où l'événement survient, sans intervention humaine. Le deuxième est l'acheminement des approbations : un flux atteint un nœud d'approbation, le moteur crée une demande d'approbation, met l'exécution en pause et notifie les approbateurs responsables. Les approbations multi-étapes, parallèles et à escalade conditionnelle s'expriment toutes ici, de sorte qu'une demande de faible valeur peut être validée par une seule signature tandis qu'une demande de valeur élevée gravit plusieurs niveaux, le tout à partir de la même conception.

Le troisième schéma est le traitement planifié : des flux liés à une planification cron s'exécutent à des heures fixes pour piloter des travaux périodiques tels que rappels, renouvellements, rapprochements et opérations de maintenance. Un planificateur maître évalue chaque minute les flux échus, reprend toute exécution dont la temporisation est écoulée, et prévient toute exécution en double au sein d'une même fenêtre. Pour ces trois schémas, chaque exécution est intégralement tracée. Les opérateurs peuvent voir quels flux sont actifs, suivre une exécution nœud par nœud, lire le contexte qu'elle a transporté, et comprendre exactement pourquoi un parcours donné a été emprunté et à quel endroit une défaillance est survenue.

La précision d'un moteur de processus réside dans sa logique d'acheminement, et c'est là que Flow & Workflow ne transige pas. L'évaluateur de conditions prend en charge un jeu d'opérateurs riche couvrant l'égalité et l'inégalité, la comparaison numérique, les tests de chaîne tels que « contient », « commence par », « se termine par » et la correspondance de motifs, l'appartenance à un ensemble avec « dans » et « pas dans », ainsi que les vérifications de présence pour déterminer si un champ existe. Les conditions se composent : n'importe quel groupe peut être combiné par les opérateurs logiques et, ou et non afin d'exprimer des règles arbitrairement nuancées, et les valeurs sont lues par chemin en notation pointée, de sorte que les champs profondément imbriqués de l'enregistrement en cours d'évaluation sont directement adressables. Les arêtes sont évaluées dans un ordre défini avec une règle de première correspondance gagnante, offrant à chaque fois un branchement déterministe et auditable.

L'exécution elle-même est encadrée pour la sécurité et la prévisibilité. Chaque exécution avance étape par étape, son état étant persisté à chaque mouvement, de sorte qu'une exécution survit à une interruption et reprend proprement. Un plafond borné du nombre d'étapes empêche les flux emballés ou cycliques. Les nœuds webhook qui sortent de la plateforme sont protégés contre la falsification de requête côté serveur et soumis à un délai d'expiration strict, afin qu'une dépendance externe ne puisse pas bloquer un processus. Le catalogue du bus d'événements publie chaque événement que la plateforme peut émettre, avec des noms en notation pointée et un abonnement par caractère générique, de sorte qu'un flux peut écouter un événement précis ou toute une famille d'événements. Les pauses de temporisation et d'approbation sont des états terminaux de première classe, et non des contournements, ce qui permet aux processus de longue durée, avec intervention humaine, de s'exécuter pendant des jours sans immobiliser de ressources.

Flow & Workflow est la couche d'automatisation sur laquelle chaque autre module s'appuie, et il mérite cette position grâce à une intégration profonde et native plutôt qu'à des connecteurs. Il s'appuie directement sur le bus de services de la plateforme, de sorte que tout nœud d'action peut invoquer une capacité enregistrée par un autre module sans câblage sur mesure. Il achemine via le Notification Engine partagé, de sorte que les messages d'un flux atteignent les utilisateurs dans l'application et par e-mail via le même canal que le reste de la suite. Il s'exécute aux côtés du pipeline ETL sur le planificateur maître, de sorte que les flux planifiés et les mouvements de données sont coordonnés sur une seule horloge.

Parce que le bus d'événements transporte les événements de cycle de vie de toute la suite, le module relie de fait l'ensemble entre eux. Un changement dans le CRM peut ouvrir un dossier dans la Gestion des services. Une demande d'achat approuvée dans les Achats peut créer un enregistrement dans la Finance. Un accord arrivant à échéance dans la Gestion des contrats peut lancer une revue de renouvellement et notifier le responsable de compte. Un nouveau collaborateur dans les RH peut déclencher un flux d'intégration qui provisionne les accès et planifie les tâches. L'identité et les permissions sont respectées de bout en bout, de sorte qu'un flux agit selon les mêmes règles d'accès que les personnes qu'il sert. Flow & Workflow ne se place pas à côté de la suite : il est le mécanisme par lequel la suite se comporte comme un système unique.

Les AI Workers sont des participants de première classe au sein de Flow & Workflow, traités par le moteur comme des utilisateurs à part entière. Par le dialogue, une personne peut demander à un Worker d'expliquer ce que fait un flux, pourquoi une exécution particulière a emprunté tel parcours, ou quels processus touchent un enregistrement donné, et le Worker répond en interrogeant les données de flux et d'exécution propres au module. Les Workers agissent aussi : ils conçoivent et ajustent des flux à partir d'une intention exprimée en langage naturel, démarrent des exécutions, reprennent celles qui sont en pause et réacheminent le travail lorsque les circonstances changent, le tout dans le cadre des permissions qui leur sont accordées.

Leur portée s'étend à chaque type de nœud. Un AI Worker surveille les exécutions à la recherche d'anomalies et d'exceptions, en faisant remonter une approbation bloquée, un SLA dépassé ou une hausse des échecs avant que cela ne devienne un problème. Lorsqu'un flux a besoin d'une information enfermée dans un document ou une charge utile non structurée, un Worker l'extrait et la structure afin que les conditions en aval puissent agir sur des données propres. Plus important encore, un Worker peut lui-même servir de nœud d'approbation ou de revue : le moteur met l'exécution en pause, le Worker évalue la demande au regard de la politique et du contexte, et soit il décide dans le cadre de son mandat, soit il fait remonter à une personne avec une recommandation claire et son raisonnement joint. Cela transforme Flow & Workflow d'une pure automatisation en un véritable outil d'aide à la décision, le jugement humain étant réservé aux cas qui en ont réellement besoin.