SAC-Berechnungen
Stand 2026-09-03
4 Berechnungsgrundformen: berechnete Kennzahl · eingeschränkte Kennzahl · berechnete Dimension · Variable+Eingabe. Erfahrene Platzierungsregel: ≥ 2 Stories → ins Datasphere-AM (M003) verschieben für DAC + Glossar + Versionskontrolle; story-lokal → SAC-Berechnung genügt. Aufwendige berechnete Dimension auf Zeilen im Millionenbereich = langsames Rendering; in DSP vorberechnen. SAC-Berechnungen sind nicht versionskontrolliert; governance-kritische Arbeit gehört stromaufwärts.
Was Sie lernen
- Die richtige Berechnungsgrundform (berechnete Kennzahl, eingeschränkte Kennzahl, berechnete Dimension, Variable/Eingabe) für eine gegebene Story-Anforderung wählen.
- Die erfahrene Platzierungsregel anwenden: jede Berechnung, die von zwei oder mehr Stories wiederverwendet wird oder governance-kritisch ist, in ein Datasphere-Analytic-Model verschieben, um DAC, Glossar und Versionskontrolle zu erhalten.
- Langsames Story-Rendering, das durch aufwendige berechnete Dimensionen auf großen Zeilenmengen verursacht wird, diagnostizieren und durch Vorberechnung in Datasphere beheben.
- Ein Story-übergreifendes Audit zur Berechnungsduplizierung durchführen und das Abdriftrisiko senken, indem jede SAC-lokale Berechnung katalogisiert wird.
Modulüberblick
SAC-Berechnungsansichten = abgeleitete Kennzahlen + Formeln + eingeschränkte Kennzahlen + gefilterte Dimensionen, die in SAC oberhalb eines Analytic Models definiert werden. Sie sind der richtige Ort für Business-Logik auf STORY-EBENE; der falsche Ort für Business-Logik auf UNTERNEHMENSEBENE. Die Entscheidung des erfahrenen Consultants: Wohin gehört diese Berechnung — in das Datasphere-Analytic-Model (von allen Stories genutzt) oder in diese eine Story?
Die 4 Berechnungsgrundformen.
- Berechnete Kennzahl — Formel, die bestehende Kennzahlen kombiniert (z. B.
margin pct = (revenue - cost) / revenue). - Eingeschränkte Kennzahl — Kennzahl mit eingebettetem Filter (z. B.
revenue eu = revenue WHERE country IN (EU members)). - Berechnete Dimension — abgeleitete Dimension (z. B.
revenue band = CASE WHEN revenue > 1M THEN 'large' ELSE 'small'). - Variable + Eingabesteuerung — Story-Zeit-Parameter (z. B. ein Geschäftsjahr-Selektor, der alle Widgets steuert).
Erfahrenes Muster — Platzierung. Ein Junior legt jede Berechnung in SAC ab, weil dort gerade gearbeitet wird. Ein Senior fragt: „Wird das wiederverwendet?" Wenn ja → ins Analytic Model in Datasphere (M003) verschieben, einmal definieren, überall konsumieren, DAC + Glossar gewinnen. Wenn nein → eine SAC-Berechnungsansicht ist in Ordnung.
Voraussetzungen
- Mittlere praktische Erfahrung mit SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durcharbeiten: C019, C008, C020
Lernergebnisse
- Ein realistisches Szenario durcharbeiten: Konzern mit 12 SAC-Stories, die über 18 Monate hinweg Ad-hoc-Berechnungen angehäuft haben. 6-wöchiges Refactoring-Programm.
- Das Anti-Pattern erkennen und vermeiden: eine konzernweite Kennzahl als SAC-Berechnung — Abdrift zwischen Stories, Audit-Versagen.
- Die Kernentscheidung des Moduls anwenden: SAC-Berechnung vs. DSP-AM — DSP-AM wählen, wenn von ≥ 2 Stories genutzt oder governance-kritisch; SAC, wenn story-lokal, nicht eine konzernweite Kennzahl in SAC (Abdrift).
- Die Beherrschung mit dem KPI verfolgen: Story-übergreifende Duplizierungsrate (Zielwert: < 5 %; Warnsignal: > 20 % = Abdriftrisiko).
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.