Exploration de la plate-forme ERP

La réorientation stratégique de l'ERP marque un changement de paradigme qui a de profondes répercussions économiques, techniques et organisationnelles sur l'ensemble de la communauté SAP et que les analystes, les représentants des utilisateurs de DSAG et les partenaires accompagnent avec autant de critique que d'espoir. Il s'agit d'une feuille de route pour passer d'un monde on-prem stable mais rigide à un univers cloud dynamique mais plein de défis en termes de licences et de technique, dans lequel SAP n'est plus la seule étoile fixe, mais un soleil dans un système composé d'hyperscalers, de spécialistes des données comme Databricks et Snowflake, ainsi que de puissantes sociétés de conseil.

Au cœur de cette transformation ERP se trouve la prise de conscience que le noyau numérique du client SAP existant doit être maintenu propre - ce que l'on appelle la stratégie Clean Core. Afin d'augmenter la vitesse d'innovation et de garantir la maintenabilité d'un système S/4 ou de la nouvelle Business Suite, les modifications et les extensions sont rigoureusement bannies du noyau et transférées sur la SAP Business Technology Platform (BTP). La BTP fonctionne ici comme le cœur technique, comme une offre „PaaS“ (Platform-as-a-Service) qui regroupe le développement, l'intégration, l'automatisation, la gestion des données et l'intelligence artificielle.

SAP BTP est l'endroit où l'avenir d'un Composable ERP peut avoir lieu, tandis que le noyau ERP „traditionnel“ sous forme de S/4 devient un système d'enregistrement stable. Mais ce beau nouveau monde de l'ERP composable s'accompagne de défis techniques et organisationnels massifs. SAP BTP n'est pas un bloc monolithique - certains pensent même qu'il ne s'agit pas d'une plateforme - mais d'un jeu de construction hétérogène composé de différents environnements d'exécution tels que Cloud Foundry, Kyma (Kubernetes) et l'environnement Abap, particulièrement émotionnel pour les clients habituels de SAP et connu sous le nom de code „Steampunk“.

CAP, RAP et gouvernance

Pour les clients SAP existants, cela signifie qu'ils doivent non seulement maîtriser de nouveaux modèles de programmation tels que le Cloud Application Programming Model (CAP) ou le RESTful Application Programming Model (RAP), mais aussi établir une toute nouvelle forme de gouvernance pour ne pas perdre le contrôle dans la diversité des services ERP et des offres Cloud (SAP et hyperscaler).

La stratégie de données de SAP, qui a culminé avec l'annonce de SAP Business Data Cloud (BDC), fait l'objet de discussions particulièrement critiques au sein de la communauté. Le BDC est censé orchestrer et harmoniser le chaos des données créé par la fragmentation et l'atomisation des paysages informatiques et les nombreuses acquisitions de SAP (comme SuccessFactors, Ariba, Concur). Mais le chemin pour y parvenir est pavé des ruines des tentatives passées.

Pendant longtemps, SAP a tenté de résoudre les problèmes d'intégration des données avec le produit SAP Data Hub, mais le concept a souvent échoué dans la pratique en raison d'une consommation excessive de ressources, de la complexité technique et du manque de rentabilité. Pour lui succéder, SAP Data Warehouse Cloud a été positionné, rebaptisé plus tard SAP Datasphere, afin de permettre une „Business Data Fabric“ - une architecture qui ne copie plus physiquement les données, mais les relie virtuellement et sémantiquement, quel que soit leur emplacement.

Cloud de données d'entreprise

Le Business Data Cloud (BDC) est maintenant la dernière superstructure stratégique qui réunit Datasphere, SAP Analytics Cloud et - c'est la vraie sensation - une intégration profonde avec des partenaires externes comme Databricks et Snowflake. C'est à ce niveau que l'ouverture de la stratégie de SAP est la plus évidente, mais aussi l'aveu qu'il n'est plus possible de tout gérer seul dans le domaine du Big Data et de l'IA.

