Les agents IA peuvent agir. Reste à savoir s’ils agissent sur une image fidèle du fonctionnement réel de votre entreprise.

L’Agentic Process Foundation repose sur quatre niveaux : Visibilité, Priorisation, Contexte, Optimisation. Ils se construisent dans un ordre strict. Impossible d’en sauter un. Vous ne pouvez pas prioriser ce que vous ne voyez pas. Vous ne pouvez pas donner à l’IA le contexte d’un processus que vous n’avez pas modélisé. Vous ne pouvez pas optimiser ce que vous n’avez jamais modélisé ni priorisé. La Visibilité vient en premier. Il n’y a pas d’autre point de départ.
Le rapport 2026 State of AI in the Enterprise de Deloitte révèle que 74 % des répondants s’attendent à ce que leur entreprise utilise l’IA agentique au moins modérément d’ici 2027. Seuls 21 % déclarent que leur organisation dispose d’un modèle de gouvernance mature pour l’IA agentique.

La plupart des organisations n’ont pas comblé cet écart. Non pas faute d’avoir essayé. L’ancien chemin vers la visibilité était bloqué à trois endroits.
La modélisation manuelle prenait des jours, voire des semaines, et nécessitait un expert métier. Même une fois le modèle créé, le compléter avec les responsabilités, les dépendances entre les activités et les règles de risque et de conformité applicables prenait tout autant de temps.
La connaissance des processus était éparpillée : un tableur ici, un document SharePoint là, un diagramme ailleurs. Aucun endroit ne montrait comment tout cela s’articulait.
Et une fois le modèle enfin terminé, le maintenir à jour exigeait un travail manuel constant. Les processus changeaient. Les réglementations changeaient. Les procédures opérationnelles standard (SOP) changeaient. La plupart des organisations ont discrètement renoncé à l’ensemble de l’effort. Personne ne disposait d’un référentiel capable de se maintenir à jour par lui-même.
Voilà pourquoi la Visibilité est devenue le niveau que tout le monde sautait. Voici comment chaque obstacle historique est levé, et à quelle vitesse la fondation progresse une fois qu’ils le sont.
Comment les organisations peuvent-elles modéliser leurs processus métier plus rapidement ?
Modéliser un processus de bout en bout prenait autrefois des semaines. Un expert métier. Un tableau blanc. Une série d’ateliers pour lesquels personne n’avait le temps. Même une fois le diagramme terminé, le plus difficile restait à faire : qui est responsable de chaque étape, comment le travail dépend d’autres activités, quelles règles de risque et de conformité s’appliquent. Ce sont ces données qui rendent un modèle utile, au lieu d’en faire une simple image, et elles prenaient autant de temps que le modèle lui-même. La plupart des organisations s’en passaient. Lorsque des données système existent, le Process Mining enrichit encore le modèle : il découvre ce qui se passe réellement, directement à partir des journaux d’événements, et met en évidence l’écart entre ce qui a été conçu et ce qui s’exécute vraiment.
Pia est l’assistant d’intelligence des processus d’iGrafx basé sur l’IA. Fournissez-lui vos SOP, diagrammes, instructions de travail, transcriptions de réunions de cartographie, et même des images de documentation de processus. Pia construit le modèle. Au fur et à mesure, Pia le vérifie au regard des standards et des gabarits propres à votre organisation.
Pour intégrer ce travail au Référentiel de processus structuré, Pia utilise iGrafx Access360. Access360 est la connexion gouvernée vers le référentiel. Chaque requête respecte les autorisations propres à l’utilisateur. La plupart des intégrations à un référentiel de ce type se limiteraient à la lecture. Access360 permet aussi l’écriture : le modèle, ainsi que les données de responsabilité, de dépendances, de risque et de conformité qui le rendent utile. Toute écriture reste dans le cadre de ces autorisations. Elle est extraite (check-out) et versionnée exactement comme une modification humaine. Les modifications de Pia n’empruntent pas un chemin distinct et moins gouverné vers le référentiel simplement parce qu’elles viennent de Pia.
Lors d’iGrafx Connect North America à Washington, D.C., Moshe Dickerman de Ren Inc. a décrit exactement cette démarche, à la surprise générale de l’auditoire. Un LLM sans formation particulière à la notation BPMN (Business Process Model and Notation) a rédigé le modèle directement au format BPMN. Pia a pris le relais, en construisant les diagrammes et en alimentant le référentiel avec les données de processus sous-jacentes. Un modèle de processus qui prend normalement des semaines a vu le jour en quelques minutes. Quelques ajustements restaient nécessaires, selon ses propres termes, mais les fondations étaient là presque immédiatement.
Pia écrit directement dans le Référentiel de processus structuré via Access360. Le Process Mining y ajoute ses propres découvertes, directement à partir des données système. La découverte ne produit pas de document annexe qu’il faudra réconcilier plus tard. Elle arrive sous forme de données gouvernées, à l’endroit unique où elles doivent se trouver.
Établir une source unique de vérité
L’ancien mode d’échec n’était pas le manque de documentation. C’était une documentation partout à la fois. Un tableur sur l’ordinateur portable de quelqu’un. Un document Word dans SharePoint. Un diagramme Visio dans un dossier trois équipes plus loin. Chacun exact en soi, et aucun ne communiquant avec les autres. Personne ne pouvait retracer comment un changement dans l’un se rattachait à un risque dans un autre, car rien ne les reliait.
Le Référentiel de processus structuré règle ce problème. Un seul endroit, tout est connecté : non seulement le modèle, mais aussi les données de responsabilité, de dépendances, de risque et de conformité que Pia a capturées en même temps. Un tableur ne peut pas vous dire comment il dépend d’un diagramme situé trois équipes plus loin. Un référentiel, si. La relation fait partie des données ; ce n’est pas quelque chose qu’une personne doit penser à vérifier.
Lors d’iGrafx Connect North America, Kinsey Drury d’Axos Financial a décrit ce que cela donne en pratique. Six systèmes déconnectés — Visio, Word, SharePoint, Risques et contrôles, Profils de poste et Applications — réunis dans une source de vérité unique et gouvernée. Ce qui n’apparaissait qu’au moment de l’audit est désormais signalé en continu. Les données de risque et de conformité ne restent pas dans un système séparé en attendant d’être vérifiées. Elles font déjà partie du référentiel.
Les données de risque et de conformité se trouvent dans les objets du référentiel, rattachées aux étapes où le travail s’effectue. C’est une gouvernance au niveau des processus, ce qui la distingue des outils de gouvernance, risque et conformité (GRC) destinés au conseil d’administration. Lorsque des agents IA agissent, ils disposent d’un contexte structuré : qui est responsable, quelles règles s’appliquent et ce qui dépend de quoi.
Comment maintenir le référentiel à jour et le mettre à profit ?
Un référentiel ne vaut que s’il reste à jour. Les processus changent. Les réglementations changent. Les SOP sont réécrites. L’ancienne solution consistait en un projet de remise à niveau de la référence : manuel, ponctuel, et généralement déjà en retard au moment où il se terminait.
Prochainement, des agents de découverte combleront cet écart. Ils compareront le Référentiel de processus structuré à ce qui s’exécute réellement, ainsi qu’aux évolutions réglementaires et aux modifications des SOP. Lorsque quelque chose ne correspondra plus, ils le signaleront. L’objectif est un référentiel qui se maintient lui-même, où les personnes approuvent les mises à jour au lieu de les rédiger.
Maintenir le référentiel à jour, c’est la moitié du travail. L’autre moitié consiste à le rendre utile à tous ceux qui en ont besoin. C’est là qu’intervient Access360. Il permet aux LLM, aux agents IA et aux applications métier de travailler avec le référentiel, chacun dans le cadre des autorisations propres à l’utilisateur à l’origine de la requête. Un LLM peut interroger le référentiel en langage naturel. Chacun dans l’entreprise peut demander comment fonctionne un processus et obtenir la même réponse, sans savoir lire un diagramme BPMN. Les données restent dans le référentiel, sans index séparé dans lequel l’IA devrait chercher.
Avec Access360, l’outil qui pose la question n’a pas besoin d’être le même pour tout le monde. Et il ne devrait pas l’être. Un client a délibérément choisi d’utiliser à la fois Pia et un LLM. Pia reste à l’intérieur du référentiel, de sorte que chaque collaborateur peut l’utiliser en toute sécurité. Un LLM connecté via Access360 peut aller plus loin : d’autres systèmes métier en plus du référentiel. Cette portée est réservée à moins de personnes, à dessein. Le bon outil dépend de la portée dont la personne a besoin. Et il ne s’agit pas forcément d’une fenêtre de chat. Salesforce pourrait interroger directement le référentiel, sans qu’une personne ait à ouvrir iGrafx.
Le Référentiel de processus structuré devient bien plus qu’un système d’enregistrement. C’est l’actif opérationnel le plus précieux de l’entreprise. Access360 est ce qui le rend accessible, quelle que soit la manière dont l’entreprise choisit de l’interroger.
Ce que la Visibilité rend possible, quand on cesse de la négliger
La modélisation des processus impliquait autrefois trois efforts distincts. Cartographier le processus, en mobilisant des ressources spécialisées et des équipes transverses pendant des jours, des semaines, parfois des mois. Le compléter avec les responsabilités et les dépendances, ce qui prenait tout autant de temps. L’empêcher de devenir obsolète, un effort manuel sans fin naturelle. Chacun était un projet à part entière, et tous se disputaient un temps dont personne ne disposait suffisamment.
Aujourd’hui, ce même travail se mesure en minutes ou en heures. Pia rédige des modèles à partir des documents dont vous disposez déjà, et les complète avec les données de responsabilité, de dépendances, de risque et de conformité qui prenaient autrefois tout autant de temps à la main. Un LLM peut rédiger à partir de documents sources, puis appeler Pia via Access360. Prochainement, Pia pourra également appeler Access360. Chacun fonctionne seul, et mieux encore ensemble. Ce qui exigeait des semaines de travail transverse se fait désormais en une seule séance de travail.
Multipliez cela par chaque processus de l’entreprise, et le référentiel cesse d’être une collection de modèles individuels. Il devient tout autre chose : non plus un registre de l’entreprise, mais une infrastructure sur laquelle l’entreprise fonctionne et sur laquelle l’IA agit, en temps réel.
Les autres niveaux n’ont jamais été lents. Ils étaient hors de portée. Vous ne pouvez pas prioriser ce que vous ne voyez pas de bout en bout. Vous ne pouvez pas donner aux agents IA le contexte d’un processus qui n’a jamais été entièrement modélisé. L’optimisation ne s’appliquait qu’aux éléments qui avaient été modélisés, jamais à l’ensemble des opérations. Rien de tout cela n’était un problème de vitesse. C’était un problème de visibilité. Maintenant qu’il est résolu, la Priorisation, le Contexte et l’Optimisation n’attendent plus rien. Ils deviennent enfin possibles.
Une fois que vous voyez l’ensemble des opérations de bout en bout, la question change. Il ne s’agit plus seulement de savoir quoi automatiser ou confier à des agents IA. Il s’agit de savoir si l’entreprise doit d’abord changer sa façon de fonctionner. C’est là qu’intervient la Priorisation. Elle vous permet de simuler des changements avant leur mise en production, afin de décider où appliquer l’automatisation et l’IA en ayant une vision complète.
Deloitte a constaté que 74 % des répondants s’attendent à utiliser des agents IA au moins modérément d’ici 2027. Seuls 21 % déclarent que leur organisation dispose d’un modèle de gouvernance mature pour l’IA agentique. Voilà l’écart. Voir l’ensemble des opérations de bout en bout, c’est par là que l’on commence à le combler. Pas davantage de supervision. Une fondation que l’entreprise peut réellement voir, sur laquelle elle peut agir, et qu’elle peut défendre.
Découvrez à quoi ressemblent vos propres opérations une fois qu’elles sont réellement visibles. Rendez-vous sur www.igrafx.com pour planifier une démo ou démarrer un essai gratuit de Pia.
L’Agentic Process Foundation est un cadre permettant de déployer des agents IA à grande échelle en toute confiance. Elle comporte quatre niveaux : Visibilité, Priorisation, Contexte et Optimisation. Ensemble, ils offrent aux organisations une visibilité sur ce que font réellement les agents, une priorisation pour les déployer là où ils comptent, un contexte pour qu’ils respectent les règles de l’organisation et une optimisation pour que les équipes puissent prouver qu’ils fonctionnent.
Le niveau Visibilité est le premier niveau de l’Agentic Process Foundation. Il fournit aux organisations un modèle précis, à jour et interconnecté de la façon dont le travail se déroule réellement, y compris le responsable de chaque étape, les dépendances entre les étapes et les contrôles de risque et de conformité qui s’appliquent. Tous les autres niveaux s’appuient sur lui.
Les agents IA agissent sur la base de l’image de l’entreprise qu’on leur fournit. Si cette image est incomplète ou obsolète, les agents risquent d’automatiser les mauvaises tâches ou de contourner des contrôles que personne n’a documentés. Selon le rapport State of AI in the Enterprise 2026 de Deloitte, environ 80 % des organisations ne disposent pas d’une gouvernance mature de l’IA agentique, et une gouvernance efficace commence par la connaissance du fonctionnement réel des processus.
La Visibilité vient en premier, car les autres niveaux en dépendent. Les organisations ne peuvent pas prioriser un travail qu’elles ne voient pas, donner à l’IA le contexte d’un processus qu’elles n’ont pas modélisé, ni optimiser un processus qu’elles n’ont jamais mesuré. Une fois en place, le niveau Visibilité le reste et continue d’alimenter la Priorisation, le Contexte et l’Optimisation.
La modélisation des processus documente la façon dont le travail est conçu pour se dérouler, y compris les rôles, les dépendances et les contrôles. Le Process Mining analyse les journaux d’événements des systèmes métier pour montrer comment le travail se déroule réellement. Utilisés ensemble, ils révèlent l’écart entre le processus conçu et le processus réel.
La découverte continue maintient les modèles de processus à jour sans avoir à planifier des projets de remise à plat. Les agents de découverte utilisent le Process Mining et le context mining pour comparer le référentiel de processus à ce qui s’exécute réellement et pour signaler les évolutions réglementaires ou des procédures opérationnelles standard (SOP) qui l’affectent. Dans Process360 Live, ces mises à jour arrivent directement dans le Référentiel de processus structuré sous forme de données gouvernées.
