Fiche concept

SAP BW Bridge : le runtime dans Datasphere

À 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 SAP BW Bridge : le runtime dans Datasphere ?

Comment SAP BW Bridge fonctionne réellement dans un tenant Datasphere : ce que l'outillage de transfert SAP transporte, comment les extracteurs ODP ECC et S/4HANA continuent de l'alimenter sans réécriture, pourquoi l'ABAP spécifique doit être repris contre le jeu d'API libéré, et comment ses objets rejoignent la couche sémantique en tables distantes Datasphere. L'opportunité même du pont s'arbitre sur une fiche distincte.

De quoi il s'agit

SAP BW Bridge est un runtime ABAP BW/4HANA provisionné à l'intérieur d'un tenant SAP Datasphere. Ce n'est ni un connecteur ni une émulation : c'est BW — InfoObjects, aDSOs, CompositeProviders, transformations, DTP, chaînes de processus et routines ABAP — exécuté comme service géré sous le même abonnement que les espaces Datasphere qui le consomment. Cette fiche porte le mécanisme. L'opportunité même du pont, contre quelle alternative et pour combien de temps, s'arbitre sur la fiche jumelle, BW Bridge : l'arbitrage de migration.

Par où la donnée entre. Le pont conserve le patrimoine d'extraction que le client possède déjà. Les DataSources ODP — les extracteurs SAP Business Content sur ECC et S/4HANA, ainsi que les fournisseurs ODP basés CDS et BW — continuent de l'alimenter via les mêmes définitions de systèmes source, le SAP Cloud Connector se tenant entre le tenant cloud et le système on-premise. Rien de la couche d'extraction n'est réécrit. Cette seule propriété porte l'essentiel de la valeur du pont : le patrimoine d'extraction est la partie la moins documentée et la plus coûteuse à reconstruire d'un paysage BW.

Pourquoi c'est important

Chaque CompositeProvider migré devient une Remote Table Datasphere, consommable par les modèles analytiques, les Stories et Delta Sharing sans re-modélisation.
Les extracteurs ECC/S4 existants continuent d'alimenter les données via les mêmes Source Systems et DataSources que le client opère depuis des années — sans replomberie.
C'est le mauvais choix pour des programmes greenfield ou un contenu BW petit et bien documenté, où une re-modélisation directe dans Datasphere est plus rapide et plus propre.

Points clés

Runtime BW/4HANA embarqué dans Datasphere — InfoProviders, transformations, DTP, exits ABAP fonctionnent comme service géré dans l'abonnement Datasphere.
Lift-and-shift depuis BW/4HANA on-prem — cockpit de migration SAP déplace InfoObjects, aDSOs, CompositeProviders, code ABAP tel quel.
Les extracteurs ECC / S/4 continuent d'alimenter — mêmes Source Systems et DataSources que le client opère depuis des années.
Exposé à Datasphere — chaque CompositeProvider devient une Remote Table consommable par modèles analytiques, Stories, Delta Sharing.
Pas pour le greenfield — utiliser Datasphere natif quand aucun legacy BW n'existe ; BW Bridge est purement un échafaudage de migration.

Termes employés sur cette page

BW Bridge: Un runtime BW/4HANA livré comme service managé au sein d'un tenant SAP Datasphere ; permet aux clients de migrer le contenu BW/4HANA on-prem tel quel et de l'exposer à la couche sémantique de Datasphere.
Migration cockpit: L'outil fourni par SAP qui déplace les objets BW/4HANA on-prem (InfoObjects, aDSOs, transformations, code ABAP) vers un tenant BW Bridge avec un inventaire d'objets structuré et un plan de migration par phases.
CompositeProvider: Un InfoProvider BW/4HANA qui unit et joint des aDSOs et InfoObjects sous-jacents pour la consommation par requête ; dans BW Bridge, tout CompositeProvider peut être exposé à Datasphere comme Remote Table.
Remote Table: Un objet Datasphere qui pointe vers des données situées en dehors de Datasphere — dans BW Bridge, une source HDP ou BTP, ou une surface Delta Sharing — sans copier les données.
Decision owner: La personne responsable qui assume l'arbitrage et finance l'action suivante.
Semantic contract: La définition partagée des termes métier, métriques, entités et règles d'accès utilisée par les outils et les équipes.
Control plane: La couche qui applique la politique, l'accès, le lineage, le monitoring et l'escalade à travers le modèle opérationnel.
Evidence grade: Un libellé qui distingue le fait vérifié, le signal directionnel, l'hypothèse modélisée et l'observation de terrain.

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 →

Les guides qui répondent avec cette page

Ces guides citent cette page parmi les sources sur lesquelles leur réponse s'appuie.

Migration SAP BW Datasphere : les quatre chemins

SAP BW Bridge : le runtime dans Datasphere

Qu'est-ce que SAP BW Bridge : le runtime dans Datasphere ?

De quoi il s'agit

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM

Les guides qui répondent avec cette page