Fiche concept

BW Bridge : l'arbitrage de migration

À jour au 2026-07-23

Édité par Cédric-Olivier Mâry, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que BW Bridge : l'arbitrage de migration ?

La fiche de décision BW Bridge : quand le pont l'emporte sur un Datasphere greenfield ou sur le maintien de BW/4HANA, ce que coûte son exécution tant qu'il dure, et pourquoi une date d'arrêt inscrite dans l'ADR sépare un pont de 2 à 4 ans d'un meuble permanent. La mécanique du runtime fait l'objet d'une fiche distincte.

Qu'est-ce que le BW bridge SAP ?

Réponse courte ci-dessus

De quoi il s'agit

BW Bridge est le chemin de transition SAP qui permet à l'investissement BW/4HANA on-prem existant de coexister avec Datasphere — en faisant tourner les objets BW (InfoCubes, queries, transformations) à l'intérieur du tenant Datasphere. C'est l'accélérateur de migration qui offre aux clients 2 à 4 ans pour passer de BW au modélisation Datasphere-native sans rip-and-replace.

La réalité architecturale. BW Bridge fait tourner un système BW/4HANA à l'intérieur de Datasphere avec un stockage partagé. Les objets BW existants continuent de fonctionner ; la nouvelle modélisation se fait en Datasphere-natif (Spaces, Analytic Models, Data Builder). Les deux coexistent ; au fil du temps, les objets BW migrent ou sont retirés au choix du client.

Quand BW Bridge est la bonne option. Grand estate BW (1 000+ queries, 100+ InfoCubes) où le rip-and-replace consommerait 18 à 24 mois et casserait le reporting quotidien. Le pont achète du temps : 2 à 4 ans pour migrer objet par objet tout en restant opérationnel.

Quand BW Bridge n'est pas la bonne option. Petit estate BW (moins de 50 objets) — la migration directe vers Datasphere est plus rapide et moins coûteuse. Client greenfield — pas besoin de ponter ce qui n'existe pas.

Signal craft senior — cadence de migration. Un junior provisionne BW Bridge et le laisse stagner. Un senior pilote un sprint trimestriel : 5 à 10 objets BW vers Datasphere-natif chaque trimestre, séquencés par valeur métier et complexité. En année 3, BW Bridge représente moins de 30 % de la surface analytics ; en année 5, il peut être retiré.

Pourquoi c'est important

Les grands estates BW (1 000+ queries, 100+ InfoCubes) évitent un rip-and-replace de 18-24 mois qui casserait le reporting quotidien.
Sans date de fin documentée dans l'ADR, un pont de 2 ans devient silencieusement un dispositif permanent de 7 ans — le client paie capacity units Datasphere ET licence BW/4 tout du long.
En-dessous de 50 objets BW, la migration directe vers Datasphere est plus rapide et moins chère — provisionner BW Bridge y est du pur surcoût.

Points clés

Fait le pont entre le parc BW existant et le tenant Datasphere
Gagne 2-4 ans pour une migration objet par objet
Pertinent pour les parcs de 1 000+ requêtes ; perdant pour les petits parcs
Date de sunset inscrite dans l'ADR, pas ouverte
Cadence de migration de 5-10 objets/trimestre
Mélanger les couches DAC dans une même story = dérive
Deux horloges : BW 7.5 jusqu'à 2030, BW/4HANA jusqu'à 2040
Migrations ABAP custom : complexité 3-5×
BW Bridge n'est maîtrisé que lorsqu'il change une décision d'achat identifiée.
Commencer par le contrat sémantique et le modèle de contrôle avant de démontrer l'outil.

Termes employés sur cette page

BW Bridge: Pattern de coexistence exécutant BW/4HANA au sein de Datasphere
InfoCube: Unité de modèle de données BW (déprécié, mais toujours en usage)
Transformation: Logique ETL de BW
Migration cadence: Sprint trimestriel d'objets déplacés vers le natif Datasphere
Sunset date: Fin documentée de la période de bridge dans l'ADR
BW/4 maintenance cliff: Fin de la maintenance grand public en 2030
Pre-cutover validation: Réconciliation numérique avant le retrait d'un objet BW
DAC strategy per layer: Les objets BW utilisent l'auth BW ; les objets DSP utilisent DAC

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code.

Ouvrir dans l'application →