Trois produits, des noms qui se recoupent, et une confusion récurrente : à qui appartient la couche sémantique ?
Le portefeuille analytique de SAP est plus simple à parcourir que sa nomenclature ne le laisse croire — mais seulement une fois chaque produit ramené à la seule mission qu’il porte réellement. Les présentations les décrivent volontiers par liste de fonctionnalités, et c’est précisément là que naît la confusion : toute liste de fonctionnalités mentionne des données, des modèles et des tableaux de bord.
Décrits par responsabilité, en revanche, les trois ne se recoupent presque pas.
Analytics Cloud est l’endroit où l’on consomme et où l’on planifie. Datasphere est l’endroit où les données sont modélisées et gouvernées. Business Data Cloud est le parapluie qui réunit les deux avec la plateforme de données en dessous.
Une phrase pour chacun
SAP Analytics Cloud — là où les chiffres se voient et se planifient
Tableaux de bord, stories et — sa moitié la plus sous-estimée — la planification : budgets, prévisions et versions saisis, ventilés et réécrits par les utilisateurs métier. SAC est une couche de consommation et de planification. Elle donne le meilleur quand on ne lui demande pas d’être en plus l’entrepôt de données.
SAP Datasphere — là où les données sont combinées, modélisées et gouvernées
Le business data fabric : connexions et réplication depuis des sources SAP et non-SAP, modélisation qui préserve la sémantique métier, et gouvernance sur qui voit quoi. Quand une seule définition du “chiffre d’affaires” doit servir tous les tableaux de bord, c’est dans cette couche que vit cette définition.
SAP Business Data Cloud — l’offre parapluie
SAP positionne Business Data Cloud comme la mise en paquet de ce paysage dans une offre SaaS unique — Datasphere et Analytics Cloud, avec des produits de données curatés issus des applications SAP, et des capacités embarquées d’ingénierie de données et de machine learning via le partenariat SAP Databricks. C’est davantage une décision de portefeuille qu’un nouvel outil : la question à laquelle elle répond est “comment achetons-nous et exploitons-nous cette pile”, pas “d’où viennent les tableaux de bord”.
Les frontières qui comptent vraiment
Le périmètre des produits évolue à mesure que SAP développe le portefeuille — les responsabilités ci-dessus sont la lecture stable, et les détails méritent d’être vérifiés dans la documentation SAP en vigueur au moment de décider.
L’erreur à laquelle invite chaque produit
- Construire l’entrepôt dans SAC — les modèles se multiplient par tableau de bord, les définitions dérivent, et deux ans plus tard deux stories divergent sur le même KPI.
- Traiter Datasphere comme une tuyauterie facultative — sauter la couche sémantique fait gagner un trimestre maintenant et en coûte un à chaque fois ensuite, car chaque nouveau consommateur redérive la logique métier.
- Attendre que le parapluie décide à votre place — les paquets changent ; les responsabilités non. Une séparation nette entre consommation, sémantique et ingénierie survit à toute refonte tarifaire.
Décider sans regret
La question de séquence qui dure n’est pas quel produit acheter en premier — c’est où vivra votre source unique de définitions métier. Placez la couche sémantique là où elle peut servir tous les consommateurs, gardez les outils de consommation légers, et la question de portefeuille au-dessus devient commerciale plutôt qu’architecturale.
Fixer les définitions→Les modéliser une fois→Laisser chaque tableau de bord les consommer→Acheter le paquet qui convient
Le point de vue de VISCAP
Les produits changent de nom. Les responsabilités non. Concevez sur les responsabilités et la nomenclature cesse d’avoir de l’importance.
L’essentiel de la confusion que nous rencontrons ne porte pas sur les capacités — c’est que des équipes ont acheté des outils de consommation avant de découvrir que le travail sémantique n’avait été fait nulle part. Ce travail est inévitable ; le seul choix est de savoir s’il a lieu une fois, dans une couche gouvernée, ou de façon répétée dans chaque tableau de bord.
La question qui tranche
Devant tout schéma proposé, demandez : “quand la finance change la définition de la marge, combien d’endroits doivent changer ?” Si la réponse est un, l’architecture est juste, quels que soient les noms des produits cette année.