Sortie de l'IA pour les clients existants de SAP

Modèles d'IA agnostiques

Une solution technique pour échapper à la dépendance vis-à-vis de l'IA passe par des modèles indépendants des agents. Cette approche vise à dissocier complètement les connaissances métier critiques et la logique des processus des plateformes d'IA sous-jacentes. L’objectif est de pouvoir remplacer la plateforme d’IA relativement rapidement en cas de besoin ou de consolidations imprévisibles du marché, ce qui permet de conserver au sein de l’entreprise les investissements réalisés ainsi que le savoir-faire en matière de processus, plutôt que de les voir partir irrémédiablement vers des plateformes externes, souvent situées hors d’Europe.

Une autre alternative au BTP réside dans la mise en place d'environnements informatiques hybrides et dans le concept d'ERP « composable », dans lequel des plateformes d'intégration indépendantes (iPaaS), telles que Boomi, prennent en charge l'orchestration des processus. Au lieu de se plier aux contraintes liées aux licences imposées par le BTP, les utilisateurs d’ERP ont recours à des plateformes telles que Boomi pour alimenter de manière transparente et sans développements complexes les données centrales SAP vers n’importe quel lac de données dans le cloud ou vers des modèles d’IA externes. Cela permet aux clients SAP existants de développer des stratégies de données évolutives, natives du cloud et pilotées par l'IA, qui sont totalement indépendantes des fournisseurs et leur permettent de garder le contrôle sur des agents IA autonomes.

Pour les clients SAP existants qui hésitent à passer au cloud public pour des raisons de protection des données, de conformité ou de rentabilité, des plateformes d’exploitation open source spécialisées telles que Red Hat OpenShift AI ou Suse AI (voir également l’article à la une d’E3 de septembre 2026) une solution souveraine et sécurisée pour l’exploitation entièrement locale de l’intelligence artificielle.

Au lieu de transférer des données d'entreprise sensibles vers des hyperscalers américains ou vers le cloud SAP pour y être traitées, ces plateformes permettent d'exploiter localement des modèles linguistiques à grande échelle (LLM) open source, tels que Llama ou Mistral, sur le matériel propre à l'entreprise ou dans un cloud privé. D'un point de vue architectural, dans ce modèle « side-by-side », le système SAP reste le backend pour les données métier structurées, tandis que la logique d’IA proprement dite s’exécute dans une infrastructure distincte et communique uniquement via des interfaces standardisées telles que OData, MCP-Server ou REST.

Cette dissociation radicale garantit non seulement une souveraineté totale sur les données, mais permet également, dans le cadre d'une stratégie de sortie de l'IA, de changer à tout moment et en toute transparence les modèles linguistiques utilisés, sans perturber les processus SAP fondamentaux existants.

SAP Business AI et le Knowledge Graph

Christian Klein, PDG de SAP, et son équipe de direction ont présenté, lors des conférences Sapphire organisées par l'entreprise, le concept d'« Autonomous Enterprise », dans lequel des centaines d'agents d'IA spécialisés sont censés gérer les processus métier de manière largement autonome. Sur le plan technique, ce scénario repose essentiellement sur deux piliers : SAP Business AI et SAP Knowledge Graph (HANA).

Le problème fondamental lié à l'utilisation de modèles linguistiques génériques de grande envergure (LLM) en entreprise réside dans leur manque de contexte métier. Les LLM ne connaissent ni les relations spécifiques entre les tables, ni les directives internes en matière d'autorisation. Le Knowledge Graph (SAP Hana) fait ici office de boussole sémantique permettant de garder une vue d’ensemble dans l’univers ERP extrêmement complexe, qui compte plus de sept millions de champs de données.

Grâce à la génération automatique d'ontologies à partir des métadonnées de SAP Hana Cloud, le moteur Hana Graph Engine relie les structures de données relationnelles, les objets métier (tels que les clients, les commandes et les factures) ainsi que les extensions spécifiques au client pour former un réseau de relations sémantiques. Cette base sémantique permet à l’assistant IA Joule et aux agents coopérants de tirer des conclusions précises et logiques, et de réduire considérablement le phénomène redouté des « hallucinations » des modèles d’IA.

Moteur de graphes SAP HANA Cloud

Le moteur Hana Cloud Graph Engine sert de base de données technique en arrière-plan ; depuis la mise à jour du premier trimestre 2025, il offre une prise en charge native du stockage et de l’interrogation des graphes de connaissances. SAP comble ainsi une lacune fonctionnelle, car auparavant, les clients devaient exploiter en parallèle différents systèmes (tels que Neo4j) pour les données relationnelles et les bases de données orientées graphe.

Désormais, ces deux univers peuvent être regroupés dans une seule base de données et interrogés à l'aide de langages de requête basés sur les graphes, tels qu'openCypher ou SPARQL. Un LLM peut ainsi traduire des requêtes en langage naturel en une requête SPARQL et l'exécuter, sans que les développeurs aient à programmer au préalable, au prix de nombreux efforts, des API rigides. D’un point de vue technique, cette approche constitue un moyen élégant d’harmoniser les données.

Le « corset » BTP et le changement de nom en SAP BAIP

