Reporting-Migration: BEx zu SAC
Stand 2026-09-03
BEx-Query-Semantik (eingeschränkte/berechnete Kennzahlen, Variablen, Ausnahmeaggregation) in das Datasphere-/BDC-Analytic-Model heben — von SAC über eine Live-Verbindung konsumiert —, sodass jede Story sie erbt; nie pro Story neu implementieren. Die Visualisierung nativ in SAC-Stories/Analytic-Applications rund um den Informationsbedarf neu aufbauen, nicht Pixel für Pixel als BEx-Grid. Die Excel-Power-User-Revolte mit SAP Analysis for Office (AfO) als bewusstes, planmäßiges Übergangswerkzeug überbrücken. Nur laufend genutzte Reports migrieren (Nutzungsaudit), den Rest stilllegen. Architektur plus Adoptions-Change-Leadership ist die Premium-Kompetenz; reine Nachbauer sind austauschbar.
Was Sie lernen
- BEx-Query-Semantik (eingeschränkte/berechnete Kennzahlen, Variablen, Ausnahmeaggregation) in das Datasphere-/BDC-Analytic-Model heben, sodass jede SAC-Story sie über eine Live-Verbindung erbt, statt sie pro Story neu zu implementieren
- Jedes BEx-Artefakt (Query Designer, Analyzer, Web Application Designer) auf sein korrektes SAC-/Datasphere-Ziel abbilden und erkennen, wann für die Visualisierung ein Neubau — kein Port — erforderlich ist
- Eine pragmatische SAP-Analysis-for-Office-(AfO)-Brücke mit Roadmap und Übergangspfad entwerfen, um eine Adoptions-Revolte der Excel-Power-User während des Übergangs zu SAC-Stories zu verhindern
- Ein Nutzungsaudit für BEx-Queries und -Arbeitsmappen durchführen (BW-/BI-Statistiken), um die Migration auf tatsächlich genutzte Reports einzugrenzen und den Rest stillzulegen
Modulüberblick
Die Reporting-Migration von BEx zu SAP Analytics Cloud ist der Punkt, an dem die Migration auf die Menschen trifft, die die Reports tatsächlich nutzen — und an dem Programme, die die Datenschicht perfekt hinbekommen haben, trotzdem an der Adoption scheitern. Die technische Regel ist einfach, die kulturelle Herausforderung ist hart: die Query-Semantik in die Modellschicht heben; die Visualisierung nativ in SAC neu aufbauen; niemals versuchen, BEx Pixel für Pixel zu klonen.
Der BEx-Bestand, den Sie ablösen. Drei Werkzeuge, drei Migrationsgeschichten: BEx Query Designer (die Query-/Semantikschicht — eingeschränkte Kennzahlen, berechnete Kennzahlen, Variablen, Strukturen), BEx Analyzer (das in Excel eingebettete Analyse-Grid, in dem Power-User leben), und BEx Web Application Designer (Web-Dashboards). Jedes bildet sich anders auf die SAC-Welt ab, und sie zu vermischen ist der klassische Fehler.
Voraussetzungen
- Zunächst die Kernkonzepte durchgehen: C036, C035, C034
Lernergebnisse
- Unterscheiden, welche BEx-Semantik ins Analytic Model gehört, gegenüber welchen Verhaltensweisen nativ in SAC neu aufgebaut werden müssen.
- Eingeschränkte Kennzahlen, berechnete Kennzahlen, Variablen und Ausnahmeaggregation auf ihre SAC-/Datasphere-Äquivalente abbilden.
- Einen AfO-basierten Übergangsplan für Excel-Power-User mit definierter Roadmap entwerfen.
- Eine Reporting-Migration anhand von BW-/BI-Nutzungsstatistiken eingrenzen, statt jede bestehende Arbeitsmappe zu migrieren.
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.