BW Bridge

• SAP BW Bridge
  Hybrid-Cloud-Ansatz, konzipiert für diejenigen, die weiterhin auf SAP ECC mit Legacy-Extraktoren angewiesen sind, die sich nicht mit Datasphere Core verbinden lassen. Die BW Bridge dient primär als Staging-Bereich für Daten, die anderweitig nicht verarbeitet werden können.
• BW Private Cloud Edition (PCE)
  BW on HANA oder BW/4HANA, gehostet in einer verwalteten privaten Cloud-Umgebung innerhalb der SAP Business Data Cloud.
• Direkte Migration zu SAP Datasphere
  Geeignet für einfachere BW-Landschaften, die BW Bridge vollständig umgehen und die parallele Nutzung Ihres bestehenden BW-Systems ermöglichen.

Wenn Sie herausfinden möchten, welche der drei Optionen am besten zu Ihnen passt, werfen Sie gerne einen Blick auf unsere bisherigen Projekterfahrungen mit BW Bridge und unseren Entscheidungsbaum im Whitepaper.

• Bestehende BW-Assets bleiben nutzbar
  BW 7.5-Objekte und -Modelle können ohne größere Neuentwicklung genutzt werden.
• Nahtlose Integration mit SAP Datasphere
  Ermöglicht einen hybriden Ansatz, der bestehende BW-Daten mit Cloud-nativen Innovationen kombiniert.

Die SAP BW Bridge ist nicht nur ein Migrationstool, sondern dient als strategischer Enabler für Unternehmen, die ihre Analyselandschaft modernisieren und gleichzeitig Kontinuität, Sicherheit und Kosteneffizienz gewährleisten möchten.

Mit der Verfügbarkeit der SAP Business Data Cloud und der BW Private Cloud Edition (PCE) haben Unternehmen nun jedoch verschiedene Optionen, um in die Cloud zu gelangen. Daher ist es wichtig, genauer zu untersuchen, wann die BW Bridge eine praktikable Option bleibt und wann andere Lösungen möglicherweise besser geeignet sind.

 ٭ Extended Maintenance kostenlos      ٭٭ Laut SAP subventioniert (Angaben ohne Gewähr)

Governance Best Practices für die BW Bridge

• Beschränken Sie den BW Bridge-Zugriff: Beschränken Sie den Zugriff auf BW-Entwickler.
• Zentralisierter IT-Space: Nutzen Sie einen dedizierten IT-Space innerhalb von SAP Datasphere für die globale Governance.
• Implementieren Sie DACs: Nutzen Sie Data Access Controls für den zeilenbasierten Datenzugriff.

Wichtigste Einschränkungen in der ABAP Cloud Entwicklung

Es dürfen nur freigegebene APIs verwendet werden

• Entwickler können nicht mehr direkt auf SAP-Interna zugreifen. Nur öffentlich freigegebene APIs sind zulässig.

Kein direkter Datenbankzugriff

• Classic Open SQL und direkte DB-Operationen werden nicht unterstützt. In der ABAP Cloud Kodierung kann nur direkt auf freigegebene Datenbanktabellen zugegriffen werden.
• Alternative: Verwenden Sie stattdessen CDS Views, AMDP (ABAP Managed Database Procedures) und ABAP SQL.

Fazit

Der Übergang von klassischem ABAP zu ABAP Cloud stellt eine grundlegende Veränderung in der Herangehensweise an die SAP-Entwicklung in modernen Cloud-Umgebungen dar. Er erzwingt eine strengere Governance, API-basierte Entwicklung und Git-basiertes Transportmanagement, was mit der Cloud-First-Strategie von SAP übereinstimmt.

Die Einführung von ABAP Cloud ist für Unternehmen, die zu SAP BTP oder zur SAP BW Bridge wechseln, zwingend notwendig. Sie erfordert:

