SAC-Planungsgrundlagen
Stand 2026-09-03
Plan-Modelle sind gesteuerte Artefakte ersten Ranges, keine Excel-Ersatz-Tabellen — die Versionsdimension (Budget · Forecast · Szenario · gesperrter Snapshot) ist die Stelle, an der die meisten Aufbauten scheitern. Drei Muster — Top-down, Bottom-up, iterativer Abgleich —, der richtige Standard folgt der Planungskultur, nicht den Werkzeugfähigkeiten. Erfahrenes Muster: versionsgesperrte Snapshots, ein signierter Freigabe-Audit-Trail und S/4-Commitments erst nach Freigabe gebucht; Live-Binding macht aus jedem Tastenanschlag eine CO-Buchung. Die Tagessatzprämie liegt in dieser letzten Entscheidung: Ein Einsteiger verdrahtet den Write-back auf eine flache Tabelle, ein Erfahrener entwirft den Audit-Trail, der den Fragen des Finance-Controllers achtzehn Monate später standhält.
Was Sie lernen
- Ein Plan-Modell als gesteuertes Sternschema mit Write-back entwerfen — Dimensionen, Versionstaxonomie und Validierungsregeln, keine nachgebaute Konzern-Tabelle.
- Das richtige Planungsmuster wählen — top-down, bottom-up oder iterativer Abgleich — passend zur tatsächlichen Planungskultur des Kunden, und die Wahl gegen zwei verworfene Alternativen verteidigen.
- Einen Freigabe-Workflow bauen, der die S/4-Commitment-Buchung absichert, mit Audit-Trail und dokumentierter Aufbewahrungsrichtlinie für Snapshots.
- Die Entscheidung zur Versionstaxonomie benennen, die einen unerfahrenen SAC-Konfigurator von einem Planungsarchitekten mit Tagessatzprämie unterscheidet.
Modulüberblick
SAC Planning = die geschlossene Schicht, in der Ist-Daten aus Datasphere auf Plan-/Forecast-/Budgetwerte treffen, die von Fachanwendern zurückgeschrieben werden. Das erfahrene Muster: Plan-Modelle sind gesteuerte Artefakte ersten Ranges, keine Excel-Ersatz-Tabellen. Anfängerfehler: die Konzern-Tabelle in SAC nachbauen. Erfahrenes Handwerk: Plan-Modelle mit Versionskontrolle, Allokationslogik, Währungsumrechnung und Integration in die S/4-Commitment-Buchung entwerfen.
Das Plan-Modell = Sternschema mit Write-back. Wie ein Analytic Model, aber schreibbar. Dimensionen (Konto, Kostenstelle, Periode, Version, Szenario) + Kennzahlen (geplanter Betrag, committierter Betrag, Ist-Werte, Abweichung). Die Versionsdimension ist das, was Einsteiger falsch machen: Budgets, Forecasts, Szenarien, Snapshots — alle sind Versionen in einem Modell, nicht separate Modelle.
Die 3 Plan-Modell-Muster.
- Top-down-Planung — Der Konzern setzt ein Ziel, allokiert per treiberbasierter Logik nach unten (z. B. Umsatz × 4,2 % FX = Headcount-Budget je Region).
- Bottom-up-Planung — lokale Manager erfassen ihren Plan, das System aggregiert, die Abweichung (GAP) gegenüber dem Konzernziel wird angezeigt.
- Iterativer Abgleich — Top-down + Bottom-up laufen parallel, mit Meeting-Rhythmus zum Abgleich der Differenzen.
Voraussetzungen
- Zunächst die Kernkonzepte durchgehen: C020, C019, C017
Lernergebnisse
- Ein gesteuertes Plan-Modell entwerfen — Sternschema mit Write-back — statt einer Excel-Ersatz-Tabelle.
- Ein Planungsmuster (top-down, bottom-up oder iterativer Abgleich) auswählen und gegen die tatsächliche Planungskultur des Kunden verteidigen.
- Die zentrale Entscheidung des Moduls anwenden: Top-down vs. bottom-up vs. iterativ — iterativ wählen für hochriskante Jahreszyklen; bottom-up für dezentrale Erfassung; top-down für schnelle Ziele, nicht die Diskrepanz zur Organisationskultur.
- Die Beherrschung mit dem KPI verfolgen: Anzahl der Plan-Modelle pro Zyklus (Ziel: 1 je Planungsdomäne; Warnsignal: > 3 = Drift-Risiko).
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.