Konzeptkarte

SAP Lumira (Discovery & Designer)

Stand 27. September 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 Lumira (Discovery & Designer)?

Eine Marke für zwei voneinander unabhängige Produkte: Lumira Discovery, die Self-Service-Visualisierungs-Desktop-Anwendung, und Lumira Designer, das umbenannte Design Studio. Sie als ein Produkt zu lesen, ist der häufigste Fehler bei einer Lumira-Migration.

Worum es geht

SAP Lumira ist eine Marke, die zwei Produkte mit unterschiedlicher Herkunft, unterschiedlichen Nutzern und unterschiedlichen Migrationspfaden abdeckte — und sie zu vermischen ist der verlässlichste Weg, ein Lumira-Engagement falsch zu bepreisen.

Lumira Discovery ist die Self-Service-Linie: ein Desktop-Werkzeug, mit dem ein Analyst einen Datensatz beschafft, aufbereitet und Visualisierungen baut, ohne serverseitiges semantisches Modell. Es entstand aus SAPs Antwort auf die Self-Service-Welle, und seine Nutzer sind Analysten, die an eigenen Daten arbeiten, häufig vollständig außerhalb der IT-Governance.

Lumira Designer ist Design Studio unter späterem Namen: der skriptbasierte BI-Anwendungsdesigner mit Erweiterungs-SDK, genutzt von Entwicklern, um verwaltete, ereignisgesteuerte Analyseanwendungen auf BW und HANA zu bauen. Seine Nutzer sind Entwickler, seine Artefakte sind Anwendungen, und sein Rest ist Code.

Die beiden landen an unterschiedlichen Orten. Discovery-Inhalte laufen auf SACs Story- und Explorationsoberflächen zu, und die Migrationsschwierigkeit wird von einer Frage ungovernanter Daten dominiert — woher kam der Datensatz des Analysten, und lässt das Ziel ihn auf demselben Weg genauso leicht darauf zugreifen. Designer-Inhalte laufen auf SAC Analytic Applications zu, und ihre Schwierigkeit wird von kundeneigenen SDK-Komponenten dominiert, die als Custom Widgets neu gebaut werden müssen. Ein einziger Plan, der „Lumira migrieren“ sagt, ohne diese beiden zu trennen, liegt bei beiden falsch.

Was zuerst zu klären ist. Fragen, welches Lumira installiert ist und wer es nutzt. Lautet die Antwort „Analysten mit Desktop-Dateien“, hat man ein Governance- und Datenzugriffsproblem im Migrationskostüm. Lautet die Antwort „ein Entwicklungsteam mit Anwendungskatalog“, hat man ein Code-Neubau-Problem. Viele Bestände haben beides, in unterschiedlichen Abteilungen, ohne gemeinsamen Eigentümer.

Warum es zählt

Zwei Produkte unter einer Marke, mit unterschiedlichen Nutzern, unterschiedlichen Nachfolgern und unterschiedlichen Kostentreibern. Ein Plan, der sie nicht trennt, liegt bei beiden Hälften falsch.

Kernpunkte

🔴 Eine Marke, zwei Produkte: Lumira Discovery (Self-Service-Desktop) und Lumira Designer (umbenanntes Design Studio).
Discovery-Nutzer sind Analysten mit eigenen Datensätzen, häufig außerhalb der IT-Governance.
Designer-Nutzer sind Entwickler; seine Artefakte sind skriptbasierte Anwendungen und sein Rest ist SDK-Code.
Discovery landet auf SAC-Stories und -Exploration; Designer landet auf SAC Analytic Applications.
Vor jeder Schätzung klären, welches Lumira und wer es nutzt — viele Bestände betreiben beides ohne gemeinsamen Eigentümer.
Zwei Entscheidungen, nicht eine: eine Governance-Entscheidung für Discovery (verwalteter Pfad oder akzeptierter Schattenbestand) und eine Pro-Komponente-Neubau-Entscheidung für Designer.
Die beiden Hälften unterscheiden sich in der ART, nicht in der Größe — die eine ist kulturell und langsam, die andere technisch und schätzbar; ein einziges Datum verbirgt die langsame.

Begriffe auf dieser Seite

Lumira Discovery: Die Self-Service-Desktop-Linie: einen Datensatz beschaffen, aufbereiten und visualisieren ohne serverseitiges semantisches Modell.
Lumira Designer: SAP BusinessObjects Design Studio unter späterem Produktnamen — skriptbasierte BI-Anwendungen mit Erweiterungs-SDK.
Dataset acquisition: Wie ein Discovery-Analyst die Daten beschaffte. Häufig undokumentiert, und das eigentliche Thema einer Discovery-Migration.
Story: Das SAC-Artefakt, das die Rolle spielt, die Discovery-Visualisierungen spielten, auf einer verwalteten Grundlage.
Shadow estate: Von Analysten besessene Datensätze und Desktop-Inhalte außerhalb jeder verwalteten Quelle. Das eigentliche Thema der Discovery-Migration, und unsichtbar für ein serverseitiges Inventar.
Brand collision: Ein Produktname, der zwei unabhängige Produkte abdeckt. Deshalb fielen frühere Schätzungen beim selben Kunden widersprüchlich aus, und dies zu benennen, ist oft der erste Wert, den ein Berater liefert.

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.