Oracle place l’orchestration des agents dans l’ERP, et cela change l’équation de la gouvernance

Oracle a lancé Fusion Claw, qu’il décrit comme la première couche d’orchestration d’agents IA native intégrée directement dans une grande plateforme ERP. Le positionnement est étroit et révélateur. Au lieu d’exécuter des agents depuis une console distincte en espérant qu’ils respectent la politique de l’entreprise, Fusion Claw permet aux organisations de définir des procédures d’exploitation standard, des seuils de risque et des droits de décision au sein de Fusion Applications, là où la logique métier réside déjà.

Ce placement, c’est l’essentiel. Depuis deux ans, la conversation sur les agents porte sur la capacité : le modèle peut-il accomplir la tâche. Les lancements qui comptent ce mois-ci répondent à une autre question : une entreprise peut-elle surveiller un agent une fois qu’il est en fonctionnement.

L’écart que tout le monde ne cesse de citer

Les chiffres qui expliquent ce basculement sont désormais familiers. Environ 85 % des grandes entreprises expérimentent des agents IA, mais seulement environ 5 % ont mis en production une technologie agentique, et environ 11 % à 14 % des pilotes passent à l’échelle. Gartner prévoit que plus de 40 % des projets d’IA agentique seront annulés d’ici 2027, et attribue cela à des problèmes d’intégration et de coordination plutôt qu’à la qualité des modèles. IDC, en regardant dans l’autre sens, s’attend à environ 1,3 milliard d’agents IA utilisés dans le monde d’ici 2028.

Rassemblez ces éléments et le goulot d’étranglement se déplace. Les modèles sont assez bons pour beaucoup de travail. Ce qui manque, c’est la plomberie : identité, permissions, pistes d’audit et coordination entre des systèmes qui n’ont jamais été conçus pour répondre à des logiciels qui agissent de leur propre chef.

La gouvernance livrée comme catégorie de produit

Oracle est un acteur parmi d’autres dans un mois qui a produit une quantité surprenante d’infrastructures de gouvernance des agents. OpenAI a lancé Presence, une couche opérationnelle pour déployer des agents vocaux et conversationnels avec un périmètre de tâches défini, un accès limité aux connaissances et des actions approuvées, destinée au support de facturation, aux sinistres d’assurance et aux demandes informatiques des employés. Classie Supervise est arrivé en parallèle pour donner aux entreprises un suivi et une comptabilisation en temps réel des agents déjà en production.

Salesforce et AWS ont annoncé Agentforce 360 pour AWS, une plateforme conjointe dont le moteur de raisonnement Atlas tourne sur les modèles Claude d’Anthropic via Amazon Bedrock et, notamment, génère des pistes d’audit immuables pour chaque décision d’agent. CrowdStrike figure parmi les premiers adoptants, citant la simplicité des achats aux côtés de la sécurité, ce qui est une façon très entreprise de dire qu’acheter une seule chose vaut mieux que d’en assembler cinq.

Ailleurs, OneTrust a élargi sa plateforme avec un plan de contrôle IA et un centre de commande de gouvernance, avec des intégrations dans ChatGPT, Claude, Copilot et Glean. Red Hat soutient que les garde-fous au niveau du modèle sont insuffisants dès lors que les agents peuvent exécuter des actions, et plaide pour une défense en profondeur couvrant l’identité, l’exécution, le réseau et l’infrastructure. Nvidia a présenté une plateforme ouverte de sécurité des agents, construite avec plus de 100 partenaires, conçue pour mettre en quarantaine un agent malveillant en quelques millisecondes.

Chacun de ces produits attaque le même problème depuis une altitude différente. Le pari d’Oracle est que la piste d’audit doit être la transaction, et non un journal parallèle. Si les actions approuvées de l’agent sont définies comme des règles dans l’ERP, alors chaque décision qu’il prend est déjà soumise aux contrôles, aux permissions et au reporting que les équipes finance et conformité utilisent pour tout le reste.

Pourquoi l’ERP est un foyer naturel

Les domaines à forte gouvernance ont du sens comme premier foyer pour les agents en production, car l’alternative est pire. Une équipe finance ne peut pas justifier de confier le traitement des factures à un agent qui existe en dehors du système de référence, prend des actions qu’il ne peut pas expliquer et produit un journal dans un autre outil. Intégrer l’orchestration dans l’ERP signifie que l’agent hérite du même accès basé sur les rôles, de la même séparation des tâches et de la même posture d’audit que le reste du flux de travail.

C’est aussi pourquoi le mouvement d’Oracle met la pression sur ses rivaux. Si la couche d’orchestration devient une fonctionnalité de la plateforme centrale, alors une passerelle d’agents autonome ressemble à un composant supplémentaire à acheter, sécuriser et rapprocher. Les acheteurs pourraient constater que standardiser sur une ou deux couches intégrées vaut mieux que d’ajouter encore un autre plan de contrôle externe.

