Business Data Fabric et complexité des données métier

Expérience SAP : Data Fabric

D'un point de vue technique, SAP BDC fonctionne comme ce qu'on appelle un « Business Data Fabric », dont l'objectif est d'harmoniser les silos de données ERP fragmentés au sein d'environnements d'entreprise qui se sont développés au fil du temps, entre les systèmes transactionnels tels que S/4, SuccessFactors, Concur ou d’anciens systèmes ECC, ainsi qu’avec des sources de données externes, et de les intégrer dans un contexte métier uniforme et enrichi sur le plan sémantique.

D'un point de vue critique, le lancement du BDC constitue toutefois également une reconnaissance officielle de la part de SAP que ses développements antérieurs, tels que le SAP Data Hub, très gourmand en ressources, ont échoué sur le marché et que SAP a négligé pendant des années les domaines de la gestion des données de référence et de l'analyse du Big Data.

Databricks, Snowflake et autres.

L'élément clé de SAP BDC réside dans la collaboration avec Databricks : sous le nom de SAP Databricks, la plateforme de Data Intelligence et de Lakehouse est directement intégrée à BDC. Grâce à une interface appelée « Zero-copy Connectivity », la synchronisation s'effectue via le « Delta Sharing » afin de pouvoir exécuter des opérations d'ingénierie des données, des charges de travail Apache Spark et des tâches d'apprentissage automatique sur les données SAP sans avoir à les copier physiquement.

Cet écosystème est complété par SAP Snowflake et SAP BDC Connect for Snowflake, qui permettent aux clients existants de SAP d’accéder de manière bidirectionnelle et en temps réel à des produits de données et de créer des applications d’IA dans le Snowflake AI Data Cloud. De plus, l’écosystème BDC offre des connexions natives à Google BigQuery pour des analyses cloud évolutives, à Collibra pour la gouvernance des données à l’échelle de l’entreprise et la traçabilité des métadonnées, à Confluent pour le streaming de données en temps réel, ainsi qu’à DataRobot pour les processus automatisés d’apprentissage automatique. Cette stratégie de partenariat marque un abandon de l’approche classique et rigide « Extract-Transform-Load » (ETL) au profit d’une architecture de données fédérée, dans laquelle les données restent virtuellement liées à leur emplacement d’origine.

Complexité des données d'entreprise

Dans la pratique, ce concept théorique suscite toutefois un scepticisme considérable et de vives critiques au sein de l’association germanophone des utilisateurs SAP, la DSAG. Bien que l’ancien directeur technique de la DSAG, Sebastian Westphal, et le président de la DSAG, Jens Hungershausen, considèrent fondamentalement que la mise en place d’une philosophie „ Data-as-a-Product et l’ouverture technique aux architectures “ lakehouse » établies comme une avancée positive, la communauté SAP qualifie ironiquement le BDC de « Business Data Complexity » en raison de ses conditions de licence et contractuelles opaques.

Une enquête menée par la DSAG auprès de ses entreprises membres révèle un grave déficit d’acceptation et d’information : 31 % des entreprises interrogées ne connaissaient absolument pas les BDC, et seules 15 % d’entre elles, soit une proportion marginale, ont déclaré être réellement familiarisées avec cette solution. La DSAG exige avec force que la BDC soit conçue sans aucune clause restrictive commerciale pour tous les clients existants, qu'ils travaillent dans le cloud ou sur site. Un scandale particulier a éclaté lors des Journées technologiques de la DSAG 2026 à Hambourg, lorsque des clauses contractuelles cachées ont été révélées : les utilisateurs de BDC sont désormais soumis à des limites strictes concernant les appels à l’API OData (2 000 appels maximum par gigaoctet de mémoire de calcul) ainsi que des restrictions concernant le transfert de données OpenSQL, ce qui représente une dégradation fonctionnelle considérable par rapport à l’utilisation antérieure de Datasphere.

Risques commerciaux avec SAP BDC

Le modèle commercial du Business Data Cloud comporte, pour le directeur financier, des risques commerciaux considérables et des coûts imprévisibles. La facturation du BDC ne s'effectue plus via des licences d'utilisateur classiques, mais via des « Capacity Units » (CU) basées sur la consommation ou via des modèles de crédit tels que le « Cloud Platform Enterprise Agreement » (CPEA) ou le « BTP Enterprise Agreement » (BTPEA).

Le dernier ouvrage de Rheinwerk intitulé „ SAP Business Data Cloud “ souligne sans détours que les entreprises qui ont migré leurs systèmes SAP BW existants vers le BDC (BW Private Cloud Edition) ont besoin d’une quantité considérable d’unités de capacité coûteuses, ne serait-ce que pour assurer leur fonctionnement de base.

BDC « Bill Shock »

Par ailleurs, la DSAG, en collaboration avec des experts en licences, critique la logique d’expiration impitoyable de ces modèles de crédit : les crédits BTP payés d'avance expirent sans compensation à la fin de l'année contractuelle s'ils n'ont pas été utilisés faute de cas d'utilisation productifs, tandis que tout pic de charge imprévu est immédiatement facturé aux prix catalogue sans remise.

Ce régime tarifaire s'accompagne de la politique restrictive relative aux API SAP et du modèle de licence « Digital Access » : Quiconque tente d’exporter des données en masse depuis le BDC ou le cœur de l’ERP vers des systèmes tiers se voit imposer des frais exorbitants, ce qui explique pourquoi SAP positionne délibérément le BDC comme un « péage » payant, afin de confiner les clients au sein de son propre écosystème.

SAP Autonomous Enterprise et Knowledge Graph

Dans la vision stratégique de SAP, le BDC constitue la base de données indispensable à ce que l'on appelle la « SAP Autonomous Enterprise ». Les agents IA autonomes et le copilote IA Joule ont impérativement besoin, pour leur prise de décision, de données fiables et enrichies sur le plan sémantique afin de fournir des résultats sans erreurs dans le grand livre.

Le SAP Knowledge Graph, lancé au premier trimestre 2025, exploite les produits de données BDC et traduit les plus de sept millions de champs de données et les dizaines de milliers d'entités de l'univers S/4 en un modèle de graphe lisible par machine, composé de nœuds et d'arêtes.

Dépendance vis-à-vis du fournisseur SAP avec BAIP

Lors de la conférence internationale des clients « Sapphire 2026 » à Orlando, Christian Klein, PDG de SAP, a annoncé la prochaine étape de cette évolution : la fusion du BTP, du Business Data Cloud et de l’AI Foundation pour former la nouvelle SAP Business AI Platform (BAIP). Dans cette architecture globale, S/4 assume le rôle de grand livre transactionnel (System of Record), SAP BTP fournit l’infrastructure technique d’extension, SAP BDC, en tant que Business Data Fabric, orchestre les produits de données universels au-delà des frontières du cloud, et SAP Business AI constitue la couche d’intelligence cognitive pour l’automatisation des processus.

Pour un client SAP existant, la conclusion est la suivante : Si le BDC offre certes une architecture moderne pour l'harmonisation des données, il comporte toutefois des risques considérables liés à des frais d'utilisation opaques et à une dépendance contractuelle vis-à-vis du fournisseur. C'est pourquoi les responsables informatiques doivent systématiquement dissocier leur architecture de données et examiner minutieusement les conditions commerciales avant de signer.