Le partenariat avec Databricks, un fournisseur leader d'architectures de data lakehouse, est un pilier central de la BDC. Grâce à une interface appelée „Zero-copy connectivity via Delta Sharing“, les données SAP doivent être intégrées de manière transparente dans la plateforme Databricks pour y être traitées par des algorithmes d'IA et d'apprentissage automatique performants, sans que les données ne doivent techniquement quitter l'écosystème SAP ou être dupliquées. Les critiques déplorent toutefois que la BDC, dans sa forme actuelle, laisse encore des questions en suspens et ressemble en partie à un wrapper marketing autour de produits existants, car des questions essentielles concernant les licences et la profondeur technique de l'intégration doivent encore être clarifiées.

Outre Databricks, Snowflake joue un rôle décisif dans la gestion moderne des données des clients existants de SAP. Bien que Snowflake soit d'une certaine manière un concurrent des propres solutions de gestion des données de SAP, il n'en reste pas moins qu'il est un élément essentiel de la gestion des données.
de nombreux utilisateurs reconnaissent les avantages de l'architecture cloud-agnostique de Snowflake. SAP a réagi et établi des partenariats qui doivent permettre un échange de données bidirectionnel. Snowflake se positionne comme la plate-forme qui rompt les silos de données et réunit les données SAP avec les données non-SAP dans un environnement cloud performant, ce qui est souvent considéré comme une alternative à la stratégie purement SAP Datasphere, en particulier lorsque les entreprises adoptent une stratégie multi-cloud.

Google Cloud est également un acteur puissant dans cet enchevêtrement. Le partenariat entre SAP et Google va bien au-delà de la simple infrastructure (IaaS). Avec l'offre Open Data, les deux groupes visent à réunir les données SAP et les données Google (par exemple celles de Google BigQuery) sans les répliquer, afin de permettre des scénarios d'IA. C'est une question de survie pour SAP, car ses propres ambitions en matière d'IA (Joule) dépendent massivement de la puissance de calcul et des modèles des hyperscaleurs.

Le concept SAP „Clean Core“ est décisif pour le passage de ECC 6.0 à S/4 Hana. Ces dernières années, de nombreuses modifications d'Abap ont optimisé et individualisé les systèmes ERP de SAP, au détriment de la compatibilité et de la compatibilité des versions. Pour le développement rigoureux de l'ERP (cloud et on-prem), il s'agit de créer un nouveau concept d'orchestration pour les standards et les modifications : Clean Core est le début.

Nouveau système partenaire SAP

Collibra et DataRobot complètent cet écosystème en tant que partenaires spécialisés dans la gouvernance des données et l'IA avancée, afin de combler les lacunes que SAP a dans son propre portefeuille, notamment en matière de gouvernance des paysages de données hétérogènes et d'opérationnalisation des modèles d'IA.
Dans cet environnement complexe, les grandes sociétés de conseil et les intégrateurs de systèmes font office de navigateurs indispensables.

Des entreprises comme Accenture, Deloitte, Capgemini, PwC et EY ont développé des capacités massives pour accompagner la transformation vers le BTP et le BDC. Accenture, par exemple, profite de son partenariat profond avec SAP pour développer des solutions sectorielles sur la BTP et imposer la stratégie Clean Core auprès des grands groupes, en intégrant souvent dans l'architecture des composants open source de partenaires comme Red Hat.
Application et conseil

PwC n'a pas seulement un rôle de conseil, mais utilise S/4 Public Cloud et BTP en interne pour sa propre organisation mondiale, ce qui lui confère une grande crédibilité en matière de conseil. PwC utilise Joule Copilot et Business AI pour optimiser ses propres processus et revend cette expérience. Capgemini se concentre fortement sur l'intégration de S/4 dans des paysages hybrides complexes et développe ses propres frameworks pour accélérer la transition.

Atos et Cognizant se positionnent également fortement dans le domaine des services gérés et de la transformation des systèmes patrimoniaux vers la nouvelle plateforme SAP, en faisant souvent le lien entre l'ancien monde sur site et la nouvelle réalité du cloud. Bluetree Solutions, spécialisé dans la planification et l'analytique, joue un rôle dans la mise en œuvre de solutions de planification financière et de consolidation, de plus en plus basées sur SAP Analytics Cloud et Datasphere, même si elles agissent de manière plus granulaire par rapport aux „Big 4“.

