Fiche concept

SAP Business Data Cloud (BDC)

À jour au 2026-10-10

Édité par Cédric Mary, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que SAP Business Data Cloud (BDC) ?

Qu'est-ce que SAP business data cloud ?

SAP Business Data Cloud (BDC) est l'offre lancée par SAP en 2025 qui réunit SAP Datasphere, SAP Analytics Cloud, une plateforme Databricks intégrée et l'assistant Joule sous un catalogue de gouvernance unique, avec des data products SAP livrés prêts à l'emploi et des applications d'insight. BDC ne remplace pas Datasphere : il le contient. C'est la cible que SAP désigne pour les paysages analytiques qui quittent BW.

SAP Business Data Cloud, BDC, est la plateforme analytique phare actuelle de SAP, et la première chose à comprendre est qu'il s'agit autant d'une décision de packaging que d'une décision technique. Elle réunit SAP Datasphere comme couche sémantique, un lakehouse managé par Databricks comme couche de stockage à format ouvert, les agents Joule comme surface de consommation IA, le SAP Knowledge Graph comme substrat sémantique-IA reliant les entités métier à travers le patrimoine SAP, et un plan de gouvernance Catalogue-plus-DAC partagé qui couvre l'ensemble. Aucune des briques individuelles n'est nouvelle — Datasphere et Joule existaient avant BDC — ce qui est nouveau, c'est qu'elles partagent désormais un seul contrat de gouvernance, un seul catalogue et une seule relation de facturation, plutôt que d'être quatre produits sous licence séparée, gouvernés séparément, qu'un client devait auparavant relier lui-même.

Pourquoi c'est stratégiquement important

Le client pour lequel BDC est conçu a une forme spécifique et fréquente : soixante-dix à quatre-vingts pour cent de ses données pertinentes pour l'analytique se trouvent dans le patrimoine SAP, et les vingt à trente pour cent restants vivent dans des systèmes adjacents — Salesforce, Workday, un entrepôt Snowflake ou Databricks que l'équipe data exploite déjà, des données partenaires partagées via Delta. Avant BDC, ce client faisait face à un choix binaire sans bon compromis intermédiaire : rester entièrement dans SAP et perdre l'accès aux outils modernes de lakehouse et aux workflows de machine learning, ou basculer vers une pile ouverte et consacrer un projet de dix-huit mois à reconstruire depuis zéro la sémantique métier de SAP, en se trompant typiquement sur une part significative de cette modélisation sémantique parce que ce n'était jamais l'équipe SAP elle-même qui la réalisait. L'argumentaire de BDC résout directement cet arbitrage : conserver la sémantique métier SAP nativement, parce que Datasphere associé au contenu S/4 livré arrive avec les modèles déjà construits ; obtenir les capacités de lakehouse et de machine learning nativement, parce que Databricks tourne désormais à l'intérieur du périmètre de facturation et de gouvernance de BDC plutôt que comme un projet d'intégration rapporté après coup.

Comment les cinq briques s'articulent

Le Catalogue est la brique qui fait que les quatre autres se comportent comme une seule pile plutôt que comme quatre produits sur une même facture — c'est la couche de métadonnées unifiée qui porte les types sémantiques, la lignée, les Data Products et les règles DAC à travers le côté Datasphere comme le côté Databricks, et sans elle BDC ne serait vraiment qu'un simple bundle. Datasphere continue de faire ce qu'elle a toujours fait — Analytic Models, hiérarchies, conversion de devises, exécution poussée vers HANA Cloud — mais résout désormais son catalogue depuis le périmètre BDC plutôt que depuis un tenant autonome. Le lakehouse managé par Databricks fournit un stockage au format Delta gouverné via Unity Catalog, accessible via des notebooks Spark, MLflow ou DBSQL, préprovisionné et facturé via SAP plutôt que négocié comme un contrat Databricks séparé. Les agents Joule consomment les Analytic Models de Datasphere pour le contexte métier et peuvent écrire en retour via des actions encadrées, chaque règle DAC définie au niveau du Catalogue s'appliquant automatiquement à tout ce que Joule affiche dans une réponse. Le Knowledge Graph se trouve en dessous comme couche connective reliant Client, Article, Commande et d'autres entités métier centrales à travers le patrimoine, exposé à la fois à Joule et à Datasphere comme contexte interrogeable plutôt que d'obliger chaque outil consommateur à reconstruire ce graphe d'entités par lui-même.

