Migration von BW/4HANA zu BDC
Stand 2026-09-03
BW→BDC ist eine objektweise Entscheidung zwischen Übernahme und Re-Platforming, keine reine Datenverschiebung. Die BW Bridge schützt ABAP-lastige, hochwertige, stabile Logik zur Kontinuitätssicherung — sie ist aber ein Übergangs-Zuhause, nicht das Ziel („Bridge für Kontinuität, Datasphere für Net-New"). Einfache, hochwertige Logik als Datasphere-Data-Products/Analytic-Models re-platformen; die ~40 % ungenutzten Inhalte stilllegen (zuerst ein Nutzungsaudit durchführen). Replizieren, was in großem Umfang abgefragt wird, föderieren, was klein/echtzeitnah ist. Die Migration ist der Moment, um Clean-Core-Schulden abzubauen. Das Triage-Urteil ist der Senior-Tagessatz-Wert.
Was Sie lernen
- Eine Drei-Achsen-Triage (Business Value, Logikkomplexität, Änderungshäufigkeit) anwenden, um objektweise zu entscheiden, ob ein BW/4HANA-Objekt über die BW Bridge übernommen, nativ in Datasphere re-platformt oder stillgelegt werden soll
- Die BW Bridge als Übergangs-Zuhause statt als Ziel behandeln — ein Sunset-Ziel für die Bridge setzen und jede Net-New-Entwicklung nach Datasphere leiten
- Ein Nutzungsaudit anhand von BW-Statistiken durchführen, um die rund 40 % ungenutzten BW-Inhalte zu identifizieren und stillzulegen, bevor überhaupt migriert wird
- Die Remote-versus-repliziert-Entscheidungsregel in Datasphere anwenden (replizieren, was in großem Umfang abgefragt wird oder historische Snapshots benötigt; föderieren, was klein ist oder Echtzeit erfordert) und die Migration nutzen, um Clean-Core-Schulden abzubauen
Modulüberblick
Die Migration von BW/4HANA zu SAP Business Data Cloud ist kein Lift-and-Shift von Tabellen von einer Storage-Engine in eine andere. Es handelt sich um eine Serie objektweiser Ermessensentscheidungen darüber, was weitgehend unverändert innerhalb der BW Bridge weiterlaufen soll und was bewusst neu aufgebaut werden soll — in einem grundlegend anderen Modellierungsparadigma, nativ in SAP Datasphere. Diese Aufteilung richtig zu treffen — objektweise, nicht landschaftsweise — ist die einzige technische Entscheidung mit dem größten Hebel im gesamten Migrationsprogramm, denn sie bestimmt, ob die Organisation am Ende mit einem saubereren Bestand dasteht oder lediglich mit einer neu gehosteten Version derselben technischen Schuld, mit der sie gestartet ist.
Voraussetzungen
- Fortgeschrittene praktische Erfahrung mit SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durchgehen: C034, C036, C033
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Versorgungsunternehmen, BW/4HANA mit ~600 aktiven + ~400 ruhenden InfoProvidern, umfangreiche ABAP-Transformationslogik im Finanzwesen, einfache, SQL-fähige Logik im Einkauf.
- Das Anti-Pattern erkennen und vermeiden: alles per Lift-and-Shift in die BW Bridge übernehmen — baut den Legacy-Bestand lediglich in einer neuen Hülle nach; kein architektonischer Gewinn.
- Die Kernentscheidung des Moduls anwenden: Übernehmen vs. Re-Platforming — Bridge wählen bei hohem Wert + komplex + stabil; Datasphere-nativ bei hohem Wert + einfach.
- Die Beherrschung mit dem KPI verfolgen: Bei der Migration stillgelegte Objekte (Ziel: alle ungenutzten Inhalte entfernt (~40 %); Warnsignal: Objektanzahl nach der Migration unverändert).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.