Une lecture sceptique

Le cadrage autour de la gouvernance est solide, et c’est aussi un bon argument marketing sur un marché où les acheteurs ont été échaudés par des pilotes qui n’ont jamais été déployés. Quelques mises en garde méritent d’être emportées dans toute évaluation. Les pistes d’audit ne servent que si quelqu’un les lit, et un journal immuable des décisions d’un agent n’équivaut pas à un contrôle qui empêche une mauvaise décision dès le départ. Intégrer l’orchestration dans la plateforme d’un seul fournisseur crée aussi un nouveau type de verrouillage, puisque l’historique et la politique de l’agent vivent désormais à l’intérieur d’une suite applicative. Et les statistiques d’annulation jouent dans les deux sens : une plateforme qui facilite le déploiement des agents ne résout pas à elle seule le problème de coordination, qui tient autant à la propriété des processus qu’au logiciel.

Qu’en faire

Le conseil pratique qui ressort des lancements de ce mois est cohérent. Commencez par un processus étroit et à forte valeur, comme le traitement des factures ou les revues d’accès, et placez un seul agent dans un système existant avec une journalisation et des approbations strictes. Observez comment vos fournisseurs principaux réagissent à Fusion Claw. S’ils livrent leurs propres couches d’orchestration, standardiser sur une ou deux d’entre elles comptera probablement plus que d’ajouter une autre passerelle externe.

Le basculement plus large est facile à manquer parce que les annonces se ressemblent. La capacité des agents a cessé d’être le titre principal. Le titre principal est désormais de savoir si un agent peut recevoir une tâche, un budget et une laisse, et si l’entreprise peut prouver, a posteriori, exactement ce qu’il a fait.

La question de la consolidation

Prenez du recul par rapport aux lancements individuels et une question structurelle apparaît. Si chaque grande plateforme livre sa propre couche d’orchestration, les acheteurs se retrouveront avec plusieurs plans de contrôle qui se chevauchent, chacun avec son propre langage de politique, son propre journal d’audit et sa propre façon de décrire ce qu’un agent est autorisé à faire. C’est l’inverse de ce que la gouvernance est censée apporter. Les organismes de normalisation et les projets open source travaillent déjà sur une identité et une autorisation portables des agents, mais l’incitation commerciale va dans l’autre sens, puisqu’un plan de contrôle propriétaire est une bonne raison de ne pas partir.

La décision d’Oracle d’intégrer la couche dans l’ERP rend cela concret. Une entreprise qui utilise Fusion Applications a une raison évidente d’utiliser l’orchestration intégrée et une raison tout aussi évidente de se méfier d’une seconde couche externe qu’il faudrait rapprocher de la première. Les fournisseurs le savent. La question est de savoir si les clients accepteront une pile de gouvernance fragmentée, avec un plan de contrôle par suite, ou s’ils pousseront pour quelque chose qu’ils peuvent auditer sur l’ensemble de ces plans.

La réponse à court terme la plus probable est un hybride. Les systèmes centraux tels que l’ERP et le CRM posséderont l’orchestration des processus qu’ils gouvernent déjà, parce que la piste d’audit doit se trouver à côté de la transaction. Tout le reste, y compris les agents qui couvrent plusieurs systèmes, s’appuiera sur une couche autonome qui tente de parler à tous. Les équipes qui évaluent des plateformes devraient prévoir les deux, et concevoir leurs définitions de politique de manière à pouvoir les ré-exprimer si le marché se consolide.

Ce que les vendeurs ne disent pas

Deux affirmations méritent un examen attentif. La première est qu’une piste d’audit équivaut à une obligation de rendre des comptes. Un journal qui enregistre chaque décision prise par un agent est précieux après un incident, et il n’est pas identique à un contrôle qui arrête l’incident. Les enregistrements immuables et les garde-fous préventifs sont des produits différents, et les lancements tendent à les confondre. La seconde est que la gouvernance est un problème résolu dès que la plateforme la livre. La plupart des cas d’échec cités ce mois-ci impliquaient des permissions mal configurées, une propriété floue et des processus qu’aucune équipe ne pouvait décrire assez précisément pour qu’un agent les suive. Un logiciel peut faire appliquer une politique. Il ne peut pas décider quelle politique l’entreprise veut réellement.

Pour les équipes qui ont dépassé le stade de l’expérimentation, le bon réflexe est d’écrire les réponses avant d’acheter. Quel processus l’agent est-il autorisé à toucher, quelle est la pire chose qu’il peut faire dans son périmètre, qui est alerté lorsque cela se produit, et comment l’agent est-il identifié lorsqu’il demande un accès. Déployer un seul agent dans un système existant avec une journalisation et des approbations strictes, comme le conseil actuel l’indique, teste les quatre réponses à la fois. Les plateformes rendront ce test plus facile à exécuter. Elles ne l’exécuteront pas pour vous.