Le rôle de SAP Datasphere par rapport à la BDC et aux partenaires peut être différencié comme suit : Datasphere est le produit technique, l'évolution de l'entrepôt de données dans le cloud. Il offre les outils de modélisation des données, de virtualisation et de catalogage. BDC, en revanche, est le concept de solution SAP de niveau supérieur, qui utilise Datasphere comme composant principal, mais qui est étendu par l'intégration de Databricks et d'autres services (comme SAP Analytics Cloud) pour former une „Data Fabric“ complète.

Alors que Datasphere tente de conserver la souveraineté sémantique sur les données SAP (Business Context), Databricks et Snowflake offrent la puissance de calcul brute et les normes ouvertes pour la science des données et l'analyse des données volumineuses que SAP ne peut pas fournir à ce niveau de profondeur. Le passage de l'échec du Data Hub à Datasphere et finalement à BDC est souvent douloureux pour les clients existants de SAP et nécessite une migration de la manière de penser : loin de l'ETL (Extract, Transform, Load) monolithique, vers la fédération et la virtualisation des données.

Pour réussir cette transition, les entreprises doivent repenser fondamentalement leur architecture de données et considérer Datasphere non seulement comme un nouveau BW, mais aussi comme une couche logique au-dessus d'un paysage de données distribué. Mais au-dessus de toutes ces visions techniques plane l'épée de Damoclès des licences et des conditions commerciales. Les défis en matière de droit des licences pour BTP et BDC sont immenses et suscitent un grand mécontentement au sein de la communauté SAP. Le modèle Rise-with- SAP contraint de fait les clients existants à adopter un modèle d'abonnement dans lequel ils abandonnent la propriété de leurs licences et sont réduits au rang de locataires.

La gestion classique des données a une longue tradition chez SAP : sur la base des sources disponibles, le lien entre SAP Datasphere et le concept de SAP Business Data Cloud (BDC) peut être décrit comme une relation évolutive et hiérarchique. En bref, SAP Datasphere est le cœur technologique et le moteur primaire de gestion des données au sein de l'ensemble supérieur de solutions stratégiques appelé SAP Business Data Cloud.

Métriques de la plateforme : FUE

La métrique Full Use Equivalent (FUE), qui régit l'octroi de licences utilisateur dans le cloud, est particulièrement critique et manque souvent de transparence. Pour SAP BTP, il existe des modèles de facturation complexes comme le Cloud Platform Enterprise Agreement (CPEA) ou le plus récent BTP Enterprise Agreement (BTPEA), dans lesquels les clients paient à l'avance des „crédits“ qui peuvent expirer à la fin de l'année s'ils ne sont pas utilisés. Cela entraîne une forte pression pour que les services soient effectivement utilisés et rend difficile le calcul du coût total de possession (TCO). Un autre champ de mines est la problématique de l'accès indirect (Digital Access), qui survient lorsque des systèmes externes - par exemple via SAP BTP ou des interfaces de fournisseurs tiers - accèdent au noyau numérique de S/4 Hana et génèrent des documents.

De plus, il manque une stratégie claire de sortie du cloud. Une fois que l'on s'est engagé à fond dans Rise, BTP et BDC, on se retrouve dans une situation de verrouillage du fournisseur dont il n'est guère possible de s'échapper, car les données et la logique (en particulier pour les développements sur BTP) sont étroitement imbriquées dans une infrastructure SAP. L'EU Data Act tente certes d'intervenir au niveau de la réglementation et d'imposer la portabilité, mais la réalité technique est bien en deçà des prescriptions juridiques.

Stratégie de plate-forme hybride

La communauté SAP est donc confrontée à une situation paradoxale : d'une part, elle a besoin des plateformes modernes telles que BTP et BDC pour rester capable d'innover (IA, automatisation, intégration), mais d'autre part, elle est contrainte de se conformer à un corset commercial qui limite la flexibilité et l'autonomie. La réponse de nombreux clients existants est une stratégie hybride : ils utilisent SAP pour le cœur (clean core), mais externalisent de plus en plus l'innovation et l'analyse des données sur des plateformes neutres ou des hyperscalers afin de gérer la dépendance. Lors du sommet Steampunk et BTP de la communauté SAP qui se tiendra les 22 et 23 avril à Heidelberg, une plateforme de données alternative sera notamment présentée et discutée. L'entreprise informatique Boomi propose des scénarios d'intégration et des plateformes, y compris Agentic AI, qui sont compatibles avec SAP ERP/ECC 6.0 et S/4 Hana.