• Kompetenzanpassung: Weiterbildung der Teams in CDS, RAP und ABAP SQL.
• Prozessänderung: Implementierung von gCTS für das Transportmanagement.
• Governance-Ausrichtung: Durchsetzung API-basierter Erweiterungen und ABAP Test-Cockpit (ATC)-Prüfungen.

Mit der SAP BW Private Cloud Edition (PCE) verhält es sich jedoch anders.

• ABAP Cloud ist nicht zwingend erforderlich. BW PCE behält die klassische ABAP-Funktionalität bei.
• Unternehmen können SAP GUI und traditionelle Entwicklungspraktiken weiterhin nutzen, ohne das ABAP-Cloud-Modell einzuführen.
• Die Weiterbildung in ABAP Cloud ist optional, es sei denn, Sie planen, die BW-Funktionalität mit SAP BTP oder Cloud-nativen Workflows zu erweitern.

Im Wesentlichen ist die ABAP Cloud zwar für SAP BTP und die BW Bridge obligatorisch, für BW-PCE-Kunden bleibt es jedoch optional, sodass diese ihre bestehenden ABAP-Praktiken ohne sofortige Transformation beibehalten können.

Die erfolgreiche Einführung der SAP BW Bridge und SAP Datasphere erfordert ein gemischtes Kompetenzprofil, welches traditionelles BW-Know-how mit modernen Cloud-nativen Fähigkeiten kombiniert. Während die SAP BW Private Cloud Edition (PCE) klassische ABAP-Workflows beibehält, erfordern BW Bridge und Datasphere die Weiterbildung in ABAP Cloud, SQL-basierter Modellierung und Cloud-Transportmanagement.

Wichtige Kompetenzbereiche

SAP BW Bridge

• ABAP Cloud: Für kundenspezifische Entwicklungen in der BW Bridge und BTP.
  • Nicht erforderlich für BW PCE, aber unerlässlich bei der Erweiterung der BW-Funktionalität in die Cloud.
• AMDP: Performante Transformationen.
• BW Modeling Tools: Für Eclipse-basierte BW-Objektmodellierung.
• BW Bridge Cockpit: Systemüberwachung und Benutzerverwaltung.
• gCTS (Git-basiertes Transportwesen): Erforderlich für den Cloud-Transport in der BW Bridge.

Queries zur BW-Bridge migrieren

SAP BW-Queries können zwar bei der Migration in die BW Bridge übertragen werden, sie können aber nicht wie in einem klassischen BW-System ausgeführt oder als direkte Quelle für andere Datenziele verwendet werden. Stattdessen erscheinen sie in der BW-Bridge lediglich als Metadaten.

• Grundlage für SAP Datasphere
  Die Query-Metadaten aus der BW Bridge können in SAP Datasphere importiert werden, wo sie als Blaupause für die Erstellung von Analysemodellen dienen. Sobald das Analysemodell auf der Grundlage Ihrer Query generiert wurde, können Sie Kennzahlen und Dimensionen direkt in Datasphere verfeinern oder erweitern und sie für Ihre künftige Reportingstrategie maßschneidern.
• Reportingstrategie
  Entscheiden Sie frühzeitig, wie Sie das Reporting in Datasphere handhaben wollen und welche Rolle bestehende BW-Queries dabei spielen sollen. So können Sie bestimmen, wie Sie die vorhandene BW-Logik am besten für Ihr zukünftiges Reporting nutzen und welche Elemente (wie Kennzahlen oder Hierarchien) in Datasphere neu erstellt oder verfeinert werden sollten.
• Kritische Einschränkungen beim Entitätsimport
  Aufgrund eines restriktiven Satzes von unterstützten Abfragefunktionen schlägt der Importprozess oft fehl oder lässt Schlüsselelemente aus, was dazu führt, dass erweiterte Kennzahlen in Datasphere manuell neu erstellt werden müssen (siehe SAP-Hinweis 2932647). In der Praxis erweist es sich daher als effizienter, die Automatisierung auf CompositeProvider zu konzentrieren und komplexe Abfragelogik von Hand neu zu erstellen.
  
  
  

    Beispielhafte Shell Conversion