Stratégie de catalogue de données
À jour au 2026-10-04
Un catalogue de données empêche la plateforme de devenir un marécage. Trois rôles : inventaire (registre interrogeable), glossaire métier (définitions convenues liées aux objets physiques pour que « CA » signifie une chose), classification & stewardship (étiquettes de sensibilité + propriétaire nommé par produit). L'inventaire seul est un annuaire; glossaire + stewardship sont là où vit la gouvernance. Le catalogue de SAP Datasphere est piloté par métadonnées et lie le lineage (M077); les décisions stratégiques sont la taxonomie, la propriété du glossaire et le processus de certification — pas « l'activer ». Les métadonnées actives (moissonnées en continu) valent mieux que passives. Le catalogue rend réels les « data products avec contrats » (pattern BDC, M068). La findabilité est la condition d'un self-service qui ne fragmente pas en silos.
Ce que vous apprendrez
- Concevoir un modèle de gouvernance de catalogue de données couvrant les trois rôles du catalogue — inventaire, glossaire métier et classification & stewardship — avec un propriétaire nommé par terme de glossaire et par data product
- Définir un processus de certification qui fait passer un data product de brut à catalogué puis certifié pour la consommation self-service, et décider du périmètre du catalogue selon la valeur de gouvernance plutôt que de cataloguer chaque objet legacy
- Configurer le catalogue SAP Datasphere pour moissonner des métadonnées actives (enrichies en continu : signaux d'usage, fraîcheur, scores de qualité) et les lier au lineage (module compagnon M077) afin qu'une entrée de catalogue montre une provenance vérifiable
- Diagnostiquer le mode d'échec du jeu de données fantôme — des utilisateurs métier reconstruisant leur propre jeu de données faute de pouvoir trouver ou faire confiance à un jeu central — et concevoir les correctifs de findabilité et de stewardship qui permettent au self-service analytics de passer à l'échelle sans se fragmenter
Aperçu du module
Un catalogue de données est ce qui empêche une plateforme de données de devenir un marécage de données, et le moment où ce risque devient réel est entièrement prévisible : dès qu'une organisation a accumulé des dizaines de data products répartis sur plusieurs espaces Datasphere, plusieurs sources non-SAP connectées via BDC, et des années de contenu BW accrété encore en usage, la contrainte structurante de la valeur de la plateforme cesse d'être « pouvons-nous techniquement stocker et modéliser cette donnée » pour devenir « quelqu'un peut-il réellement trouver la bonne version, digne de confiance, de cette donnée — et savoir, sans avoir à demander autour de lui, qu'il peut lui faire confiance ». Un catalogue est la réponse à cette seconde question, et la stratégie de catalogue est fondamentalement une discipline de gouvernance qui se trouve implémentée dans un logiciel, pas un projet d'installation d'outillage qui se trouve toucher à la gouvernance.
Prérequis
- Expérience pratique intermédiaire sur des projets d'analytique SAP
- Revoir d'abord les concepts fondamentaux : C041, C038, C037
Acquis
- Expliquer les trois fonctions que remplit un data catalog et pourquoi le seul inventaire ne constitue.
- Concevoir un modèle de gouvernance de glossaire et de certification avec une responsabilité nommée par terme et par data product.
- Configurer une collecte de métadonnées actives reliée au lineage afin que les entrées du catalogue restent fiables à mesure que le patrimoine évolue.
- Diagnostiquer et corriger le mode d'échec de fragmentation lié aux shadow datasets et au self-service, par une remédiation de la trouvabilité et de la gouvernance des données.
Module complet réservé aux abonnés. Le module complet ajoute : le cadre de décision · le cas guidé de bout en bout · la grille de KPI · les anti-patterns · les blocs de code · le contrôle de connaissances · les schémas.