SAC Advanced: Scripting, APIs & Embedding
Stand 2026-09-03
3 fortgeschrittene Oberflächen: Scripting (mehrstufige Interaktivität) · API (programmatisch + Integration) · Embedding (kontextbezogene Analytics). Erfahrenes Muster: wenn möglich Standard-Widget; fortgeschrittene Lösungen nur mit ADR-Begründung. Skripte < 100 Zeilen pro Funktion, modular, im Peer Review geprüft. Die API umgeht DAC nie. Embedding erfordert Auth + CSRF + Prüfung der frame-ancestors. Die Preisprämie steckt in den 10-15 % der Projekte, die dies wirklich brauchen.
Was Sie lernen
- Die Oberflächen-Entscheidungsmatrix (Standard-Widget / Analytic-Application-Scripting / API / Embedding) anwenden, um eine Anforderung an das richtige Werkzeug zu leiten, statt standardmäßig zu skripten.
- Analytic-Application-Skripte wartbar halten: modulare Funktionen unter 100 Zeilen, im Peer Review geprüft, versionskontrolliert.
- Eine SAC-API-Integration entwerfen, die stets die Nutzeridentität und die DAC-Durchsetzung mitführt, und erklären, warum eine Umgehung über ein Service-Konto ein EU-AI-Act-Art.-10-Audit nicht besteht.
- Eine eingebettete SAC-Story mit Auth-, CSRF- und Frame-Ancestors-Prüfung absichern, bevor einer übergeordneten Anwendung vertraut wird.
Modulüberblick
Advanced SAC = Scripts, APIs, Embedding — die Oberflächen, auf denen SAC aufhört, „Drag-and-drop-Reporting" zu sein, und zur individuellen Application-Plattform wird. Erfahrene Consultants greifen darauf nur zurück, wenn Standard-Widgets die Anforderung nicht erfüllen können, und dokumentieren die Abweichung in einem ADR. Die meisten Projekte brauchen dies nicht; die 10-15 %, die es brauchen, sind der Ort, an dem Premium-Sätze entstehen.
Drei fortgeschrittene Oberflächen.
- Analytic-Application-Scripting — JavaScript-ähnliche Syntax in SAC, lässt Widgets auf Ereignisse reagieren, individuelle Interaktivität, mehrstufige Workflows. Einsatz für: komplexe Filterkaskaden, What-if-Szenarien-Durchläufe, maßgeschneiderte Navigationsmuster.
- SAC-APIs — REST- + OData-APIs zum programmatischen Lesen/Schreiben von SAC-Daten. Einsatz für: externe Systemintegration, automatisiertes Reporting (z. B. PDF-Erzeugungs-Pipeline), individuelle mobile Apps.
- Embedding — SAC-Stories in SAP Build Apps, Fiori, Teams, Slack oder Drittanbieter-Portale einbetten. Einsatz für: kontextbezogene Analytics dort, wo die Nutzer arbeiten (CRM, ITSM, individuelle Apps).
Erfahrenes Muster — die richtige Oberfläche wählen. Ein Junior verkabelt Scripting für ein Problem, das eigentlich ein UX-Problem ist (die Story refaktorieren, keine Skripte hinzufügen). Ein Senior durchläuft die Entscheidungsmatrix: Standard-Widget? → Widget verwenden. Mehrstufige Interaktivität? → Analytic Application. Programmatischer Zugriff? → API. Nutzer anderswo erreichen? → Embedding.
Voraussetzungen
- Mittlere praktische Erfahrung mit SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durcharbeiten: C019, C008, C020
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Versicherung, Schadenregulierer-App bettet SAC-Dashboard + individuellen What-if-Rechner + REST-Integration ins Schadensystem ein. 8-wöchiger Aufbau.
- Das Anti-Pattern erkennen und vermeiden: Ein Problem skripten, das ein UX-Refactoring ist — Wartungsschuld + UX weiterhin schlecht.
- Die Kernentscheidung des Moduls anwenden: Standard-Widget vs. Analytic Application — Widget wählen, wenn ausdrückbar; Analytic Application für echte mehrstufige Interaktivität, nicht das Skripten eines Problems, das ein UX-Refactoring ist.
- Die Beherrschung mit dem KPI verfolgen: Skriptfunktionsgröße P95 (Zielwert: < 100 Zeilen; Warnsignal: > 200 Zeilen = nicht wartbar).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Codeblöcke · die Wissenskontrolle · die Schemata.