Konzeptkarte

KI-native UX in SAP — das Compositional Design System, SAP Fiori elements und Joule Work

Stand 16. 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 KI-native UX in SAP?

SAP beschreibt ein Compositional Design System, mit dem KI Unternehmens-UI zur Laufzeit aus geprüften Primitives, Composites und Design Knowledge zusammensetzt; laut SAP treibt es bereits Joule Work an (Sapphire, Mai 2026). Zehn SAP-TechEd-2026-Sessions (27.-29.10.) behandeln es, KI-native UX und SAP Fiori elements mit KI-Tooling. GA, Preise und Kunden-Authoring sind nicht veröffentlicht.

Zuerst der Status: dokumentierte Design-Seiten und Katalogbeschreibungen

Zwei Arten von Quellen stützen diese Karte. SAPs Design-Site veröffentlicht Seiten zum Compositional Design System (am 16. Oktober 2026 über Suchauszüge gelesen, da sap.com den direkten Abruf verweigerte). Der SAP-TechEd-2026-Katalog führt zehn Sessions dazu, zu KI-nativer Nutzererfahrung und zu SAP Fiori elements im Zeitalter der KI. Katalogeinträge sind Beschreibungen, keine Produktankündigungen. Wo weder Design-Seiten noch Katalog etwas sagen (Namen, GA-Termine, Preise, APIs), schreibt diese Karte „nicht veröffentlicht“.

Was SAP beschreibt: ein Designsystem, das KI lesen kann

Ein klassisches Designsystem dokumentiert, wie Komponenten aussehen. SAPs Seite „The Compositional Design System“ argumentiert, das genüge nicht mehr, wenn die KI statt eines Menschen den Bildschirm zusammensetzt: Das System muss auch sagen, welche Kombinationen gültig sind. SAP beschreibt deshalb eine Erweiterung des bestehenden Designsystems um Beziehungslogik, strukturierte Metadaten und Leitplanken, damit generative KI eine kohärente Oberfläche erzeugt statt Teile, die nur einzeln funktionieren. Der Katalog nennt die Bausteine der TechEd-Sessions: Primitives, Composites und Design Knowledge (JW129). Laut SAPs Get-started-Seite ist das Ergebnis ein technologieneutraler Composition Blueprint, den ein Renderer in beliebiger Front-End-Technologie in UI übersetzen kann. SAPs eigene Worte zu JW129: eine „brand-safe, enterprise-quality“ generative UI-Engine, die Erfahrungen wie Joule Work antreibt.

Einfach gesagt: Das Modell zeichnet keine Pixel und schreibt kein freies HTML. Es wählt und ordnet geprüfte Bausteine, geführt von verfasstem Designwissen, und ein Renderer zeichnet das Ergebnis zur Laufzeit. Das ist der Mechanismus hinter dem Versprechen „brand safe“. Ob die Garantien unter Last halten, ist nicht unabhängig geprüft; eine Evaluation wurde nicht gefunden.

Warum es zählt

Joule Work, Spaces und generierte Arbeitsbereiche verändern die Rolle einer Fiori-App: Die UI kann je Nutzer und Aufgabe zusammengesetzt werden, daher werden OData-Services, Annotationen und Berechtigungen zum eigentlichen Vertrag.
Der Status ist geteilt: SAPs Design-Seiten sagen, das System werde in Joule Work genutzt, die Roadmap nennt aber nur die Generierung als aktiv, Absichts- und Kontexterkennung folgen später. Angebote müssen sagen, was gilt.
Zehn TechEd-Sessions bieten eine Woche, den Stack von der UX-Strategie (ST116) bis zum praktischen Verfassen (JW161) zu lernen; Antworten zu Offenheit, Lizenz und Audit kommen erst nach dem 30. Oktober.

Kernpunkte

SAP beschreibt das Compositional Design System als Erweiterung seines Designsystems um Beziehungslogik, strukturierte Metadaten und Leitplanken, damit KI kohärente UI komponiert (SAP-Design-Seiten, über Suchauszüge).
Im Katalog genannte Bausteine (JW129): Primitives, Composites und Design Knowledge; die Ausgabe ist ein technologieneutraler Composition Blueprint.
Laut SAP wird es in Joule Work genutzt, angekündigt auf der SAP Sapphire im Mai 2026; Spaces erzeugt Arbeitsbereiche spontan (SAP-Design-Seite; SAPinsider).
Roadmap (laut Auszügen): Phase eins ist die Generierung; Absichts- und Kontexterkennung sind noch nicht aktiv.
Fiori elements bleibt der deklarative Weg; JW213 und JW811 betonen Annotationen, OData und „intent- und actionfähige Semantik“.
Der Fiori-MCP-Server (npm, stdio, neun Tools) erzeugt und ändert Fiori-Apps aus OData- oder CAP-Services; seine Seite nennt keinen Release-Status.
Zum 16. Oktober 2026 sind kein GA-Termin, kein Preis, keine öffentliche API und keine Regel zum Kunden-Authoring veröffentlicht.

Begriffe auf dieser Seite

Compositional Design System: SAPs um Beziehungslogik, Metadaten und Leitplanken erweitertes Designsystem, damit KI UI zusammensetzt.
Primitive: Kleinster geprüfter UI-Baustein in der Katalogformulierung (JW129).
Composite: Wiederverwendbare Anordnung von Primitives, die die KI platzieren kann; in JW161 verfasst.
Design Knowledge: Maschinenlesbare Regeln, welche Kompositionen gültig und markensicher sind.
Composition Blueprint: Technologieneutrale Beschreibung einer UI, die ein Renderer zeichnet (SAP-Get-started-Seite).
Spaces: Joule-Work-Funktion, die Arbeitsbereiche spontan erzeugt, laut SAPinsider und TechEd-Abstracts.
SAP Fiori elements: Framework, das Fiori-Apps aus OData-Services und Annotationen ohne freie UI-Programmierung baut.
Fiori-MCP-Server: npm-Paket @sap-ux/fiori-mcp-server, das KI-Coding-Assistenten Tools zum Erstellen und Ändern von Fiori-Apps gibt.

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 →