Cadrage de décision : quand BDC est le bon choix

L'arbitrage qu'un consultant doit exposer honnêtement à un client est coût-et-verrouillage contre vitesse-et-cohérence. Choisir BDC plutôt qu'une architecture assemblée soi-même — Datasphere autonome plus Databricks autonome plus gouvernance sur mesure — achète une mise en valeur plus rapide, puisque le câblage sémantique et de gouvernance entre les briques est livré préconstruit plutôt que facturé comme du travail d'intégration sur mesure par un intégrateur système, au prix de s'engager sur le packaging, la tarification et le rythme de feuille de route de SAP pour ce câblage, plutôt que de choisir des composants best-of-breed et de les intégrer soi-même. Pour un client dont le patrimoine analytique est réellement majoritairement SAP, cet arbitrage favorise généralement BDC ; pour un client dont l'empreinte de données est réellement équilibrée ou majoritairement pile ouverte, un Datasphere autonome fédérant vers un lakehouse que le client gouverne déjà peut être l'architecture mieux adaptée et moins verrouillante, et il vaut la peine de modéliser explicitement les deux voies avant de recommander BDC par défaut.

Pièges et anti-patterns

L'erreur la plus fréquente est de positionner BDC auprès d'un client comme « Datasphere avec des fonctionnalités en plus » — cela sous-vend l'unification de gouvernance qui est le véritable facteur de différenciation, et cela fixe une attente erronée sur l'effort de migration, puisque faire migrer un patrimoine Databricks autonome existant dans le périmètre de gouvernance de BDC est un vrai projet, pas un simple interrupteur. Un deuxième piège est de supposer que BDC supprime le besoin d'un spécialiste Databricks dans l'équipe parce que « SAP gère désormais tout cela » — le lakehouse a toujours besoin de quelqu'un qui comprenne Spark, Delta et Unity Catalog au quotidien ; BDC change qui facture l'infrastructure, pas qui doit opérer les charges de travail qui y tournent. Un troisième anti-pattern consiste à traiter le Knowledge Graph et le Catalogue comme des briques optionnelles à configurer plus tard — puisque ce sont elles qui font que BDC est davantage qu'un simple bundle, les reporter ne fait que reproduire le problème de fragmentation pré-BDC à l'intérieur même d'un contrat BDC, avec en plus le coût de la plateforme elle-même par-dessus.

Où se situe BDC au sein de la SAP Business AI Platform, septembre 2026

Depuis Sapphire 2026 (12-13/05/2026), SAP commercialise BDC non plus comme un produit analytique autonome mais comme le socle de données de la SAP Business AI Platform plus large, l'ombrelle qui unifie désormais BTP, BDC et SAP Business AI sous un même environnement gouverné. Concrètement, cela signifie que chaque Data Product gouverné que publie le Catalog de BDC est aussi la matière sur laquelle s'ancre le service d'orchestration du generative AI hub lorsqu'un agent Joule ou une application AI Core sur mesure a besoin d'un ancrage documentaire ou de données plutôt que de la seule mémoire paramétrique — le Catalog et les règles DAC de BDC ne sont pas un système de gouvernance séparé à côté de Business AI, ils SONT le système de gouvernance que Business AI lit.