Les défis de gestion d'une BTP SAP résident surtout dans la justification des coûts. La plate-forme est considérée comme chère et le business case pour la migration des solutions d'intégration établies sur place (comme SAP PI/PO) vers la Integration Suite sur la BTP est souvent difficile à présenter si l'on ne considère que les coûts d'exploitation purs. Là aussi, Boomi peut fournir des réponses adéquates lors du Summit 2026. La valeur ajoutée doit être argumentée par l'agilité, un time-to-market plus rapide et l'utilisation de services d'IA (comme le GenAI Hub).

D'un point de vue technique, SAP BTP est certes puissant, mais aussi complexe. La multitude de services (plus de 90) et les différents environnements nécessitent un vaste ensemble de compétences qui n'existent souvent pas en interne et doivent être achetées à grands frais. Sur le plan organisationnel, la stratégie de la plate-forme oblige les entreprises à restructurer leurs services informatiques : Abandonner les administrateurs de base SAP purs pour devenir des architectes cloud et des ingénieurs DevOps capables de gérer un environnement PaaS dynamique. Par nature, ce sont aussi des tâches pour le CCoE (Competence Center of Expertise).

Pour le thème CCoE et SAP for Me, il y aura le Competence Center Summit les 10 et 11 juin 2026 à Salzbourg. Tant à Heidelberg qu'à Salzbourg, le partenaire SAP Snap proposera un atelier de découverte de l'IA afin d'explorer les possibilités offertes par l'IA sur les plates-formes SAP.
Le Customer Center of Expertise (CCoE) joue un rôle crucial et évolutif dans cette structure. Il doit passer du statut de simple superviseur opérationnel à celui d'orchestrateur du paysage hybride. Il doit assurer la gouvernance des services BTP, surveiller les coûts (crédits) et garantir le respect des normes de sécurité dans le cloud. Sans un CCoE fort, le BTP risque de connaître une prolifération d'applications et de coûts qui annihilerait les avantages de la plate-forme.

Étapes du processus de migration des données et rôles responsables en cas de nouvelle mise en œuvre : seules les données de base et les objets ouverts sont repris des anciens systèmes. Les documents ouverts doivent être traités en partie avant ou après la mise en service. Des phases de cut-over avec des blocages ou une double gestion sont possibles. Le S/4 Migration Cockpit soutient la migration, mais les données historiques ne sont pas migrées.

Organisation et technique

En résumé, la stratégie de plate-forme de SAP avec S/4 Hana, BTP et BDC est certes techniquement cohérente et ouvre la voie à l'entreprise intelligente, mais elle représente un obstacle massif pour les clients existants de SAP. Ils doivent non seulement moderniser leur technique, mais aussi changer complètement leurs contrats, leur organisation et leur façon de penser. Les partenaires - qu'il s'agisse des hyperscalers, des spécialistes des données comme Databricks ou des grands consultants - sont des aides indispensables dans ce contexte, mais aussi les bénéficiaires de cette complexité.

Le succès de la stratégie SAP dépendra de la capacité à emmener les clients existants dans ce voyage sans les perdre à cause de la pression des licences et de la surcharge technique. La vision est claire : une entreprise modulaire, pilotée par les données et fonctionnant sur une plate-forme flexible - un Composable ERP. Mais la réalité est encore souvent une lutte acharnée avec les migrations, les coûts et la recherche du bon mélange d'architecture.

Dans le détail, l'analyse de la Business Technology Platform révèle une dualité entre promesse et engagement. SAP positionne BTP comme le lien indispensable entre le "clean core" du système ERP et le monde extérieur innovant. D'un point de vue technique, elle permet aux développeurs Abap, grâce au modèle Steampunk (SAP BTP Abap Environment), de transférer leurs connaissances vers le cloud sans modifier le cœur du système S/4. Ceci est essentiel pour la capacité de mise à niveau des solutions ERP en nuage.

