Konzeptkarte

SAP BEx (Business Explorer)

Stand 2026-08-29

Redaktion: Cédric-Olivier Mâry, 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 BEx (Business Explorer)?

BEx — Business Explorer — ist die klassische Frontend-Suite von SAP BW: der Query Designer, in dem OLAP-Queries definiert werden, das Analyzer-Add-in, das sie in Excel bereitstellt, der Web Application Designer für Browser-Ausgaben, der Report Designer für formatierte Ausgaben und der Broadcaster für die geplante Verteilung.

Worum es geht

Die Unterscheidung, die Migrationspläne entscheidet. Die BEx-Client-Werkzeuge und die BEx-Query sind nicht dasselbe Objekt, und SAPs Ablösungsbotschaft betrifft die Werkzeuge. Eine BEx-Query ist eine Query-Definition auf einem InfoProvider — eingeschränkte und berechnete Kennzahlen, Variablen, Exceptions, Bedingungen, freie Merkmale —, und diese Definition wird heute von SAP Analysis for Microsoft Office, von SAP Analytics Cloud über Live-Verbindungen und von BW/4HANA selbst konsumiert. Die Ablösung des Frontends löst nicht die Queries ab, und ein Plan, der davon ausgeht, wird vorschlagen, Tausende Objekte neu zu bauen, die das gar nicht müssen.

Was tatsächlich endet. Die Client-Werkzeuge und mit ihnen die Artefakte, die nur sie erzeugen: Web-Application-Designer-Vorlagen, Report-Designer-Layouts, Broadcaster-Verteilungseinstellungen. Diese haben Nachfolger anderer Art — SAC-Stories und -Anwendungen sowie SACs eigenes Scheduling — statt Konverter, und sie tragen echten Neubauaufwand.

Wo die Queries selbst Arbeit brauchen. BEx-Queries, die gegen klassische BW-Objekte geschrieben wurden, brauchen unter Umständen Anpassung, wenn sich der zugrunde liegende Provider bei einem Umzug zu BW/4HANA oder Datasphere ändert, und manche Query-Funktionen verhalten sich über SAC-Live-Verbindungen anders als im Analyzer. Das ist eine gezielte Überprüfung von Query-Funktionen, kein vollständiger Neubau — und der Unterschied zwischen diesen beiden Rahmungen ist meist der Unterschied zwischen einem tragfähigen und einem aufgegebenen Programm.

Wie inventarisiert wird. Queries zählen, dann die zählen, die im letzten Quartal tatsächlich ausgeführt wurden; getrennt davon Web-Application-Designer-Vorlagen, Report-Designer-Layouts und Broadcaster-Einstellungen zählen. Das erste Paar sagt, was überlebt, die zweite Gruppe sagt, was neu gebaut werden muss.

Der 2027/2030-Horizont. BW/4HANA selbst hat Web Application Designer, Report Designer und den Broadcaster bereits aus seinem unterstützten Werkzeugsatz gestrichen — ein Bestand, der von klassischem BW zu BW/4HANA umzog, verlor diese Werkzeuge Jahre vor jeder formalen Ablösungsankündigung und musste diese Schicht in SAC oder Analysis for Office neu bauen, unabhängig von der breiteren BW-7.5-Wartungsuhr. Klassisches BW 7.5, wo die vollständige BEx-Suite noch läuft, liegt auf SAPs Mainstream-Wartungshorizont bis 2027, mit optionaler kostenpflichtiger Verlängerung bis 2030 — derselben Uhr wie SAP Business Suite 7. Das ist die eigentliche Frist für die Client-Werkzeuge, keine BEx-spezifische Ankündigung. Die BEx-Query-Definitionen selbst wandern unabhängig von dieser Uhr weiter, über BW/4HANAs Compatibility Views oder eine Datasphere-Replikation der zugrunde liegenden InfoProvider — genau deshalb führt eine Aufwandsschätzung anhand von Werkzeug-Ablösungsdaten statt Query-Zahlen zu einer Unter- oder Überschätzung der Arbeit.

Die Entscheidung, die das erzwingt. Die Ablösungsfrage teilt sich in zwei, und beide auf einmal zu beantworten, ist der Standardfehler. Für die Queries lautet die Entscheidung Behalten-und-Neu-Verweisen versus Neubau — und Behalten ist fast immer richtig, weil eine BEx-Query ein Definitionsobjekt ist, das echte geschäftliche Übereinkunft über eingeschränkte Kennzahlen, Variablen und Exceptions trägt. Der Kompromiss dort ist eine gezielte Überprüfung überall dort, wo sich eine Funktion über eine Live-Verbindung anders verhält als im klassischen Client. Für die werkzeugspezifischen Artefakte — Web-Application-Designer-Vorlagen, Report-Designer-Layouts, Broadcaster-Verteilungseinstellungen — lautet die Entscheidung Neubau versus Ablösung, und die entscheidende Tatsache ist Nutzung, nicht Existenz: eine Broadcaster-Verteilung, die seit einem Jahr niemand geöffnet hat, ist ein Gespräch mit ihrem Eigentümer, keine Zeile in einer Neubau-Schätzung.

Warum es zählt

Die BEx-Werkzeuge enden; die BEx-Query nicht. Ein Plan, der diese Unterscheidung übersieht, schlägt vor, Tausende Query-Definitionen neu zu bauen, die SAC und Analysis for Office so konsumieren, wie sie sind.

Kernpunkte

Die klassische BW-Frontend-Suite: Query Designer, Analyzer, Web Application Designer, Report Designer, Broadcaster.
🔴 Die Ablösung betrifft die CLIENT-WERKZEUGE. Die BEx-Query ist ein Definitionsobjekt auf einem InfoProvider und wird heute von Analysis for Office und SAC-Live-Verbindungen konsumiert.
Was tatsächlich endet: Web-Application-Designer-Vorlagen, Report-Designer-Layouts, Broadcaster-Verteilungseinstellungen — neu gebaut, nicht konvertiert.
Queries brauchen unter Umständen eine gezielte Überprüfung, wo sich der Provider ändert oder eine Funktion über eine SAC-Live-Verbindung anders verhält.
Inventarisierung in zwei Teilen: Queries und ihre Ausführung im letzten Quartal, dann die werkzeugspezifischen Artefakte.
Zwei getrennte Entscheidungen: Behalten-und-Neu-Verweisen versus Neubau für die QUERIES, und Neubau versus Ablösung für die WERKZEUG-Artefakte.
Nutzung, nicht Existenz, entscheidet über die Werkzeug-Artefakte — eine ungeöffnete Broadcaster-Verteilung ist ein Gespräch mit ihrem Eigentümer, keine Neubau-Zeile.

Quellen

In der App öffnen →