Oracle Fusion : quand l'IA exécute, qui assume l'erreur de paie ?
À Las Vegas, Oracle a présenté Fusion Companion, Fusion Claw et un dépôt open source : trois briques qui déplacent l'exécution des tâches vers des agents. Derrière la démonstration, une question que la documentation d'Oracle laisse entière : qui répond d'un virement raté ou d'un bulletin de paie faux ?
Dans cet article
Las Vegas, cette semaine : une démo qui change de nature
Chris Leone, directeur des applications et de l'IA chez Oracle, a fait une démonstration sur la scène d'AI World 2026, à Las Vegas. Il a demandé à ChatGPT, via une extension, d'examiner les six derniers bulletins de paie d'un salarié et d'expliquer pourquoi ses heures supplémentaires diffèrent. L'agent a exécuté la recherche et l'analyse dans les applications Fusion. Puis Leone a résumé la promesse : « vous n'avez plus besoin de comprendre comment fonctionne notre système. Vous décrivez simplement ce que vous voulez faire et il s'occupe de tout : la tâche à accomplir, sa sécurité, etc. »
Ce n'est pas une amélioration d'interface. C'est un changement de titulaire. Jusqu'ici, un utilisateur cliquait dans un module ; le logiciel enregistrait son geste. Demain, il décrit une intention ; le logiciel sélectionne et coordonne les transactions et les approbations. La question n'est plus « l'IA est-elle bonne ? » mais « qui signe le résultat ? ».
Trois briques, trois niveaux de délégation
Oracle annonce trois outils, et il faut les distinguer, parce qu'ils ne déplacent pas la même chose.
Fusion Companion est une couche intermédiaire entre une interface d'IA (ChatGPT ou équivalent) et les applications Fusion. Elle analyse l'objectif exprimé, puis sélectionne et coordonne automatiquement les transactions et les approbations, en utilisant le contexte métier et les permissions de l'entreprise. Leone précise : « les entreprises doivent garder le contrôle sur la manière dont ce travail est effectué ». La documentation ne dit pas si l'agent agit sous les droits de l'utilisateur ou sous ceux de l'éditeur ; elle dit seulement qu'il utilise les permissions de l'entreprise.
Fusion Claw s'adresse aux directions métier. Ce n'est pas un nouvel outil mais une couche ajoutée à AI Agent Studio, qui supporte les tâches à exécution longue, avec surveillance continue d'éléments extérieurs, replanification et exécution déterministe. Leone l'illustre par un métier : « gérer un travail spécialisé comme le ferait un analyste financier, ou un planificateur de la chaîne logistique, en suivant en permanence tout ce qui se passe ». Sur les 75 applicatifs livrés avec AI Agent Studio, 25 utilisent Fusion Claw — sans que la documentation précise de quels modules ni de quelles versions il s'agit.
FSCR est un dépôt GitHub de skills et de scripts open source destinés aux intégrateurs, pour paramétrer les applications en langage courant. C'est le moins spectaculaire des trois. La documentation ne dit rien de son effet sur le coût ou la durée d'un projet d'intégration.
Ce qu'Oracle dit de son propre outil précédent
L'argument le plus utile ne vient pas de la démonstration, il vient du constat qu'Oracle fait lui-même. AI Agent Studio, lancé l'année précédente, était « trop complexe pour les simples utilisateurs métier et trop limité pour les intégrateurs ». Deux freins qu'Oracle dit lever avec ces annonces. C'est la seule explication documentée du pourquoi : les trois briques répondent à deux publics distincts, le collaborateur et l'intégrateur, que l'outil précédent servait mal.
Le maillon que la documentation ne couvre pas
Reste la question que la démonstration contourne. Quand un agent examine six bulletins de paie et explique un écart d'heures supplémentaires, il produit une analyse. Quand il coordonne des transactions et des approbations, il produit un acte. Un acte engage l'entreprise.
Aucun document fourni ne dit qui répond d'une transaction erronée exécutée par Fusion Companion : Oracle, l'entreprise qui a accordé les permissions, ou l'intégrateur qui a écrit le skill dans FSCR. Aucun ne dit non plus comment l'entreprise reconstituera la chaîne de décision quand l'agent aura choisi l'ordre des approbations. Leone affirme que « les entreprises doivent garder le contrôle sur la manière dont ce travail est effectué » ; il ne dit pas comment ce contrôle se prouve après coup.
C'est le point où la promesse se retourne. Plus l'agent est autonome, plus la valeur se déplace du logiciel vers la responsabilité. Et une responsabilité, ça se contracte. Les entreprises qui signeront ces licences découvriront que la question n'est pas dans la démo de Las Vegas mais dans l'avenant au contrat.
Ce que cela pose pour un déploiement lointain
La documentation ne dit rien des déploiements de Fusion hors des États-Unis, ni du rôle des intégrateurs locaux. On peut seulement constater la structure : Oracle livre aux intégrateurs un dépôt de skills en open source, et fait d'AI Agent Studio l'interface unique où se paramètre Fusion Claw. Un intégrateur qui travaille sur Fusion, où qu'il soit, voit donc son outil de configuration changer de nature — d'un paramétrage propriétaire à des scripts lisibles par tous. Ce que cela change pour son contrat de service, la documentation ne le dit pas.
Et une question reste ouverte, que ni Leone ni Kartik Raghavan, responsable du développement des applications chez Oracle, n'ont tranchée : quand un agent réoriente une décision de chaîne logistique en continu, à quel moment l'entreprise reprend-elle la main ? Une replanification permanente est une forme de décision permanente. À un moment, il faudra bien que quelqu'un signe.