Licence BTP

Mais la liberté technique a un prix : l'octroi de licences pour les services BTP est volatil. Le modèle Pay-as-you-go offre de la flexibilité, mais peut faire exploser les coûts en cas d'utilisation incontrôlée, tandis que le modèle d'abonnement avec des contingents fixes comporte le risque de shelfware ou, dans le cas du BTPEA, entraîne l'expiration des crédits en fin d'année.

Business Data Cloud tente de résoudre le problème historique de la gestion des données SAP. Auparavant, les données SAP étaient emprisonnées dans les formats propriétaires des applications. Avec BW et plus tard BW/4 Hana, SAP a certes créé de puissants entrepôts de données, mais ceux-ci finissaient souvent en silos monolithiques. Le SAP Data Hub était une tentative de superposer une couche d'orchestration sur ces silos, mais il a échoué en raison de la complexité de l'orchestration des conteneurs et du manque de performance pour les grands volumes de données.

Datasphere, en tant que noyau du BDC, emprunte désormais la voie de la fédération : les données restent là où elles se trouvent et sont reliées virtuellement. Mais là aussi, il y a des limites, en particulier lorsqu'il s'agit de la performance des jointures complexes entre les systèmes. C'est précisément là qu'intervient le partenariat avec Databricks : Grâce à la réplication Zero-Copy (basée sur le Delta Sharing), les données peuvent être analysées physiquement (mais répliquées efficacement) dans le Data Lakehouse de Databricks, sans perdre leur signification sémantique du contexte SAP. Il s'agit là d'un aveu stratégique de la part de SAP, à savoir que les fournisseurs spécialisés sont souvent plus performants dans le domaine de l'analyse des données volumineuses.

Le rôle de DataRobot et de Collibra s'intègre parfaitement dans ce tableau. DataRobot apporte des fonctions d'apprentissage automatique (AutoML) qui permettent aux utilisateurs spécialisés d'entraîner des modèles d'IA sur des données SAP sans avoir de connaissances approfondies en science des données. Collibra aborde le problème massif de la gouvernance des données dans les paysages distribués. Lorsque les données sont dispersées entre S/4, Datasphere, Databricks et divers hypercalculateurs, l'utilisateur perd rapidement la vue d'ensemble sur l'origine (Lineage), la qualité et les droits d'accès. Collibra fournit ici la couche de métadonnées nécessaire pour garantir la conformité.

Alors que la modélisation SAP classique s'est souvent déroulée dans un écosystème fermé, la Business Data Fabric est radicalement ouverte. Elle intègre de manière transparente les données des systèmes SAP (S/4 et BW) avec celles des hyperscalers (Google BigQuery, AWS, Azure) et des plateformes spécialisées (Collibra, Databricks). BTP et BDC fonctionnent comme une construction stratégique qui relie les modules de l'écosystème afin de fournir une vue unifiée des données d'entreprise.

Portefeuilles des partenaires SAP

Les grands intégrateurs de systèmes ont adapté leurs portefeuilles en conséquence. Accenture, par exemple, exploite des usines de migration massives qui industrialisent le passage à S/4 et à BTP afin de faire baisser les coûts. Deloitte se concentre fortement sur la transformation de la gestion d'entreprise (Kinetic Enterprise), dans laquelle BTP sert de facilitateur pour de nouveaux modèles commerciaux. Capgemini utilise son architecture S/4 multi-piliers pour montrer à ses clients comment intégrer des solutions SAP et non-SAP sur BTP.

Atos et Cognizant apportent leurs forces dans la gestion de l'infrastructure afin de stabiliser le fonctionnement des paysages hybrides. Bluetree Solutions, souvent cité dans le contexte de SAP Analytics et de la planification, aide spécifiquement les clients à combler le fossé entre les données opérationnelles et la planification stratégique dans le SAP Analytics Cloud (SAC). Du point de vue du droit de licence, la situation reste tendue. L'introduction de Rise-with-SAP a modifié le modèle de licence. Les clients existants échangent leurs licences on-prem „éternelles“ contre un droit d'abonnement limité dans le temps. Ceci est souvent vendu avec la promesse d'une réduction du TCO et de l'innovation, mais les critiques et l'association d'utilisateurs DSAG mettent en garde contre l'augmentation des coûts à long terme.

