Zeitreihen & fortgeschrittene Dimensionen
Stand 2026-09-03
Zeitlogik gehört ins Datasphere-Modell, nicht in die SAC-Story. Vier Reifegrade: Kalender → Standardhierarchie → Geschäftsjahreshierarchie → doppelter Kalender. Fortgeschrittene Muster: SCD2 auf Kostenstelle/Mitarbeiter (nur wenn Historie abgefragt wird), vorberechnete Datumsdimension mit allen Attributen, hierarchische Views (SAC-nativ), unregelmäßige Hierarchien auf Blattebene abflachen. Die Bestätigung des Geschäftsjahreskalenders ist vor Projektbeginn zwingend. Expertise im doppelten Geschäftsjahreskalender → +15-20 % Tagessatzprämie.
Was Sie lernen
- Eine Datasphere-Datumsdimensionstabelle mit geschäftsjahres- und gregorianischen Kalenderattributen für ein reales Engagement entwerfen
- SCD2 nur dort anwenden, wo die Historie tatsächlich abgefragt wird, und die Entscheidung in einem ADR dokumentieren
- Hierarchische Views in Datasphere so konfigurieren, dass SAC-Stories Zeitintelligenz ohne Story-Level-Formeln erben
- Eine bestehende SAC-Story auditieren und Story-Level-Geschäftsjahres-YTD-Formeln in die Analytic-Model-Schicht migrieren
Modulüberblick
Zeitreihen und fortgeschrittene Dimensionen sind der Mechanismus, der aus einer flachen Faktentabelle eine temporale Intelligence-Schicht macht — der Unterschied zwischen „Umsatz dieses Quartal" und „Umsatz dieses Quartal vs. Vorjahreszeitraum, Prognosetrend und saisonbereinigte Abweichung." Ein erfahrener Consultant konzipiert Zeitintelligenz in das Modell hinein, nicht als Story-Level-Patch. Junior-Fehler: YTD über eine SAC-eingeschränkte Kennzahl auf jedem Chart hinzufügen. Erfahrenes Handwerk: die Zeitdimension korrekt im Datasphere-Analytic-Model definieren, sodass jede nachgelagerte Story YTD, PYTD, rollierende 12 Monate und Abweichung automatisch erbt.
Die Zeitdimension in SAP-Analytics: vier Reifegrade.
- Nur Kalenderdatum — Rohdatumsfeld, keine Hierarchie, kein Geschäftsjahreskalender. Abfragen funktionieren; Zeitintelligenz erfordert manuelle Story-Level-Formeln.
- Standard-Zeithierarchie — Jahr / Quartal / Monat / Woche / Tag. Funktioniert für Nutzer mit gregorianischem Kalender. Bricht bei Nutzern mit Geschäftsjahr (deutscher Jahresbeginn April, US-Fiskaljahr Oktober, Retail-4-4-5-Kalender).
- Geschäftsjahres-Zeithierarchie — auf den tatsächlichen Geschäftsjahreskalender des Kunden abgebildet. Erfordert eine Zeitdimensionstabelle in Datasphere mit den Feldern Geschäftsjahr, Geschäftsjahresperiode, Geschäftsjahresquartal, korrekt mit dem Fakt verknüpft. Dies ist das Minimum für jedes ernsthafte Finance-Engagement.
- Doppelte Zeitdimension — eine gregorianisch, eine geschäftsjahresbasiert, auf demselben Fakt. Erforderlich für multinationale Konzerne, deren Einheiten unterschiedliche Geschäftsjahreskalender haben. Fortgeschrittenes Muster: eine vereinheitlichte Zeitdimension, in der beide Kalendersysteme kodiert sind, wodurch eine Cross-Join-Explosion vermieden wird.
Voraussetzungen
- Mittlere praktische Erfahrung mit SAP-Analytics-Projekten
- Zunächst die Kernkonzepte durcharbeiten: C008, C083, C079
Lernergebnisse
- Eine Datasphere-Datumsdimensionstabelle mit geschäftsjahres- und gregorianischen Kalenderattributen für ein reales Engagement entwerfen.
- SCD2 nur dort anwenden, wo die Historie tatsächlich abgefragt wird, und die Entscheidung in einem ADR dokumentieren.
- Die Kernentscheidung des Moduls anwenden: Zeitdimensionsstufe — Geschäftsjahres-Hierarchie (L3) als Minimum für Finance wählen; doppelt (L4) für multinationale Konzerne, nicht Rohdatum + Story-Level-YTD-Formel (bricht an der Geschäftsjahresgrenze).
- Die Beherrschung mit dem KPI verfolgen: Geschäftsjahreskalender vor Designbeginn bestätigt (Zielwert: 100 % der Engagements; Warnsignal: Design ohne Bestätigung begonnen = Nacharbeit garantiert).
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.