Konzeptkarte

SAC Custom Widgets

Stand 2026-07-23

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 SAC Custom Widgets?

SAC Custom Widgets lohnen sich nur, wenn eine Visualisierungslücke real ist und sich über viele Stories hinweg wiederholt — eine eigenständige Web Component liefert ein typischer Entwickler in 2-3 Tagen, aber jedes SAC-Release kann sie brechen.

Worum es geht

SAC Custom Widgets sind die Erweiterbarkeits-Oberfläche auf Entwicklerebene, mit der ein Berater Visualisierungen und interaktive Komponenten ausliefern kann, die SAC nicht von Haus aus bietet — Sankey-Diagramme, benutzerdefinierte Karten mit nicht standardmäßigen Projektionen, Charting-Bibliotheken von Drittanbietern (Highcharts, AmCharts), animationsreiche Darstellungen oder spezialisierte Eingabeformulare. Sie sind die Antwort auf 'das Standard-SAC-Diagramm kann nicht, was wir brauchen', ohne SAC aufzugeben und die Anwendung anderswo neu zu bauen.

Was ein Custom Widget tatsächlich ist. Technisch handelt es sich um ein in sich geschlossenes JavaScript-Bundle, verpackt als Web Component, das SAC zur Laufzeit in Analytic Applications lädt. Das Widget stellt Eigenschaften bereit (im SAC Application Designer konfigurierbar wie jedes Standard-Widget), Ereignisse (an Scripting-Code auslösbar) und Methoden (aus Scripting-Code aufrufbar). Es erhält Daten von SAC über einen definierten Vertrag — gebunden an ein Dataset oder Modell — und rendert in seinen zugewiesenen Bereich der Arbeitsfläche. Authentifizierung, Datenabruf und Lebenszyklus liegen vollständig bei SAC; das Widget verantwortet ausschließlich sein Rendering.

Warum es zählt

Das Widget verantwortet nur das Rendering — Authentifizierung, Datenabruf und Lebenszyklus bleiben über einen definierten Properties-/Events-/Methods-Vertrag bei SAC.
Für eine einmalige Visualisierung ist eine R-Visualization oder ein eingebettetes statisches Bild günstiger als der Bau und die Pflege eines Custom Widgets.
Eine Flotte von Custom Widgets ist eine echte Wartungsverbindlichkeit, da jedes SAC-Release sie potenziell brechen kann — berücksichtigen Sie das in der Build-vs-Buy-Entscheidung.

Kernpunkte

Web-Component-basiert — in sich geschlossenes JS-Bundle, das SAC zur Laufzeit in Analytic Applications lädt; framework-agnostisch (vanilla JS, React über Wrapper, Lit).
Drei Oberflächen — Properties (im Designer konfigurierbar), Events (an Scripting auslösbar), Methods (aus Scripting aufrufbar); derselbe Vertrag wie bei jedem SAC-Widget.
SDK + CLI — von SAP bereitgestellte Vorlagen, Build-Tool, lokaler Vorschau-Server; erstes Widget 2-3 Tage End-to-End für einen kompetenten JS-Entwickler.
Deployment auf Tenant-Ebene — einmal in das Custom-Widget-Repository hochgeladen; für jede Analytic Application im Tenant verfügbar.
Wartungslast — jedes SAC-Release kann das Widget brechen; Regressionstests pro Release einplanen.
SAC Custom Widgets sind erst dann beherrscht, wenn sie eine benannte Käuferentscheidung verändern.
Beginnen Sie mit dem semantischen Vertrag und dem Kontrollmodell, bevor Sie das Tool vorführen.
Nutzen Sie aktuelle SAP-, Analysten-, Studien-, KG- und Nachrichtensignale als Beleg, nicht als Dekoration.
Trennen Sie verifizierte Fakten von richtungsweisenden Trends und modellierten Annahmen.
Definieren Sie Owner, Metrik, Schwellenwert, Support-Pfad und Rollback, bevor Sie skalieren.

Begriffe auf dieser Seite

Custom Widget: Eine SAC-Erweiterbarkeits-Oberfläche — ein als Web Component verpacktes JS-Bundle, das SAC zur Laufzeit in Analytic Applications lädt; ermöglicht Entwicklern, Visualisierungen und Komponenten auszuliefern, die SAC nicht nativ bietet.
Web Component: Ein W3C-Standard für in sich geschlossene UI-Komponenten — Custom Elements + Shadow DOM + HTML Templates; das technische Fundament der SAC Custom Widgets.
Custom Widget SDK: Das von SAP bereitgestellte Entwicklerkit — Vorlagen, CLI-Tool, lokaler Vorschau-Server, Debugging-Werkzeuge; der offizielle Weg zum Bau von Widgets, die dem Laufzeitvertrag von SAC entsprechen.
Tenant-Repository: Der Speicher der hochgeladenen Custom Widgets auf SAC-Tenant-Ebene; sobald ein Widget im Repository liegt, steht es jedem Analytic-Application-Designer im Tenant zur Verfügung.
Entscheidungsträger: Die verantwortliche Person, die den Trade-off akzeptiert und die nächste Maßnahme finanziert.
Semantischer Vertrag: Die gemeinsame Definition von Geschäftsbegriffen, Metriken, Entitäten und Zugriffsregeln, die von Tools und Teams verwendet wird.
Kontrollebene: Die Schicht, die Richtlinien, Zugriff, Herkunftsnachweis (Lineage), Monitoring und Eskalation im gesamten Betriebsmodell durchsetzt.
Evidenzgrad: Eine Kennzeichnung, die verifizierte Fakten, richtungsweisende Signale, modellierte Annahmen und Feldbeobachtungen voneinander trennt.

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.

In der App öffnen →