Konzeptkarte

BW Bridge: Die Migrationsentscheidung

Stand 6. Oktober 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 BW Bridge?

BW Bridge ist SAPs Brückenpfad, der es einer bestehenden BW/4HANA-On-Premise-Investition erlaubt, mit Datasphere zu koexistieren — indem BW/4HANA-artige Objekte (advanced DataStore Objects, CompositeProvider, Transformationen, Prozessketten — keine InfoCubes, keine BEx-Queries) innerhalb des Datasphere-Tenants laufen. Es ist der Migrationsbeschleuniger, der Kunden 2-4 Jahre verschafft, um von BW zu Datasphere-nativer Modellierung zu wechseln, ohne alles auf einmal…

BW Bridge ist SAPs Brückenpfad, der es einer bestehenden BW/4HANA-On-Premise-Investition erlaubt, mit Datasphere zu koexistieren — indem BW/4HANA-artige Objekte (advanced DataStore Objects, CompositeProvider, Transformationen, Prozessketten — keine InfoCubes, keine BEx-Queries) innerhalb des Datasphere-Tenants laufen. Es ist der Migrationsbeschleuniger, der Kunden 2-4 Jahre verschafft, um von BW zu Datasphere-nativer Modellierung zu wechseln, ohne alles auf einmal auszutauschen. Die Wellen-Sicht derselben Migration — wer wann umzieht, und warum — ist die Begleitkarte C050.

Die architektonische Realität. BW Bridge betreibt ein BW/4HANA-System innerhalb von Datasphere mit gemeinsam genutztem Storage. Bestehende BW-Objekte funktionieren weiter; neue Modellierung geschieht Datasphere-nativ (Spaces · Analytic Models · Data Builder gemäß M001-M006). Beide koexistieren; im Lauf der Zeit migrieren BW-Objekte oder werden abgeschaltet, je nach Wahl des Kunden.

Wann BW Bridge gewinnt. Bei einem großen BW-Bestand (1.000+ Queries, 100+ InfoProvider), bei dem ein kompletter Austausch 18-24 Monate verschlingen und das tägliche Reporting brechen würde. Die Bridge verschafft Zeit: 2-4 Jahre, um Objekt für Objekt zu migrieren und dabei live zu bleiben.

Wann BW Bridge verliert. Bei einem kleinen BW-Bestand (< 50 Objekte) — die direkte Migration zu Datasphere ist schneller und günstiger. Bei einem Greenfield-Kunden — kein Bedarf, etwas zu überbrücken, das nicht existiert.

Signal für Senior-Handwerk — Migrationskadenz. Ein Junior provisioniert BW Bridge und lässt sie liegen. Ein Senior fährt einen quartalsweisen Migrationssprint: 5-10 BW-Objekte → Datasphere-nativ pro Quartal, sequenziert nach Geschäftswert und Komplexität. Bis Jahr 3 macht BW Bridge < 30 % der Analytics-Oberfläche aus; bis Jahr 5 kann sie abgeschaltet werden.

Kostendisziplin. BW Bridge verbraucht Datasphere Capacity Units PLUS den eingebetteten BW/4-Lizenz-Footprint. Kunden zahlen während der Bridge-Periode beides. Ein im ADR dokumentiertes Enddatum ist der Unterschied zwischen einer 2-jährigen Bridge und einer dauerhaften 7-Jahres-Einrichtung.

Migrationspfad-Entscheidung: BW Bridge vs. Greenfield-Datasphere vs. Verbleib auf BW/4HANA On-Premise. Diese Dreiwegeentscheidung ist das zentrale Beratungsgespräch bei jedem BW-Kundenaccount. Verbleib auf BW/4HANA on-prem: nur gültig, wenn der Kunde kein Cloud-Mandat hat und der BW-Bestand stabil und vollständig abgeschrieben ist. Der Verbleib on-premise ist eine Strategieentscheidung, keine Ablaufentscheidung: Die BW/4HANA-Wartung läuft mindestens bis 2040, ausgerichtet auf SAP S/4HANA (SAP-Wartungsankündigung vom 23. April 2020), sodass der Druck aus der Richtung hin zur BDC kommt — und, für jedes klassische BW 7.5, das noch im Bestand ist, aus dessen eigener Uhr: Mainstream-Wartung bis 31. Dezember 2027, kostenpflichtige Verlängerung bis 2030. Greenfield-Datasphere ohne BW Bridge: die richtige Wahl, wenn der BW-Bestand klein ist (weniger als 50 aktive InfoProvider, weniger als 100 aktive Queries) oder wenn das Business bereit ist, das Reporting während eines Migrationssprints einzufrieren — typischerweise 6-9 Monate bei einem kleinen Bestand. Der Vorteil ist eine saubere Datasphere-Architektur von Tag eins an, ohne Dual-Runtime-Kosten, ohne Altobjekt-Schulden und ohne Bridge-Sunset-Risiko. BW Bridge: wählen Sie sie, wenn der Bestand groß ist (Hunderte von InfoProvidern, Tausende von Queries), das Business ein eingefrorenes Reporting nicht tolerieren kann und ein finanziertes 3-5-jähriges Modernisierungsprogramm besteht. Die Bridge ist kein Ziel — sie ist eine zeitlich begrenzte Koexistenzstufe. Die Aufgabe des Beraters ist es, diese Zeitbegrenzung im ADR beim Projektkickoff explizit festzuhalten.

