SAC Advanced: Scripting, APIs & Embedding

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.

1. Story- und Analytic-Application-Scripting (klassische Stories und klassische Analytic Applications werden zugunsten der Optimized Story Experience eingestellt; siehe den Abschnitt 2026 am Ende) — 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.
2. 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.
3. 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).

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).