Konzeptkarte

SAP BW Bridge: Die Laufzeitumgebung innerhalb von Datasphere

Stand 27. September 2026

Redaktion: Cédric Mary, 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?

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.
Das Ende der Brücke sollte von Tag eins an als mehrjährige Wellenfolge geplant werden, nicht offen gelassen werden — eine Brücke ohne Datum wird zu einer zweiten dauerhaften Plattform neben Datasphere.
Die ABAP-Bereitschaftsprüfung technisch zu bestehen ist nicht dasselbe, wie dass eine Routine organisatorisch sicher weitergetragen werden kann — eine verwaiste, aber technisch einwandfreie Routine ist ein größeres stilles Risiko als eine, die die Prüfung offen anzeigt.
Ein als Datasphere-Remote-Table importierter CompositeProvider ist noch kein BDC-Data-Product — der Data-Builder-Modellierungsschritt (geschäftsfreundliche Namen, Assoziationen, Data-Product-Deklaration) macht ihn tatsächlich Knowledge-Graph-bereit, und dieser Schritt kostet gleich viel, egal ob der Inhalt über die Brücke oder einen nativen Neubau kam.

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.
ABAP-Bereitschaftsprüfung: Die gegen das benutzerdefinierte ABAP eines Brückenkandidaten durchgeführte Bewertung, um Routinen, BAdI-Implementierungen und CMOD-Erweiterungen zu identifizieren, die nicht freigegebene APIs aufrufen und vor der Migration umgeschrieben werden müssen — eine rein technische Prüfung, keine Eigentümerschaftsprüfung.
Kapazitätseinheit (BW Bridge): Die Datasphere-Abrechnungseinheit, die auch den eigenen Laufzeit-Fußabdruck der Brücke misst — ein stehender Kostenposten, solange die Brücke läuft, unabhängig von den Datasphere-Spaces, die sie speist.
Data-Product-Deklaration: Der Data-Builder-Schritt, der ein modelliertes Datasphere-Objekt als governtes Data Product markiert — die Form, die der SAP Knowledge Graph und Joules Grounding-Pipeline tatsächlich konsumieren; eine Remote Table allein genügt nicht.
BW/4HANA Public Cloud Edition (PCE): Das rivalisierende Lift-and-Shift-Ziel, das BW/4HANA mit intakter eigener Reporting-Pipeline neu hostet, im Unterschied zur Brücke, die BW-Inhalte stets der Semantikschicht von Datasphere unterordnet.

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 · die zitierfähigen Kennzahlen.

In der App öffnen →

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.