SAP Business Data Cloud

Qu’est-ce que SAP Business Data Cloud ?

SAP Business Data Cloud (BDC) est la plateforme de données managée de SAP, annoncée en février 2025. Elle réunit SAP Datasphere, SAP Analytics Cloud, SAP BW et SAP Databricks dans une seule offre SaaS. L’idée centrale : au lieu que chaque client extraie, nettoie et modélise seul les données SAP, SAP livre des produits de données (« data products »). Ce sont des jeux de données curés, zéro copie, sémantiquement cohérents, issus de S/4HANA, SAP Ariba, SuccessFactors et d’autres applications SAP, maintenus à jour à chaque release. Par-dessus viennent les intelligent applications : des analyses préconstruites pour la finance, les ressources humaines et l’ERP.

Cela résout le problème que la plupart des entreprises ont réellement. Pas « il nous faut un outil BI de plus », mais « notre CRM affiche un chiffre, notre ERP en affiche un autre, et personne ne fait confiance à aucun des deux ».

Ce que contient BDC en 2026

BDC a grandi vite depuis son lancement. En octobre 2026, il comprend :

• Des produits de données issus des applications SAP, plus des produits de données gérés par le client que vous construisez vous-même, par exemple à partir de données CRM ou de SAP BW.
• SAP Datasphere pour la modélisation et SAP Analytics Cloud pour les tableaux de bord et la planification.
• SAP BW private cloud edition pour les entreprises qui ont des investissements BW existants.
• Le calcul de votre choix : SAP Databricks ou SAP Snowflake au sein de BDC, ou SAP BDC Connect pour un partage zéro copie avec le Databricks, Google BigQuery ou Snowflake que vous exploitez déjà.
• SAP HANA Cloud et SAP Master Data Governance comme composantes centrales depuis Sapphire 2026, avec Reltio pour les données de base.
• Des agents Joule qui recherchent et créent des produits de données et génèrent des stories Analytics Cloud.

Pourquoi c’est important pour les PME et ETI suisses

Les grandes entreprises ont des équipes d’ingénierie de données. Les entreprises suisses de taille moyenne, les fabricants, distributeurs et industriels avec lesquels nous travaillons chaque jour, n’en ont généralement pas. Elles ont un ERP, un CRM, un entrepôt de tableurs et une direction qui veut des réponses sans programme data de deux ans.

BDC change l’équation économique : le travail d’extraction et de modélisation qui exigeait autrefois une équipe dédiée est désormais livré comme un produit SAP maintenu. Ce qui reste, c’est la partie qui différencie vraiment : décider quelles questions comptent, connecter les bons domaines et amener les réponses là où les gens travaillent. Cette partie, c’est du conseil, pas de la plomberie, et nous la cadrons domaine par domaine. Et depuis mars 2026, BDC tourne sur Microsoft Azure en Suisse : la question de la résidence des données est réglée.

BDC et Datasphere : ce qui change, ce qui reste

Si vous utilisez déjà SAP Datasphere, rien de ce que vous avez construit n’est perdu : Datasphere est une composante de Business Data Cloud, et les espaces et modèles existants sont repris. Ce qui change, c’est le packaging et le plafond : les produits de données gérés par SAP remplacent les flux de réplication maintenus à la main, et les charges de machine learning s’exécutent dans la gouvernance SAP au lieu d’une plateforme parallèle dans l’ombre. Nous avons détaillé tout cela dans BDC et Datasphere : ce qui change, ce qui reste. Vous utilisez SAP BW ? Lisez De BW à Business Data Cloud : la voie de la modernisation.

La fondation de données sous votre CX et votre ERP

C’est notre angle, et il diffère de celui du cabinet BI classique. Spadoom est un SAP Gold Partner suisse pour le Cloud ERP et la Customer Experience ; notre cœur de métier, c’est SAP Sales Cloud V2, Service Cloud V2 et S/4HANA Public Cloud. Nous implémentons les systèmes qui produisent les données : pipeline, commandes, tickets, marges. BDC est l’endroit où ces données deviennent exploitables :

