De documents dispersés au processus approuvé.
L’IA fait le gros du travail sur le brouillon. La gouvernance est intégrée au parcours — pas ajoutée après coup.
Le savoir processus est dispersé. Le transformer en BPMN fiable est lent.
Le savoir est dispersé
Le savoir processus vit dans des PDF, des présentations, des captures d’écran et des SOP — jamais dans un endroit modélisable.
Modéliser est lent et personnel
Modéliser chaque processus à la main prend des jours — et le résultat dépend de qui dessine.
La notation dérive
Les diagrammes diffèrent d’une équipe à l’autre — ni comparables, ni réutilisables.
La piste d’approbation est floue
Quand l’auditeur demande : qui a approuvé ceci, et quand ? — personne ne peut répondre avec certitude.
Quatre étapes du document brut au processus approuvé et exportable.
Ingestion
Déposez les documents que vous avez déjà — PDF, présentations, captures, SOP. OpsCodex les lit.
Brouillon
L’IA propose un brouillon BPMN sous forme de suggestions ciblées et éditables. Vous affinez le modèle directement, chaque élément est éditable. Des règles de nommage contraignantes et une notation partagée gardent chaque brouillon cohérent d’une équipe à l’autre.
Relire & approuver
Un relecteur et un approbateur désignés signent — la séparation des tâches est imposée, avec un journal d’audit à chaque étape.
Export
Les processus approuvés s’exportent en BPMN XML conforme au standard — approbation tracée.
Environ 70 % de temps en moins jusqu’au modèle prêt pour la relecture.
Nous avons modélisé plusieurs processus une fois à la main et une fois avec OpsCodex, et mesuré le temps, du document jusqu’au modèle prêt pour la relecture, corrections comprises.
La meilleure preuve reste votre propre processus : pendant la démo, nous mesurons volontiers le temps avec vous.
Pas un seul appel à un grand modèle.
OpsCodex décompose le brouillon en petites étapes vérifiables. Le code pilote l’ordre, les modèles lisent et proposent. C’est pourquoi, même avec un modèle ouvert sur votre propre matériel, vous obtenez un brouillon que vous pouvez contrôler.
Les six points en texte
Lecture adaptée au modèle
Lors de la configuration, OpsCodex détecte combien un modèle peut traiter à la fois et s’il lit les images. Chaque document est ensuite découpé en portions adaptées. Une page qui n’a pas pu être lue est signalée comme question ouverte, au lieu de manquer en silence.
Diagrammes et tableaux
Un lecteur de pages dédié examine les pages sous forme d’image, avec diagrammes, tableaux et scans, et transmet étapes, lignes et colonnes sous forme de structure. Ce peut être un petit modèle ouvert ; le modèle de rédaction n’a pas besoin de lire lui-même des images.
D’abord l’inventaire
Quatre passes spécialisées recensent rôles, étapes, décisions et données, chaque ligne avec sa citation. Un second lecteur, sans IA, cherche en parallèle tout ce qui peut agir. La modélisation n’intervient qu’ensuite, et le modèle est vérifié par rapport à l’inventaire.
Étayé, ou question ouverte
Chaque élément mène en un clic à son passage dans le document, et le code vérifie les citations par rapport au texte. Ce que l’IA suppose sans que cela figure dans la source devient une question ouverte, et tant qu’elle reste ouverte, l’approbation reste verrouillée. Si les documents se contredisent, cela crée aussi une question ouverte.
Reproductible, comme d’une seule main
Le code détermine qui obtient son propre couloir et comment les rôles, départements et systèmes sont nommés, de même que la mise en page et le BPMN XML. Deux exécutions sur les mêmes documents ne diffèrent en général que par des détails, par exemple selon qu’une personne qui reçoit seulement un e-mail obtient ou non son propre couloir. Les deux résultats sont des modèles propres et valides. Deux personnes modélisent le même processus avec une autre granularité, d’autres termes et un autre style. Seuls des processus modélisés de la même façon peuvent être comparés et maintenus ensemble.
Aucun modèle de frontière nécessaire
Chaque étape reçoit un contexte étroit et solide : le passage pertinent du document, l’inventaire, les règles. Le code décide de beaucoup de choses de façon déterministe. C’est pourquoi OpsCodex se passe de modèle de frontière à toutes les étapes, testé avec des modèles ouverts comme Gemma, gpt-oss et Mistral.
Et après le brouillon : l’IA compare des processus, par exemple ceux de deux sites, propose une version commune et met en évidence les lacunes et les chevauchements entre vos processus.
La notation n’est pas dépassée. Elle est stabilisée.
BPMN 2.0 est maintenue par l’OMG et publiée sous ISO/IEC 19510:2013 — une norme, pas un format propriétaire. Elle a cessé d’évoluer parce qu’elle fonctionne. C’est cette stabilité qui permet à vos modèles de survivre aux outils qui les ont dessinés. Loin de s’effacer, BPMN est devenue la notation sur laquelle l’ère des agents orchestre.
Une norme OMG, ratifiée par l’ISO
Maintenue par l’OMG et publiée sous ISO/IEC 19510:2013. Le XML exporté est lisible par tout outil conforme — aucun enfermement dans un format, par conception.
Ce sur quoi tournent les agents
UiPath modélise les processus en BPMN 2.0 dans Maestro, son produit d’orchestration agentique ; Camunda, Flowable et Trisotech y orchestrent également leurs agents IA.
Soutenue là où ça compte
Depuis octobre 2025, Fidelity, NatWest, Deutsche Bank et Capital One portent ensemble une plateforme d’orchestration BPMN open source sous gouvernance Linux Foundation ↗ — les secteurs réglementés misent sur la norme, et non l’inverse.
OpsCodex gouverne ces modèles ; les moteurs d’exécution les exécutent. Même notation, rôle différent.
Voyez OpsCodex sur l’un de vos propres processus.
Apportez un PDF, une présentation ou une SOP brouillonne, ou utilisez nos données d’exemple. En une heure, le processus est traité de bout en bout : brouillon, approbation, export, et le concierge répond aux questions à son sujet. Vous repartez ensuite avec le processus et un rapport d’analyse.
« Dans nos projets de conseil, nous avons passé des semaines à dépouiller des entretiens, et pourtant, en atelier, chacun décrivait le même processus à sa façon. Les lacunes et les chevauchements n’apparaissaient que tard, et la version approuvée disparaissait dans un référentiel. Nous avons construit OpsCodex pour tout le chemin : du brouillon, en passant par l’optimisation, jusqu’au travail qui vient ensuite. »
Tillmann Schatz · Product Owner OpsCodex, Senior Manager chez Mews PartnersOpsCodex est développé par une équipe de Mews Partners.