Analytics Legends Die Wissensplattform für SAP Analytics
Academy-Modul

Hierarchien in Datasphere

Hierarchies architecture: source table to foundation view to analytic model to consumers — architecture diagram for Hierarchies in Datasphere, Analytics Legends Academy module M010

Stand 2026-09-03

2 Varianten: Parent-Child (variable Tiefe, z. B. Kostenstelle) und stufenbasiert (feste Tiefe, z. B. Geschäftskalender). Erfahrenes Muster: auf dem Analytic Model definieren, nicht auf der View — eine einzige Quelle, überall verwendet. Zeithierarchie = V_DIM_CALENDAR im Foundation-Space. Kostenstelle = SCD Type 2 (Historie bleibt erhalten). Für die Drill-Performance in SAC serverseitige Hierarchie-Voraggregation nutzen.

Was Sie lernen

  • Für eine gegebene Business-Dimension zwischen Parent-Child- und stufenbasiertem Hierarchiedesign wählen
  • Eine Type-2-SCD-Hierarchie modellieren, die Reorganisationen übersteht, ohne historische Reports zu brechen
  • Hierarchien einmal auf dem Analytic Model definieren, damit SAC-, Joule- und Excel-Konsumenten synchron bleiben
  • Hierarchiedesign im Kundengespräch als tagessatzrelevante Fähigkeit positionieren

Modulüberblick

Hierarchien = die Struktur, die aus flachen Dimensionstabellen eine Navigation „Drill von Konzern → Region → Land → Kostenstelle" macht. Ohne saubere Hierarchien baut jede SAC-Story sie ad hoc neu; mit ihnen erbt jede Story den Konzernstandard.

Zwei Varianten.

  1. Parent-Child-Hierarchien — variable Tiefe (z. B. Kostenstellenhierarchie mit 3-12 Ebenen). Modelliert als rekursive Struktur mit einer Parent-ID, die innerhalb derselben Tabelle referenziert.
  2. Stufenbasierte Hierarchien — feste Tiefe (z. B. Geschäftsjahr > Quartal > Monat). Modelliert mit expliziten Stufenspalten.

Erfahrenes Muster. Hierarchien auf dem Analytic Model definieren, nicht auf der View. Das Analytic Model ist die Vertrauensebene; SAC-Stories, Joule-Skills und Excel-Pivots lesen alle daraus. EINMAL definieren, überall konsumieren.

Zeithierarchien sind die, die jedes Projekt nutzt. V_DIM_CALENDAR im Foundation-Space aufbauen mit: Geschäftsjahr, Geschäftsquartal, Geschäftsmonat, Geschäftswoche, Kalenderjahr, Kalendermonat, Kalenderquartal, Period-to-Date-Kennzeichen. Domänenübergreifend wiederverwenden.

Kostenstellenhierarchien driften ständig (Reorganisationen). Ein Type-2-SCD-Muster aufbauen: Historie behalten, zum Stichtag abfragen. Junior-Berater überschreiben; die nächste Reorganisation bricht jeden historischen Report.

Performance-Realität. Rekursive Hierarchien kosten. SAC unterstützt serverseitige Hierarchie-Voraggregation in DSP — nutzen. Ohne Voraggregation expandiert jeder Drill die rekursive Abfrage beim Konsumenten.

Voraussetzungen

  • Zunächst die Kernkonzepte durcharbeiten: C008, C006, C005

Lernergebnisse

  • Ein realistisches Szenario durcharbeiten: Industriekonzern, 12 Einheiten, Geschäftsjahr != Kalenderjahr, 8-stufige Kostenstellenhierarchie, monatliche Reorganisationen.
  • Das Antimuster erkennen und vermeiden: Type-1-SCD auf der Org-Dimension — Reorganisation bricht alle historischen Reports.
  • Die Kernentscheidung des Moduls anwenden: Parent-Child vs. stufenbasiert — Parent-Child für Org/Kostenstelle wählen; stufenbasiert für Zeit/Produkt, nicht stufenbasiert bei variabler Tiefe erzwingen (verlustbehaftet).
  • Beherrschung mit dem KPI verfolgen: Hierarchie-Wiederverwendung (Ziel: 1 Definition pro Dimension, ≥ 3 Konsumenten; Warnsignal: Neudefinition pro Konsument).

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.

In der App öffnen →