Konzeptkarte

SAP BusinessObjects Design Studio

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 BusinessObjects Design Studio?

Das BI-Anwendungsdesign-Werkzeug, mit dem Entwickler Dashboards per Skript und mit eigenen SDK-Komponenten erweitern konnten. Umbenannt in Lumira Designer und abgelöst durch SAC Analytic Applications — aber die individuellen Komponenten sind es, was sich nicht mitnehmen lässt.

Worum es geht

Design Studio war SAPs Antwort auf eine bestimmte Frustration: Dashboards, die sich nicht programmieren ließen. Wo frühere Werkzeuge Konfiguration boten, bot Design Studio eine Skriptsprache, ein Ereignismodell und — entscheidend — ein SDK, über das Entwickler eigene Komponenten schreiben konnten. Das öffnete die Tür zu einem echten Ökosystem: kundeneigene Diagramme, Navigationsleisten, Eingabesteuerelemente und Integrationen, die keine Produkt-Roadmap vorausgesehen hatte, gebaut von Partnern und von Entwicklern der Kunden selbst.

Die Namensgeschichte zählt für alle, die alte Materialien lesen. Design Studio wurde in die Lumira-Marke eingegliedert und lief als Lumira Designer weiter; dieselben Artefakte, dasselbe SDK, ein anderer Produktname. Ein großer Teil der Community-Dokumentation sagt noch „Design Studio“, während die installierte Software „Lumira Designer“ sagt, und diese als zwei getrennte Migrationsthemen zu behandeln, ist ein häufiger und teurer Fehler.

Das SDK ist zugleich der Grund für die Einführung und der Grund, warum der Ausstieg schwerfällt. Eine Design-Studio-Anwendung, die nur Standardkomponenten nutzt, hat einen einigermaßen direkten Ausdruck als SAC Analytic Application: Das Paradigma einer skriptbasierten, ereignisgesteuerten Analyseanwendung wird übertragen. Eine auf kundeneigenen SDK-Komponenten aufgebaute Anwendung hat das nicht, weil diese Komponenten Code sind, geschrieben gegen eine Laufzeitumgebung, die das Ziel nicht bereitstellt. Sie werden neu gebaut — in SAC als Custom Widgets, wo die Anforderung weiterhin gilt, oder fallengelassen, wo sich herausstellt, dass die Anforderung ein Workaround für eine Lücke war, die das Ziel inzwischen geschlossen hat.

Warum es zählt

Kundeneigene SDK-Komponenten sind Code, geschrieben gegen eine Laufzeitumgebung, die das Ziel nicht bereitstellt. Sie werden neu gebaut, und ihre Autoren sind häufig ein Partnerengagement, das vor Jahren endete.

Kernpunkte

Das Werkzeug für BI-Anwendungsdesign: Skriptsprache, Ereignismodell und ein SDK für kundeneigene Komponenten.
🔴 Design Studio und Lumira Designer sind dasselbe Thema unter zwei Namen — das schriftliche Material und die installierte Software stimmen nicht überein.
Anwendungen mit Standardkomponenten übertragen sich einigermaßen direkt auf SAC Analytic Applications.
Kundeneigene SDK-Komponenten tun das nicht: Sie werden als SAC Custom Widgets neu gebaut, oder fallengelassen, wenn die Anforderung ein Workaround war.
Nach Komponentennutzung scopen — Standard · skriptlastig · kundeneigenes SDK — und fragen, wer die kundeneigenen geschrieben hat.
Die Entscheidung ist pro Anwendung: auf Standardkomponenten übertragen, mit kundeneigenen Widgets neu bauen, oder ablösen.
Bevor eine SDK-Komponente bezahlt neu gebaut wird, klären, was sie umging — das Ziel deckt es heute vielleicht mit einer Standardfunktion ab.

Begriffe auf dieser Seite

SDK component: Eine kundeneigene Design-Studio-/Lumira-Designer-Komponente, geschrieben von einem Partner oder Kunden gegen das Erweiterungs-SDK des Produkts.
Analytic Application: Das SAC-Artefakt, das die skriptbasierte, ereignisgesteuerte Rolle spielt, die Design-Studio-Anwendungen spielten.
Custom widget: Der SAC-Erweiterungsmechanismus, über den eine neu gebaute SDK-Komponente ausgedrückt wird.
Scripting: Die ereignisgesteuerte Sprache von Design Studio, die Anwendungen programmierbar statt nur konfigurierbar machte.
Event model: Der Design-Studio-Mechanismus, der Skript an Nutzeraktionen bindet (bei Klick, bei Auswahl, beim Start). Es ist der Teil einer Anwendung ohne Konfigurationsäquivalent und muss deshalb neu verfasst werden.
Application catalogue: Das Inventar der Design-Studio-Anwendungen mit ihren Komponenten und Eigentümern. Es ist das Artefakt, das einen Neubau schätzbar macht, und es existiert selten, bevor jemand danach fragt.

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.