Migration du legacy vers BDC
À jour au 2026-10-06
La migration legacy-vers-BDC est la version à l'échelle du patrimoine — là où le chemin BW (M070) gère l'entrepôt propre de SAP, ceci adresse TOUT le patrimoine legacy : BW vieillissant + DW autonomes + BI non-SAP + empires Access/Excel + plateformes sur-mesure. Mettre de l'ordre dans l'éparpillement, ne pas tout lifter. Inventorier d'abord (tri M070 à l'échelle) : cataloguer, mesurer l'usage réel (preuve, pas suppositions), scorer sur valeur/complexité/changement. Trois destins : reporter (forte valeur/complexe/stable, Bridge M070), replateformer (plus propre reconstruit en produits gouvernés/Insight Apps M033/M036), retirer (la traîne inutilisée + tableurs shadow — la migration est la licence pour les tuer). Défaut « justifie pourquoi ceci survit », pas « tout migrer ». Le shadow IT est le périmètre caché — le faire émerger, capturer la vraie logique, retirer le tableur, ne jamais laisser une dépendance non documentée être une surprise de go-live. Séquencer via le plan de vagues (M068); l'historique suit le tiering (M071). Honnête : c'est une rationalisation — la valeur est aussi dans ce qu'on retire, mais inventaire rigoureux pas suppression imprudente.
Ce que vous apprendrez
- Travailler un scénario réaliste : Un conglomérat avec un BW vieillissant + deux DW autonomes + un outil BI non-SAP + des dizaines de systèmes Access/Excel départementaux, migre son analytique vers BDC.
- Repérer et éviter l'anti-pattern : Reporter chaque élément legacy dans BDC — Transporte la prolifération + le coût ; rate la valeur de rationalisation.
- Appliquer la décision clé du module : Périmètre de la migration — choisir Apporter de l'ordre à la prolifération ; trier chaque actif, pas Lever chaque pièce legacy vers BDC.
- Mesurer la maîtrise avec le KPI : Complétude de l'inventaire (cible : IT visible + fantôme catalogués ; signal d'alerte : Seuls les rapports BW visibles inventoriés).
Aperçu du module
La migration du legacy vers BDC est la version grand format de la discipline de migration — là où le chemin spécifique à BW traite l'entrepôt historique propre à SAP via le Bridge, ce module s'attaque à l'ensemble du patrimoine analytique hérité qu'un client apporte sur la table : des systèmes BW vieillissants, mais aussi des entrepôts de données autonomes, des outils de BI non-SAP, des empires départementaux Access et Excel, et des plateformes de reporting sur mesure accumulées au fil d'une décennie de rustines locales. Le rôle du consultant est de mettre de l'ordre dans cette dispersion et de la faire atterrir dans SAP Business Data Cloud, non de transposer mécaniquement chaque élément tel quel.
Prérequis
- Expérience pratique intermédiaire sur des projets d'analytique SAP
- Revoir d'abord les concepts fondamentaux : C015, C012, C008
Acquis
- Travailler un scénario réaliste : Un conglomérat avec un BW vieillissant + deux DW autonomes + un outil BI non-SAP + des dizaines de systèmes Access/Excel départementaux, migre son analytique vers BDC.
- Repérer et éviter l'anti-pattern : Reporter chaque élément legacy dans BDC — Transporte la prolifération + le coût ; rate la valeur de rationalisation.
- Appliquer la décision clé du module : Périmètre de la migration — choisir Apporter de l'ordre à la prolifération ; trier chaque actif, pas Lever chaque pièce legacy vers BDC.
- Mesurer la maîtrise avec le KPI : Complétude de l'inventaire (cible : IT visible + fantôme catalogués ; signal d'alerte : Seuls les rapports BW visibles inventoriés).
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.