Im Vergleich zu BW/4HANA Public Cloud Edition (PCE): BW PCE ist eine von SAP gemanagte BW/4HANA-Instanz in der SAP-Cloud, nicht Datasphere. Sie verlängert die BW-Laufzeit länger als on-premise, liefert aber keine BDC-Lakehouse-Integration oder die semantische Schicht von Datasphere. BW Bridge nach Datasphere ist der Vorwärtspfad, der bei BDC ankommt; BW PCE ist ein reiner Hosting-Umzug ohne Upgrade der semantischen Schicht. Wählen Sie PCE, wenn der Haupttreiber des Kunden Infrastrukturmodernisierung ist, nicht Analytics-Modernisierung.

Die zwei Wartungsdaten – und warum ihre Vermischung einen Deal kostet. Sie gehören zu unterschiedlichen Produkten und laufen nach unterschiedlichen Uhren. Das klassische SAP BW 7.5 verlässt die Mainstream-Wartung am 31. Dezember 2027, mit optionaler kostenpflichtiger erweiterter Wartung bis 2030 (SAP-Wartungsankündigung vom 23. April 2020). SAP BW/4HANA ist eine unabhängige Entscheidung: seine Wartung läuft bis mindestens 2040, ausgerichtet auf SAP S/4HANA (dieselbe Ankündigung, 23. April 2020). BW Bridge erbt die Uhr des Produkts, auf dem sie läuft, und was innerhalb von Datasphere läuft, ist BW/4HANA — die Bridge ist also nicht das, was abläuft. Ein Kunde, der noch auf BW 7.5 ist, hat eine datierte, vertragliche Frist; ein BW/4HANA-Kunde hat eine strategische, und ein Berater, der die zweite verkauft, als wäre sie die erste, wird im Raum korrigiert werden.

Wo die Mechanik lebt. Diese Karte arbitriert: ob überbrückt wird, gegen welche Alternative, wie lange und zu welchen laufenden Kosten. Wie die Bridge tatsächlich läuft — was das SAP-Transfer-Tooling überträgt, welche ODP-Extraktoren sie unverändert weiter speisen, warum kundenspezifisches ABAP gegen die freigegebene API-Menge neu geschrieben werden muss und wie CompositeProviders als Datasphere-Remote-Tables erscheinen — ist die Begleitkarte SAP BW Bridge: Die Laufzeitumgebung innerhalb von Datasphere.

Die KI-Bereitschaftsperspektive, September 2026

Die Sunset-Termin-Frage von BW Bridge ist nicht mehr nur ein Kostenargument — sie ist auch ein KI-Bereitschaftsargument, und beide im ADR-Gespräch gemeinsam zu benennen, ist deutlich überzeugender als der Kostenaspekt allein. Alles, was SAPs Business AI Platform für Analytics verspricht — Joules Schicht für natürlichsprachliche Abfragen, die Verankerung im Generative AI Hub, der SAP Knowledge Graph, der Geschäftsentitäten liest — läuft auf governten BDC-Data-Products, die über Datasphere exponiert werden, nicht auf BW-Objekten, die noch im eingebetteten Runtime der Bridge laufen. Ein advanced DataStore Object oder ein CompositeProvider, das noch nicht auf ein Datasphere-natives Modell oder einen Space replattformiert wurde, ist, solange es auf der Bridge bleibt, für diese gesamte KI-Schicht unsichtbar: Joule kann keine darauf verankerte natürlichsprachliche Frage beantworten, und der Knowledge Graph hat nichts Veröffentlichtes zu lesen.