Le chemin vers l'économie de plateforme informatique avec SAP est tracé, mais ce n'est pas une promenade de santé. Il nécessite une vision architecturale claire, une gestion des licences robuste et la volonté de couper les vieilles ficelles (Clean Core). BTP et BDC sont des outils puissants, mais ils ne déploient leur valeur que s'ils ne sont pas considérés comme une simple technique, mais comme des facilitateurs pour l'innovation commerciale (processus de bout en bout). La dépendance vis-à-vis des partenaires et des hyperscalers va augmenter, ce qui fait de la gestion des interfaces des fournisseurs une compétence clé des départements informatiques et du CCoE. Le monde SAP devient plus ouvert, mais aussi plus complexe et plus cher - une réalité à laquelle chaque DSI doit faire face.

La conversion S/4 est un défi technique, voir graphique. Mais elle nécessite également un engagement pour les données ERP du client existant lui-même : SAP Datasphere est le moteur de la gestion des données, tandis que SAP Business Data Cloud est le véhicule complet, qui comprend en outre le cockpit (SAC) et le turbo (Databricks), afin de reproduire une stratégie complète de données et d'IA pour l'entreprise.

Plate-forme Business Data Fabric et ontologies

Business Data Fabric elle-même modifie fondamentalement la modélisation classique des données en déplaçant l'accent de la consolidation et de la réplication physiques des données (comme dans les entrepôts de données classiques) vers une architecture de données virtuelle, sémantiquement connectée et décentralisée. Ce changement de paradigme adresse les limites des approches traditionnelles, dans lesquelles les données étaient extraites de leurs systèmes sources et perdaient souvent leur contexte métier.

Dans la modélisation classique des données, les données devaient être extraites des systèmes opérationnels au moyen de processus ETL (Extract, Transform, Load) et chargées dans un stockage central (entrepôt de données ou Data Lake). Cela entraînait des redondances, des temps de latence et des coûts élevés pour le mouvement des données. La Business Data Fabric, en revanche, mise sur la fédération des données et la virtualisation. Au lieu de déplacer physiquement les données, celles-ci restent à leur emplacement d'origine, mais sont rendues virtuellement accessibles via une couche sémantique unifiée.

Un facteur technologique clé à cet égard est la technique „Zero-Copy“ (par exemple via Delta Sharing en partenariat avec Databricks ou Snowflake). Elle permet de partager et d'analyser des données SAP et non SAP sans avoir à créer de doublons. L'un des principaux problèmes de la modélisation classique était la perte de la „sémantique métier“ lorsque les données quittaient le système ERP. Les noms de tables techniques et les relations (par exemple les conversions de devises ou les hiérarchies) étaient souvent séparés lors de l'exportation, ce qui nécessitait des projets de récupération complexes dans l'entrepôt de données.

La Business Data Fabric, réalisée par SAP Datasphere, conserve ce contexte commercial. Elle utilise une couche sémantique qui traduit les structures de données techniques en termes commerciaux compréhensibles et gère activement les relations entre les objets de données (p. ex. commande, client, facture). Le Knowledge Graph de SAP Datasphere automatise encore ce processus en créant des ontologies qui représentent les relations et le contexte des données dans l'ensemble du paysage, ce qui aide les modèles d'IA à éviter les hallucinations.

Les approches classiques étaient souvent monolithiques et gérées par un service informatique central, qui devenait un goulot d'étranglement. La Business Data Fabric soutient le concept de Data Mesh, qui décentralise la responsabilité des données. Alors que la modélisation SAP classique s'est souvent déroulée dans un écosystème fermé, la Business Data Fabric est radicalement ouverte. Elle intègre de manière transparente les données des systèmes SAP avec celles des hypercalers et des plates-formes spécialisées. BDC fonctionne ici comme une construction stratégique.