Konzeptkarte

SAP BW Bridge: Die Laufzeitumgebung innerhalb von Datasphere

Stand 2026-07-23

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist SAP BW Bridge: Die Laufzeitumgebung innerhalb von Datasphere?

Wie SAP BW Bridge konkret innerhalb eines Datasphere-Tenants läuft: was das SAP-Transfer-Tooling mitüberträgt, wie ECC- und S/4HANA-ODP-Extraktoren es unverändert weiter beliefern, warum benutzerdefiniertes ABAP gegen den freigegebenen API-Satz neu geschrieben werden muss, und wie seine Objekte als Datasphere-Remote-Tabellen die semantische Schicht erreichen. Ob der Einsatz von BW Bridge überhaupt sinnvoll ist, wird auf einer eigenen Karte entschieden.

Worum es geht

SAP BW Bridge ist eine BW/4HANA-ABAP-Laufzeitumgebung, die innerhalb eines SAP-Datasphere-Tenants bereitgestellt wird. Es handelt sich weder um einen Konnektor noch um eine Emulation: Es ist BW — InfoObjects, aDSOs, CompositeProviders, Transformationen, DTPs, Prozessketten und ABAP-Routinen —, das als Managed Service unter demselben Abonnement läuft wie die Datasphere-Spaces, die es konsumieren. Diese Karte beschreibt den Mechanismus. Ob überhaupt gebrückt wird, gegen welche Alternative und für wie lange, wird auf der begleitenden Karte 'BW Bridge: The Migration Arbitration' entschieden.

Wo die Daten eintreten. Die Bridge erhält die Extraktionslandschaft, die der Kunde bereits besitzt. ODP-basierte DataSources — die SAP-Business-Content-Extraktoren gegen ECC und S/4HANA sowie CDS-basierte und BW-basierte ODP-Provider — speisen sie weiterhin über dieselben Quellsystemdefinitionen, wobei der SAP Cloud Connector zwischen dem Cloud-Tenant und dem On-Premise-System steht. Nichts auf der Extraktorebene wird neu erstellt. Diese einzelne Eigenschaft macht den Großteil des Werts der Bridge aus: Die Extraktionslandschaft ist der am wenigsten dokumentierte und teuerste Teil einer BW-Landschaft, den es neu aufzubauen gilt.

Warum es zählt

Jeder migrierte CompositeProvider wird zu einer Datasphere-Remote-Tabelle, die von analytischen Modellen, Stories und Delta Sharing ohne Neumodellierung konsumiert werden kann.
Bestehende ECC-/S/4-Extraktoren speisen Daten weiterhin über dieselben Source Systems und DataSources ein, die der Kunde seit Jahren betreibt — keine Neuverkabelung erforderlich.
Für Greenfield-Programme oder kleine, gut dokumentierte BW-Inhalte ist sie die falsche Wahl — dort ist eine direkte Neumodellierung in Datasphere schneller und sauberer.

Kernpunkte

BW/4HANA-Laufzeitumgebung eingebettet in Datasphere — InfoProvider, Transformationen, DTPs, ABAP-Exits laufen als Managed Service innerhalb des Datasphere-Abonnements.
Lift-and-Shift aus On-Premise-BW/4HANA — das von SAP bereitgestellte Migration Cockpit überträgt InfoObjects, aDSOs, CompositeProviders und ABAP-Code unverändert.
ECC-/S/4-Extraktoren speisen weiter — dieselben Source Systems und DataSources, die der Kunde seit Jahren betreibt.
Für Datasphere bereitgestellt — jeder CompositeProvider wird zu einer Remote Table, die von analytischen Modellen, Stories und Delta Sharing konsumiert werden kann.
Nicht für Greenfield — nutzen Sie natives Datasphere, wenn kein BW-Altbestand existiert; BW Bridge ist rein ein Migrationsgerüst.
SAP BW Bridge (BW in SAP Datasphere) ist erst dann beherrscht, wenn es eine benannte Käuferentscheidung verändert.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool vorführen.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und Nachrichtensignale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Metrik, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.

Begriffe auf dieser Seite

BW Bridge: Eine BW/4HANA-Laufzeitumgebung, die als Managed Service innerhalb eines SAP-Datasphere-Tenants bereitgestellt wird; ermöglicht Kunden, On-Premise-BW/4HANA-Inhalte unverändert zu migrieren und der semantischen Schicht von Datasphere bereitzustellen.
Migration Cockpit: Das von SAP bereitgestellte Werkzeug, das On-Premise-BW/4HANA-Objekte (InfoObjects, aDSOs, Transformationen, ABAP-Code) mit einer strukturierten Objektinventur und einem phasenweisen Migrationsplan in einen BW-Bridge-Tenant überträgt.
CompositeProvider: Ein BW/4HANA-InfoProvider, der zugrunde liegende aDSOs und InfoObjects für den Query-Konsum vereinigt und verknüpft; in BW Bridge kann jeder CompositeProvider Datasphere als Remote Table bereitgestellt werden.
Remote Table: Ein Datasphere-Objekt, das auf außerhalb von Datasphere gehaltene Daten verweist — bei BW Bridge auf eine HDP- oder BTP-Quelle oder eine Delta-Sharing-Oberfläche —, ohne die Daten zu kopieren.
Entscheidungsträger: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Metriken, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Kontrollebene: Die Schicht, die Richtlinien, Zugriff, Herkunftsnachweis (Lineage), Monitoring und Eskalation im gesamten Betriebsmodell durchsetzt.
Evidenzgrad: Eine Kennzeichnung, die verifizierte Fakten, richtungsweisende Signale, modellierte Annahmen und Feldbeobachtungen voneinander trennt.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke.

In der App öffnen →