Les produits de données de SAP Business Data Cloud expliqués
Senior SAP BAIP Architect, Spadoom AG
Depuis l’annonce de SAP Business Data Cloud (BDC) en février 2025, la question que nous entendons le plus souvent ne porte pas sur Databricks. Elle est plus simple : « Qu’est-ce qu’un produit de données, exactement, et remplace-t-il ce que nous avons construit ? » C’est la bonne question. Les produits de données sont la brique sur laquelle repose tout le reste de BDC.
Pour savoir ce que SAP a annoncé et quand, consultez notre chronologie de SAP Business Data Cloud 2025 à 2026. Cet article descend d’un niveau.
En bref : Un produit de données est un jeu de données organisé et géré par SAP, avec sa signification métier, partagé sans copie. Les premiers produits de données de SAP couvraient la finance, les achats et la supply chain de S/4HANA, SAP Ariba et SAP SuccessFactors. Les applications intelligentes sont construites dessus. Là où aucun produit de données CX n’existe pour votre release, les clients Sales Cloud V2 et Service Cloud V2 passent par Datasphere. Commencez par un produit de données et une question.
Le problème de l’ancienne méthode
L’analytique SAP classique suit un schéma connu. Vous choisissez des extracteurs ou des CDS views, vous répliquez des tables dans BW ou Datasphere et vous reconstruisez la logique métier de l’autre côté. Qu’est-ce que le « chiffre d’affaires net » ? Quels types de pièces comptent ? Quel statut signifie « livré » ?
Cette logique existe déjà dans l’application source. Vous la reconstruisez quand même, puis vous la maintenez à chaque release. C’est là que se trouve l’essentiel du coût d’un projet analytique, pas dans les tableaux de bord.
Ce qu’est un produit de données
Dans BDC, avec un produit de données, SAP prend en charge cette reconstruction pour ses propres applications. Quatre propriétés comptent :
- Organisé. Ce n’est pas un export brut de tables, mais un jeu de données de niveau métier, comme des écritures comptables ou des commandes d’achat, préparé pour l’analyse.
- Géré par SAP. SAP le construit, le livre et le tient à jour quand l’application source change. Votre équipe ne maintient aucune chaîne.
- Riche en sémantique. Les données arrivent avec des métadonnées : signification des champs, relations, unités, devises. Datasphere et SAP Analytics Cloud les exploitent sans que vous ayez à les redéfinir.
- Partagé, pas copié. Les produits de données résident dans l’object store de BDC et sont partagés via Delta Sharing. Les consommateurs les lisent sans créer une copie supplémentaire dans un autre système.
Vous activez un produit de données dans BDC et il devient disponible dans Datasphere pour la modélisation, dans SAP Analytics Cloud pour le reporting et dans SAP Databricks pour la data science.
Quels produits de données SAP a livrés en premier
Le premier catalogue de SAP se concentre sur les domaines aux processus les plus standardisés :
| Source | Domaines |
|---|---|
| SAP S/4HANA | Finance, achats, supply chain |
| SAP Ariba | Achats et approvisionnement |
| SAP SuccessFactors | Formation et talents |
C’est une première vague raisonnable : les données finance et achats se ressemblent d’une entreprise à l’autre, un modèle géré convient donc à beaucoup de clients. Cela signifie aussi que de larges domaines restent ouverts. Vérifiez le catalogue pour votre release avant de miser sur un produit de données précis. La couverture s’étend par vagues : en mai 2025, SAP a promis des centaines de nouveaux produits de données dans toute la Business Suite.
Comment les applications intelligentes s’appuient dessus
Les applications intelligentes forment la couche suivante. SAP les appelait insight apps au lancement et les a renommées au Sapphire 2025. Ce sont des contenus d’analyse et de planification prêts à l’emploi ; en octobre 2025, SAP a cité Finance, People et Cloud ERP Intelligence comme disponibles en version générale.
L’empilement est le suivant :
- Les produits de données livrent les données organisées.
- Les modèles sémantiques dans Datasphere les combinent et les décrivent.
- Les contenus SAP Analytics Cloud les présentent sous forme de tableaux de bord et de planification.
Une application intelligente regroupe les trois. Cela ne fonctionne que parce que le produit de données sous-jacent est standardisé. Sans lui, chaque application aurait d’abord besoin de sa propre couche de données.
En quoi cela diffère des extracteurs et de la réplication
| Extracteurs classiques / réplication | Produits de données | |
|---|---|---|
| Qui modélise la logique métier | Votre équipe ou votre partenaire | SAP |
| Maintenance lors des releases | La vôtre | Celle de SAP |
| Mouvement des données | Copies dans BW ou Datasphere | Partage via Delta Sharing |
| Champs additionnels et objets propres | Oui, si vous les construisez | Seulement ce que SAP inclut |
| Données non SAP et données SAP non couvertes | Oui | Non, à intégrer séparément |
L’échange est clair. Vous renoncez au contrôle du modèle et gagnez la liberté de ne pas le maintenir. Pour les données standard de finance et d’achats, c’est un bon échange pour la plupart des PME. Pour des processus très personnalisés, vous modéliserez encore certaines parties vous-même.
Pourquoi les données CX sont la lacune
Les premiers produits de données de SAP concernent l’ERP, les achats et les RH. Revenue Intelligence, l’application que SAP positionne pour les données de vente et de service, était en preview restreinte dans le dernier statut public de SAP que nous pouvons citer, et SAP n’a pas publié quels objets Sales Cloud V2 ou Service Cloud V2 elle lit. Pour les entreprises qui utilisent SAP CX, la jointure la plus intéressante reste donc ouverte : pipeline, offres et dossiers de service à côté des commandes, des factures et des marges.
La lacune est réelle, mais elle se comble avec des outils que vous avez déjà :
- Réplication dans Datasphere. Amenez comptes, opportunités, offres et dossiers de Sales Cloud V2 et Service Cloud V2 dans Datasphere et modélisez-les à côté des produits de données S/4HANA.
- Intégration événementielle. Transmettez les modifications via SAP Integration Suite vers Datasphere quand la fraîcheur des données compte.
- Clés partagées. Assurez-vous que les clés clients, produits et collaborateurs concordent entre CRM et ERP. Sinon, aucun modèle ne rapprochera les chiffres.
Nous relions les données de Sales Cloud V2, de Service Cloud V2 et de S/4HANA Public Cloud et travaillons avec Datasphere ; nous voyons donc cette jointure tous les jours. La difficulté est rarement technique. Elle consiste à s’accorder sur quel système est responsable de quel champ.
Ce que cela signifie pour vous
Pour les PME suisses sur S/4HANA Public Cloud ou SAP CX :
- Recensez vos extracteurs actuels. Listez ceux qui couvrent du contenu standard finance, achats ou supply chain. Ce sont les candidats à remplacer par des produits de données.
- La logique propre reste où elle est. Les champs et processus personnalisés ne figureront pas dans les produits de données de SAP. Ne planifiez pas comme s’ils y étaient.
- Prévoyez dès maintenant la passerelle CX. Si votre question va du pipeline à l’encaissement, le côté CRM nécessite votre propre intégration dans Datasphere. Ce travail ne dépend pas de la feuille de route de SAP.
- Corrigez d’abord les données de base. Un produit de données bien structuré posé sur des comptes en double donne quand même de mauvaises réponses.
- Chiffrez le coût avant de vous engager. SAP facture BDC en Capacity Units ; sa page de tarification décrit le modèle. Dimensionnez-le pour votre premier cas d’usage, pas pour toute la plateforme.
Premiers pas
Choisissez une question que la direction pose déjà, idéalement une qui nécessite des données ERP couvertes par un produit de données. Activez ce seul produit de données, modélisez-le dans Datasphere et montrez le résultat à la personne responsable du chiffre. Les données CRM viennent dans un deuxième temps.
Si vous souhaitez de l’aide pour choisir ce premier produit de données ou pour planifier la passerelle CX vers Datasphere, consultez notre page Business Data Cloud et contactez-nous. Un court échange suffit pour savoir par où commencer.
Questions fréquentes
Qu’est-ce qu’un produit de données dans SAP Business Data Cloud ?
Un jeu de données organisé issu d’une application SAP, livré avec sa signification métier et tenu à jour par SAP. Il réside dans l’object store de BDC et est partagé sans copie avec Datasphere, SAP Analytics Cloud ou SAP Databricks.
Quels produits de données sont disponibles ?
Les premiers produits de données de SAP couvrent la finance, les achats et la supply chain de S/4HANA et de SAP Ariba, ainsi que les données de formation et de talents de SAP SuccessFactors. Vérifiez le catalogue pour votre release avant de planifier, car la couverture s’étend par vagues.
Les produits de données remplacent-ils mes extracteurs ?
Pour le contenu standard couvert par SAP, c’est l’intention. Pour les champs additionnels, les objets propres et les applications sans produit de données, vous continuez à intégrer vous-même, en général via Datasphere.
Comment amener les données de SAP Sales Cloud V2 dans BDC ?
Consultez d’abord le catalogue des produits de données pour votre release. Là où aucun produit de données Sales Cloud V2 n’existe, vous répliquez les données dans Datasphere, ou vous transmettez les modifications de manière événementielle via SAP Integration Suite, puis vous les modélisez à côté des produits de données S/4HANA.
Demandez à Spadoom
Des réponses fondées sur ce que Spadoom a publié sur ce site, avec des liens vers les pages sources.
Essayez l'une de ces questions
Réponses générées par IA. À vérifier avant d'agir. Les questions sont enregistrées de manière anonyme, sans adresse IP, afin d'améliorer nos contenus. Merci de ne pas saisir de données personnelles.
SAP Business Data Cloud partenaire d'implémentation
Spadoom est le partenaire d'implémentation SAP Business Data Cloud en Suisse, Allemagne, Autriche et Italie. Médiane de go-live de 14 semaines. Clients en production dans tout le DACH.
Articles associes
De SAP BW à Business Data Cloud : lift, shift, innovate
Le chemin de SAP pour les clients BW vers Business Data Cloud compte trois étapes : porter BW dans la private cloud edition, transformer les InfoProviders en produits de données, puis construire du neuf. Ce que signifie chaque étape, ce qu'il faut vérifier d'abord et comment procèdent les clients CX et S/4HANA Public Cloud sans BW.
Cinq erreurs au démarrage avec SAP Business Data Cloud
La plupart des projets SAP Business Data Cloud qui s'enlisent le font pour les cinq mêmes raisons. Ce qui dérape dans les premiers mois et comment une PME suisse l'évite.
BDC et Datasphere : ce qui change, ce qui reste
SAP Datasphere fait désormais partie de SAP Business Data Cloud. Ce qu'il advient de vos spaces, modèles, BW et licences, ce que changent les produits de données et SAP Databricks, et ce qu'il faut arrêter de construire.