Das rahmt die Migrationskadenz neu, die diese Karte ohnehin empfiehlt. Ein Quartalssprint von fünf bis zehn Objekten ist nicht nur eine Kostendisziplin gegen die doppelte CU-plus-Lizenz-Ausgabe — es ist auch, Objekt für Objekt, das Tempo, mit dem die Daten des Kunden für den nächsten Joule-Agenten oder KI-Anwendungsfall erreichbar werden, den das Geschäft als Nächstes bauen will. SAPs eigener BW Data Product Generator, ein Add-on, das BW/4HANA-InfoProvider und den BW/4HANA-Modelltransfer in governte Datasphere-Views und Analytic Models umwandelt, existiert genau dafür, die mechanische Übersetzungsarbeit aus diesem Sprint zu entfernen — was manuell bleibt, ist das Umbenennen technischer Felder in Geschäftsbezeichnungen, das Verdrahten der Data Access Controls und das Vervollständigen des BDC-Datenvertrags, dieselbe Annotationsdisziplin, die auch bestimmt, ob Joule sich auf das Ergebnis verankern kann.

Die praktische Auswirkung für das Scoping: Wenn ein Kunde fragt, warum die Bridge nicht einfach unbegrenzt zu geringen Kosten weiterlaufen sollte, ist die KI-Bereitschaftsantwort schärfer als die Lizenzantwort. Eine stehengebliebene Bridge trägt nicht nur eine dauerhafte Rechnung — sie friert auch die Daten des Kunden aus jeder KI-Fähigkeit ein, die SAP in die Plattform einbringt, auf die dieser Bestand eigentlich zusteuern soll, während Wettbewerber, die planmäßig migrieren, zuerst dort ankommen.

Was der Projektmarkt vom 27. September bis 6. Oktober 2026 nachgefragt hat

Sechs der zehn aufgelisteten Projekte lagen in Deutschland und nannten BW/4HANA oder BW direkt: eine Inhouse-Stelle als BW-on-HANA-Berater in Heidelberg (60 % mobiles Arbeiten), ein Teamleiter BI/BW, ein Data Platform Consultant für BW sowie Data und Analytics, ein Senior-Berater BW/4HANA und Business Data Cloud, ein ABAP-Security-Entwickler für BW/4HANA und ein BW-Berater / Solution Architect ab 1. November 2026 für 12 Monate, remote oder Berlin. Der installierte BW-Bestand wird weiterhin besetzt, nicht nur gewartet.
BW wurde wiederholt zusammen mit der Zielplattform nachgefragt: BW/4HANA mit Business Data Cloud (Deutschland), BW mit Data und Analytics (Deutschland), ein Berater „SAP BW / DataSphere“ (Mexiko) und ein Datasphere-Architekt (USA). Gefragt ist das Profil, das auf beiden Seiten der Brücke stehen kann.
Zwei belgische Ausschreibungen, ein BW/HANA-Applikationsanalyst und ein Senior Business und Data Analyst für SAP BW, deuten auf Betriebsnachfrage hin: bestehende BW-Inhalte am Laufen halten, solange die Migrationsfrage offen ist.
Keiner der aufgelisteten Titel nannte BW Bridge. Für Praktiker heißt das: Die Abwägung wird als Kompetenz „BW plus Datasphere oder BDC“ geführt; eine Bridge-Empfehlung muss daher auf BW/4HANA-Tiefe und Datasphere-Modellierung gestützt sein, nicht auf Bridge-spezifischem Vokabular.

Warum es zählt

Große BW-Bestände (1.000+ Queries, 100+ InfoProvider) vermeiden einen 18-24-monatigen Komplettaustausch, der das tägliche Reporting brechen würde.
Ohne ein im ADR dokumentiertes Enddatum wird aus einer 2-jährigen Bridge still eine dauerhafte 7-Jahres-Einrichtung — Kunden zahlen die ganze Zeit sowohl Datasphere Capacity Units als auch den BW/4-Lizenz-Footprint.
Bei unter 50 BW-Objekten ist die direkte Migration zu Datasphere schneller und günstiger — BW Bridge dort zu provisionieren ist reiner Overhead.

Kernpunkte

Überbrückt einen bestehenden BW-Bestand innerhalb des Datasphere-Tenants
Verschafft 2-4 Jahre für eine Migration Objekt für Objekt
Gewinnt bei Beständen mit 1.000+ Queries; verliert bei kleinen Beständen
Enddatum im ADR, nicht unbegrenzt
Migrationskadenz 5-10 Objekte/Quartal
Gemischte DAC-Schichten in einer Story = Drift
Zwei Uhren: BW 7.5 Mainstream bis 2027 (kostenpflichtige Verlängerung bis 2030), BW/4HANA bis mindestens 2040 (SAP, 23. April 2020)
Migrationen von kundenspezifischem ABAP 3-5× Komplexität

Quellen

In der App öffnen →

Offene SAP-Projekte

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