Deux évolutions concrètes et datées changent ce qu'une mission BDC doit cadrer en septembre 2026. D'abord, SAP-RPT-1.6 (et 1.6-large) a supplanté SAP-RPT-1.5 comme génération courante de modèle de fondation tabulaire sur le generative AI hub, aux côtés d'un nouveau workflow de Tabular Orchestration et d'une RPT Playground API (jusqu'à 1 000 requêtes/heure) — tout data product BDC de la bonne forme (structuré, tabulaire, contenant des motifs qu'un client veut prédire plutôt que simplement rapporter) peut désormais être confié directement à RPT via le hub, sans pipeline ML séparé. Ensuite, TabPFN-3.5-Plus (issu de l'acquisition de Prior Labs par SAP en juillet 2026) est passé GA au sein de SAP AI Core le 15/09/2026, avec un tarif promotionnel de 50 % limité dans le temps jusqu'à fin septembre 2026 — une alternative véritablement nouvelle, à apprentissage en contexte, à RPT pour un data product BDC dont un client veut des prédictions rapidement, sans étape d'entraînement séparée. Aucun des deux n'est une fonctionnalité de BDC en soi ; tous deux consomment des data products BDC en entrée, ce qui est exactement l'argument selon lequel le Catalog de BDC est la pièce qu'un pur éditeur de lakehouse ne peut pas vendre à un client — c'est désormais aussi la pièce dont dépend la dépense AI Core du client pour être propre et gouvernée en premier lieu.

Ce que le marché des missions a demandé, du 27 septembre au 6 octobre 2026

Sept des dix missions listées les 1er et 2 octobre étaient en Allemagne, avec une chacune en Suisse, aux États-Unis et en Roumanie : le marché germanophone est celui qui a le plus demandé BDC, le plus souvent comme produit nommé dans l'intitulé (« Data Architect & Engineer SAP Business Data Cloud », « Senior Developer, SAP Analytics & Business Data Cloud »).
BDC apparaissait rarement seul : associé à BW/4HANA dans un intitulé allemand, à SAC dans un autre, et à l'Enterprise Performance Management dans la mission suisse. Pour un praticien, cela confirme que le travail BDC se vend comme une passerelle depuis un existant BW et SAC, non comme une plateforme à partir de zéro.
Les rôles étaient seniors et techniques : architecte et ingénieur de données, développeur senior, consultant senior. Une mission américaine demandait un architecte Datasphere et une mission roumaine un ingénieur de données analytiques couvrant BW, SAC et Datasphere ; Datasphere restait donc une compétence co-requise partout où BDC était nommé.
Une mission allemande associait S/4HANA analytique et IA dans son intitulé, ce qui rejoint l'argument de la fiche : ce sont le Catalog et les data products, et pas le seul lakehouse, que les clients cherchent à staffer.

SAP Connect 2026 (5-7 octobre 2026)

SAP Connect n'a annoncé, dans les sources examinées pour cette fiche, aucune nouvelle fonction SAP Datasphere, SAP Analytics Cloud ou BDC Connect, ni aucun changement de tarification de BDC ; BDC apparaît comme le socle d'autres annonces. Quatre sont pertinentes. D'abord, SAP Reltio dans SAP Business Data Cloud, fondé sur la technologie Reltio acquise, est en disponibilité générale dès maintenant (guide des innovations) : il résout les enregistrements fragmentés sur les clients, fournisseurs, produits, sites et autres entités entre systèmes SAP et non-SAP en fiches de référence multidomaines fiables, avec relations et hiérarchies, comme « système de contexte » pour les applications et les agents d'IA ; SAP indique qu'il est complémentaire de SAP Master Data Governance, qui garde la gouvernance et le contrôle des processus à la source applicative SAP. Ensuite, SAP Enterprise Financial Consolidation est construit avec des composants de BDC et utilise des produits de données gérés par SAP pour ses assistants de consolidation et de publication ; l'accompagnement en adoption anticipée est prévu au T1 2027 (C042). Troisièmement, le keynote Spend Connect a montré Spend Intelligence avec SAP Business Data Cloud (21:13), sans déclaration de disponibilité. Quatrièmement, de nouveaux services d'intégration gérés par SAP pour SAP Cloud ERP Private s'appuient sur l'intégration BDC existante.

Pour les architectes, la phrase de positionnement à citer est celle du communiqué : BDC et SAP Knowledge Graph « ancrent ces agents dans des données et un contexte métier fiables ». Le cadrage de décision de cette fiche ne change pas ; ajoutez la résolution d'entités (SAP Reltio) à la liste des capacités de BDC à évaluer quand des agents ont besoin d'une vue unique d'un client ou d'un fournisseur entre systèmes.

Mise à jour du 10 octobre 2026

8 oct. 2026 - Joule Work lit dans BDC. SAP indique que Joule Work, la nouvelle interface d'IA dont le déploiement client démarre (tous les clients « plus tard ce mois-ci », sans date de GA formelle), puise toutes ses données dans Business Data Cloud, qui unifie sources SAP et non SAP. Lecture pratique : la qualité et la gouvernance des data products dans BDC deviennent la condition d'entrée de la valeur de Joule Work ; les gains de productivité cités par SAP sont déclarés par l'éditeur.
9 oct. 2026 - un data product personnalisé a besoin d'un cycle de vie. Un guide de la SAP Community détaille le Data Sharing Cockpit de Datasphere / BDC : statuts et transitions autorisées, versionnage sémantique, mises à jour d'artefacts et suppression sans risque. Traitez chaque data product personnalisé comme un contrat versionné, avec un responsable et une trajectoire de dépréciation, pas comme une publication ponctuelle.
9 oct. 2026 - PaPM consomme des data products. SAP PaPM Cloud Universal Model ajoute un type de connexion « BDC Data Product » qui lit les data products harmonisés de BDC via un schéma HANA ciblé : les modèles de rentabilité et de performance les utilisent sans intégration spécifique.

Pourquoi c'est important

Sans le Catalog, BDC se réduit à deux produits gouvernés séparément dans un même emballage — c'est la pièce intégrative, pas Datasphere ni Databricks pris isolément.
Le lakehouse Databricks est pré-provisionné et facturé par SAP à l'intérieur de BDC, donc le client ne porte jamais un second contrat Databricks séparé — une vraie simplification commerciale à chiffrer.
L'argument de vente s'appuie sur un chiffre réel : un client SAP type a déjà 70-80 % de ses données analytics-pertinentes dans SAP, donc la sémantique métier SAP prête à l'emploi plus la gouvernance inter-outils est le vrai différenciateur, pas la capacité brute du lakehouse.

Points clés

Cinq composants : Catalog (intégratif) + Datasphere + lakehouse Databricks + Joule + Knowledge Graph.
GA au 2026-05 : les cinq composants sont intégrés. SAP Knowledge Graph a été annoncé à SAP TechEd (oct. 2024) et rendu disponible via Datasphere et Joule à partir du T1 2025 ; le moteur de graphe de connaissances de HANA Cloud est GA depuis le T1 2025.
Tarification : 128 CU minimum (contre 64 en standalone) ; entrée à €100-180k/an FY26.
Règle de décision : BDC pour > 5 TB + ML/notebook + gouvernance unifiée souhaitée ; standalone pour < 5 TB + pas de ML.
Partition hot/cold : HANA Cloud pour les requêtes sub-seconde (SAC > 10×/jour) ; Delta pour le cold/historique/ML.
Jointures cross-domaines → Datasphere Analytic Models. Feature engineering ML → notebooks Databricks.
Le BDC Catalog s'étend sur les deux côtés — une seule règle DAC atteint chaque consommateur.
La migration BW → BDC est un marché de plus de €4Md : ~4 000 clients BW MEE (Analytics Legends estimate, Q1 2026).
SAP Connect (6 octobre 2026) : SAP Reltio dans SAP Business Data Cloud est en disponibilité générale dès maintenant — résolution d'entités et fiches de référence entre systèmes SAP et non-SAP, complémentaire de SAP Master Data Governance ; aucune nouvelle fonction Datasphere, SAC ou BDC Connect n'a été annoncée à Connect dans les sources examinées.
Joule Work (déploiement dès oct. 2026) puise toutes ses données dans BDC : la gouvernance des data products est le facteur limitant (annonce SAP).

Sources

Ouvrir dans l'application →

Les guides qui répondent avec cette page

Ces guides citent cette page parmi les sources sur lesquelles leur réponse s'appuie.