Konzeptkarte

SAP BusinessObjects BI-Plattform

Stand 18. 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 SAP BusinessObjects BI-Plattform?

Der On-Premise-BI-Serverbestand — CMS, Universes, Scheduling, Sicherheit —, der für einen großen Teil der SAP-Kunden noch das Reporting betreibt. Nicht ein einzelnes Tool, sondern die Plattform ist es, was eine Migration tatsächlich ersetzen muss.

Worum es geht

SAP BusinessObjects BI Platform ist der On-Premise-Serverbestand, der die klassischen SAP-Reporting-Werkzeuge beherbergt: Web Intelligence, Crystal Reports und — zu ihrer Zeit — Design Studio, Lumira Designer, Analysis, Dashboards und Explorer. Über „BusinessObjects“ zu sprechen, als wäre es ein Report-Designer, übersieht, was den Ausstieg tatsächlich erschwert. Die Plattform ist ein Central Management Server mit einem Rechtemodell, einer Ordnerstruktur, einer Scheduling-Engine, die Tausende Instanzen an Postfächer und Dateiablagen ausliefert, einem Publikationsmechanismus mit Bursting und einer semantischen Schicht aus Universes, von der jeder Bericht abhängt.

Deshalb ist die Migration keine Report-Konversionsübung. Ein Kunde mit viertausend Berichten hat meist eine viel kleinere Zahl wirklich unterschiedlicher Berichte und eine viel größere Menge umgebender Maschinerie: Empfängerlisten, zeilenbasierte Sicherheit über Universe-Restriction-Sets, geplante Verteilungen mit Geschäftsverantwortlichen, mit denen seit Jahren niemand mehr gesprochen hat, und Integrationen, die exportierte Dateien konsumieren. Die Berichte zu ersetzen ist die sichtbare Hälfte; die Plattformverhalten zu ersetzen ist die Hälfte, die entscheidet, ob die Migration gelingt.

Die semantische Schicht verdient eigene Aufmerksamkeit. Universes — UNV im klassischen Designer, UNX im Information Design Tool — kodieren Joins, Kontexte, Aggregate Awareness und Sicherheit. Sie sind ein echter Vermögenswert, und sie haben auf der anderen Seite kein originalgetreues Äquivalent: SAP Analytics Cloud konsumiert Live-Verbindungen und Datasphere-Modelle, was ein anderes Modellierungsparadigma ist, kein anderes Dateiformat. Ein Universe wird neu ausgedrückt, nicht konvertiert.

Warum es zählt

Die meisten SAP-Kunden berichten immer noch aus BusinessObjects, und das Plattformverhalten — Scheduling, Bursting, Universe-Sicherheit — ist das, was eine Migration unterschätzt. Die Berichtszahl ist die falsche Kennzahl.

Kernpunkte

Ein Serverbestand, kein Report-Designer: CMS-Rechtemodell, Ordner, Scheduling, Publikationen und Bursting, plus die semantische Universe-Schicht.
🔴 Die Berichtszahl ist die falsche Scoping-Kennzahl. Objekte nach Typ, monatlich geplante Instanzen, unterschiedliche Universes und im letzten Quartal tatsächlich geöffnete Berichte sind die richtigen.
Universes (UNV/UNX) kodieren Joins, Kontexte, Aggregate Awareness und zeilenbasierte Sicherheit — im Ziel neu ausgedrückt, niemals konvertiert.
SAC konsumiert Live-Verbindungen und Datasphere-Modelle: ein anderes Modellierungsparadigma, kein anderes Dateiformat.
Wartungshorizonte wurden mehr als einmal verlängert — die aktuelle Product Availability Matrix lesen, keine Folie.
Die Entscheidung, die das Programm organisiert, ist Neubau-oder-Ablösung, getroffen pro Bericht anhand der Nutzung im letzten Quartal — nicht pro existierendem Bericht.
Plattformverhalten (Bursting, Publikationssicherheit, externe Verteilung) werden pro Verteilung mit benanntem Geschäftsverantwortlichen entschieden, nie einmal für den gesamten Bestand.

Begriffe auf dieser Seite

CMS (Central Management Server): Die BusinessObjects-Komponente, die das Rechtemodell, die Ordnerstruktur und die Objektmetadaten für die gesamte Plattform hält.
Universe (UNV/UNX): Die semantische Schicht von BusinessObjects: Joins, Kontexte, Aggregate Awareness und zeilenbasierte Sicherheit über eine Datenquelle.
Publication / bursting: Plattformmechanismus, der einen Bericht einmal pro Empfängersegment ausführt und personalisierte Ausgaben in großem Umfang verteilt.
BI Launch Pad: Das Web-Portal der BI Platform für Endnutzer, über das Berichte geöffnet, geplant und geteilt werden.
Aggregate awareness: Der Universe-Mechanismus, der eine Abfrage zu einer vorab aggregierten Tabelle umleitet, wenn diese die angeforderte Granularität abdeckt. Er hat auf dem Ziel kein gleichwertiges Äquivalent und wird als Modellierung neu ausgedrückt.
Restriction set: Das Universe-Objekt, das zeilenbasierte Sicherheit ausdrückt, indem es eine WHERE-Bedingung an eine Benutzergruppe anhängt. Hier lebt die Datensicherheit eines BusinessObjects-Bestands tatsächlich.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →

Offene SAP-Projekte

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