D'un point de vue entrepreneurial, cette architecture Hana cache toutefois une stratégie commerciale et de gestion des licences visant à restreindre l'indépendance durement acquise par les clients SAP existants. La Business Technology Platform est le lieu exclusif où se déroulent les scénarios d’IA de SAP. Afin de centraliser le contrôle de l'ensemble de l'écosystème de données et d'IA, SAP a fusionné en 2026 la BTP, le Business Data Cloud (BDC) et le Business Transformation Management en une seule pile consolidée baptisée SAP Business AI Platform (BAIP).

Le changement de nom de la compétence BTP en BAIP a pris effet le 30 juin 2026, tandis que les nouvelles exigences, plus strictes, en matière de capacité de fourniture d’IA devraient entrer en vigueur à partir de janvier 2027. Pour les clients SAP existants, ce revirement stratégique signifie avant tout une chose : l’arrivée de l’intelligence artificielle est indissociablement liée au modèle de licence restrictif du BTP et à l’obligation de souscrire des contrats de cloud.

Quiconque souhaite utiliser l'assistant IA Joule ou le Generative AI Hub doit souscrire à l'un des modèles de contrat BTP onéreux, tels que le Cloud Platform Enterprise Agreement (CPEA) ou le BTP Enterprise Agreement (BTPEA), dans le cadre desquels la facturation, peu transparente, s’effectue sur la base de « Capacity Units » (CU) et de la consommation de jetons.

L'association d'utilisateurs SAP DSAG critique vivement cette contrainte imposée par le BTP : les points AI basés sur la consommation n'étant pas reportables sur l'année suivante, les contingents inutilisés expirent à la fin de l'année, tandis que tout dépassement est facturé au prix catalogue, sans remise. De plus, la politique API de SAP, renforcée en avril 2026, bloque le flux direct de données et limite considérablement la connexion sans licence d’agents d’IA tiers, ce qui renforce encore davantage l’obligation d’utiliser le BTP et les frais de transaction qui y sont associés.

Les alternatives à la plateforme SAP : Simplifier et Boomi

Les clients existants de SAP ne sont en aucun cas livrés sans défense face à ces conditions de licence imposées. Il existe des alternatives indépendantes des éditeurs qui prennent au sérieux l’exigence de souveraineté technique. Ceux qui souhaitent développer en parallèle tout en contournant les frais de licence de SAP BTP trouveront dans Simplifier une alternative de choix dans le domaine du low-code.

Alors que BTP lie de plus en plus étroitement les utilisateurs au carcan propriétaire du SAP SaaS, Simplifier mise sur des standards Web ouverts et le framework UI5, ce qui permet d'éviter toute dépendance vis-à-vis d'un fournisseur. Simplifier permet aux PME de développer des applications Fiori jusqu’à dix fois plus rapidement, d’intégrer de manière flexible des systèmes SAP et non-SAP, tout en conservant le cœur S/4 parfaitement propre (« Clean Core »).

Pour l'orchestration et l'intégration des données, la plateforme iPaaS indépendante de tout fournisseur proposée par Boomi constitue une solution idéale. Boomi s'est imposé comme leader du marché aux côtés de BTP dans le Magic Quadrant de Gartner, mais se distingue par sa philosophie ouverte. Le partenariat stratégique entre Boomi et Red Hat, annoncé en mai 2026, constitue ici un levier décisif. En combinant AgentStudio de Boomi et Red Hat AI, les entreprises peuvent mettre en place une pile d'IA open source souveraine et native Kubernetes. Cette pile permet de mettre en œuvre une véritable stratégie d'IA privée et une stratégie de sortie de l'IA sans frais.

Panique des jetons : routage intelligent et open source

L'utilisation non réglementée de l'IA générative entraîne actuellement une explosion des coûts dans de nombreuses entreprises. Face aux modèles « Frontier » coûteux d’OpenAI (tels que GPT-5) et d’Anthropic (tels que Claude/Fable), les observateurs du marché parlent déjà d’une « panique mondiale des tokens », dans laquelle les dépenses en tokens éclipsent la valeur ajoutée réelle. Afin de réduire efficacement ces coûts, voire de les éviter complètement, les architectes informatiques s’appuient de plus en plus sur ce que l’on appelle des « passerelles LLM » et des « routeurs LLM ».

Modèles open source

Le marché s'oriente massivement vers des modèles open source hébergés localement. Des systèmes performants tels que LLaMA de Meta, Mistral ou les modèles chinois Open-Weights comme DeepSeek, Qwen et Kimi ne sont plus qu'à quelques mois de retard sur les modèles de pointe sur le plan technique, mais ne coûtent qu'une fraction de leur prix. Même Satya Nadella, PDG de Microsoft, envisage d’utiliser DeepSeek pour son propre Copilot afin de préserver les marges. Un client SAP existant peut exploiter ces modèles open source de manière économique et conforme à la protection des données sur son propre matériel, ce qui lui évite complètement le détour coûteux de la facturation BTP.

La réponse instructive à la question de savoir si un client SAP existant est obligé d'utiliser les solutions maison telles que Joule, le SAP Knowledge Graph ou la Business AI est la suivante : non, il n'y a aucune contrainte technique ou fonctionnelle. La communauté SAP et les utilisateurs innovants d’ERP ont depuis longtemps pris de l’avance sur le département de développement de SAP. Le rapport d’investissement DSAG 2026 montre que la majorité des clients SAP existants et des membres de la DSAG mettent en œuvre leurs cas d’utilisation productifs de l’IA avec des solutions tierces et non avec des outils SAP.