Questions fréquentes.

OpsCodex est une plateforme de gouvernance BPMN assistée par IA pour les entreprises industrielles et réglementées. L’IA rédige des processus BPMN 2.0 à partir des documents que vous avez déjà — PDF, présentations, SOP — et des relecteurs et approbateurs désignés signent avant que quoi que ce soit n’atteigne vos équipes. OpsCodex tourne on-premise, dans votre propre environnement.

Oui — l’on-premise est le modèle de déploiement principal. OpsCodex tourne dans votre périmètre, et vos documents et modèles restent dans votre tenant. L’inférence IA part là où vous la configurez : vers un fournisseur externe sous votre propre contrat, ou vers un endpoint privé dans votre périmètre. Aucune dépendance à un cloud multi-tenant.

OpsCodex modélise les processus en BPMN 2.0 et exporte du BPMN XML conforme à la spécification de l’OMG. Les processus approuvés restent portables : le XML exporté est lisible par tout outil conforme — la fidélité de mise en page mérite d’être testée sur vos propres outils cibles pendant un pilote.

Les suites BPM classiques se concentrent sur les référentiels de modèles ou l’automatisation des workflows. OpsCodex se concentre sur le déficit de gouvernance en amont et en aval : l’IA rédige le modèle à partir de vos documents existants, une séparation imposée auteur–relecteur–approbateur décide de ce qui devient officiel, et les processus approuvés alimentent le travail quotidien — réponses interrogeables et instructions de travail générées. OpsCodex complète les moteurs d’exécution au lieu de les remplacer.

Non. La sortie de l’IA est toujours une proposition. Chaque processus passe obligatoirement par le workflow des six yeux — auteur, relecteur et approbateur sont des personnes différentes — et rien n’est publié ni exporté sans validation humaine, consignée dans un journal d’audit en append-only.

Aux responsables de processus, aux responsables qualité et aux équipes d’excellence opérationnelle dans l’industrie et les secteurs réglementés — des organisations qui ont besoin d’une documentation de processus opposable en audit : qui a approuvé quoi, quand, et dans quelle version.

OpsCodex est développé par une équipe de Mews Partners, un cabinet de conseil pour les entreprises industrielles et les secteurs réglementés, spécialisé en PLM et en gouvernance des processus, depuis 1992, avec environ 350 consultants répartis sur sept implantations. Le produit est né de cette pratique du conseil — c’est pourquoi son modèle de gouvernance reflète la façon dont les approbations se déroulent réellement dans les entreprises industrielles, au lieu d’imposer un workflow générique. La responsabilité produit est assurée par Tillmann Schatz, Senior Manager chez Mews Partners. Les demandes de démo reçoivent une réponse directe de l’équipe OpsCodex, sans détour par un processus commercial.

C’est le comportement par défaut, et il ne peut pas être contourné en silence — mais ce n’est pas un carcan. Les administrateurs peuvent activer une voie d’exception pour les cas qui le justifient réellement. Même alors, la relecture doit être terminée sur la version courante, l’administrateur doit saisir une justification écrite, l’exception est consignée comme décision distincte dans la piste d’audit, et le processus porte un statut propre « approuvé par exception » au lieu d’être indiscernable d’une approbation normale. Les auditeurs peuvent ainsi lister chaque exception accordée et en lire le motif.

Non. BPMN 2.0 a cessé d’évoluer parce qu’il était abouti, non parce qu’il était abandonné. BPMN 2.0 est maintenue par l’OMG, publiée sous ISO/IEC 19510:2013, et est restée délibérément stable : un modèle dessiné aujourd’hui reste lisible par tout outil conforme des années plus tard. C’est aussi ce sur quoi tourne la génération actuelle d’orchestration IA : UiPath modélise les processus en BPMN 2.0 dans Maestro, son produit d’orchestration agentique ; Camunda et Flowable y orchestrent des agents IA ; et en octobre 2025, Fidelity, NatWest, Deutsche Bank et Capital One ont lancé une plateforme d’orchestration BPMN open source sous gouvernance Linux Foundation. Une notation qui cesse de changer, c’est précisément ce qui rend une base de processus portable.

Oui. C’est précisément l’intérêt de conserver la version approuvée à un seul endroit. OpsCodex publie chaque processus approuvé sous forme d’instantané de version figé, et cet instantané est la source unique que tout le reste lit : le portail collaborateur comme une interface en lecture seule destinée aux assistants IA, via le Model Context Protocol. La logique de processus vit ainsi dans une couche de gouvernance à part, au lieu d’être enfermée dans l’outil de modélisation : le même argument que les équipes data avancent pour un semantic layer, appliqué aux processus. Les systèmes qui interrogent reçoivent plus que du texte : chaque réponse porte son enveloppe de gouvernance (révision, approbateur, date de mise en vigueur, statut de revue et lien de retour vers le processus), de sorte qu’un assistant puisse citer au lieu d’affirmer. L’accès est en lecture seule par construction : l’interface n’a aucune opération d’écriture, et les brouillons et révisions en cours ne figurent pas dans l’instantané publié — il n’y a donc rien à filtrer. Elle est désactivée par défaut, ouverte jeton par jeton, et chaque accès est journalisé.

Pas tel quel — et c’est voulu. OpsCodex exporte le processus métier approuvé (BPMN descriptif au sens des classes de conformité BPMN 2.0) ; un moteur l’importe comme structure de départ, et votre équipe d’automatisation ajoute ce dont l’exécution a besoin : implémentations des service tasks, conditions de gateway sous forme d’expressions évaluables, variables de processus et mappings de données, formulaires et affectations de tâches, définitions de messages, de timers et d’erreurs, et extensions propres au moteur. Ces détails vivent dans le projet moteur — OpsCodex ne promet pas d’aller-retour et ne les écrase jamais. La répartition des rôles est délibérée : le processus approuvé dans OpsCodex reste la source unique de vérité sur ce qui doit se passer ; le modèle moteur implémente le comment ; et une nouvelle version approuvée parvient à l’équipe d’automatisation comme un changement documenté — révision, approbateur et date de publication à l’appui — et non comme un fichier qui remplace silencieusement son travail. Le gain : l’automatisation part d’un processus relu et approuvé plutôt que d’un diagramme obsolète — et les assistants IA lisent la version approuvée directement via l’interface MCP en lecture seule.