• Pipeline-to-cash en une seule vue. Les opportunités de Sales Cloud V2 jointes aux commandes et factures de S/4HANA : le rapport que chaque CFO demande et que presque personne n’a.
• Rentabilité du service. Les tickets et SLA de Service Cloud V2 face aux marges contractuelles de l’ERP.
• Des prévisions que vous pouvez défendre. La qualité des prévisions CRM mesurée par rapport à ce qui a réellement été livré.

Une remarque honnête : SAP ne livre pas encore de produits de données gérés pour Sales et Service Cloud V2. Son package CX, Revenue Intelligence, figure sur la feuille de route. En attendant, nous intégrons les données CX via SAP Integration Suite et Datasphere et les modélisons à côté des produits de données ERP. Les modèles d’intégration sont décrits dans Connecter SAP Sales Cloud V2 à Business Data Cloud.

Encore sur ECC ? Le check de préparation S/4HANA de cinq jours fixe le calendrier et la fourchette de coûts du passage à l’ERP, et notre guide de la transformation montre comment données, ERP et CX s’articulent.

Premiers cas d’usage typiques

Commencez par une question que la direction pose chaque mois et à laquelle personne ne sait répondre rapidement. Les cas d’usage que nous voyons le plus souvent :

• Fonds de roulement et trésorerie sur les produits de données financiers de S/4HANA.
• Pipeline-to-cash avec les données de Sales Cloud V2 à côté des commandes et factures de S/4HANA.
• Marge de service par contrat ou par client, à partir des tickets de Service Cloud V2 et des coûts S/4HANA.
• Les données BW comme produits de données, partagées avec SAP Databricks pour les prévisions.

Les pièges courants, et comment nous les évitons

• La plateforme d’abord, la question ensuite. Un tenant BDC sans cas d’usage est une pièce vide et coûteuse. Nous commençons par un KPI et son responsable.
• Supposer qu’un produit de données existe. Vérifiez le catalogue pour vos sources et votre release. Pour les données CX, prévoyez le pont.
• Des données de base sales. Un modèle propre sur des clients en double donne des réponses fausses à l’air propre. Voir pourquoi vos données CRM ne valent que ce que vaut votre fondation de données.
• Choisir le calcul avant la question. Datasphere, SAP Databricks, SAP Snowflake et BDC Connect se recoupent. C’est le cas d’usage qui décide, pas le logo.
• Une licence floue. Unités de capacité, intelligent packages et contrats BW existants demandent un seul exercice de dimensionnement en amont, avec l’estimateur de SAP.

Pour aller plus loin : Cinq erreurs à éviter pour démarrer avec SAP Business Data Cloud.

Ce que Spadoom livre

Nous livrons BDC comme nous livrons l’ERP et le CX : périmètre fixe, franchise suisse, et l’adoption plutôt que le logiciel-étagère. Un premier engagement typique : dimensionner la licence avec vous, activer BDC, connecter les produits de données S/4HANA, intégrer les données de Sales Cloud V2 et Service Cloud V2, modéliser un domaine métier de bout en bout et livrer le premier tableau de bord aux personnes qui en ont besoin. Ensuite, vous étendez domaine par domaine, chacun finançant le suivant.

Commencez par les fondamentaux si vous voulez la vue d’ensemble : SAP Business Data Cloud expliqué. Les dernières évolutions sont dans Chronologie de SAP Business Data Cloud 2025 à 2026.

BDC et SAP Business AI

Chaque conversation sur l’IA finit au même endroit : les données. Agents Joule, prévisions IA dans Sales Cloud V2, résolution automatisée des tickets : tout cela repose sur les données en dessous, et l’IA sur des données désordonnées n’est que du bruit coûteux. Depuis Sapphire 2026, SAP positionne BDC comme la couche de données de sa Business AI Platform, aux côtés de SAP BTP. BDC devient ainsi la couche de fondation de notre practice SAP Business AI : d’abord des données propres, gouvernées et connectées, puis une IA qui tient réellement en production.

À quoi ressemble un bon résultat

Une implémentation BDC fonctionne lorsque la direction cesse de débattre de qui a le bon chiffre et commence à débattre de ce qu’il faut en faire. Un seul modèle sémantique, consommé aussi bien par les tableaux de bord, les notebooks Databricks que les agents Joule, et une fondation de données que, dans une entreprise de taille moyenne, une seule équipe peut porter sans département d’ingénierie de données.