Konzeptkarte

SAC Planning (SAP Analytics Cloud Planning) — Was es ist und wann man es einsetzt

Stand 2026-08-02T21:20:00Z

Redaktion: Cédric-Olivier Mâry, alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

Was ist SAC Planning (SAP Analytics Cloud Planning) — Was es ist und wann man es einsetzt?

Ein BI-Dashboard liest; ein Planning Model liest und schreibt. Vier Bausteine — Model, Version, öffentliche Dimension, Allocation —, dann Collaborative Planning für den Workflow und Seamless Planning für den geschlossenen Kreislauf mit S/4.

„SAC Planning" ist eine Formulierung, die Leute suchen, bevor sie wissen, welches von fünf Dingen sie meinen. Diese Seite ist die Landkarte: was die Fähigkeit tatsächlich ist, die vier Bausteine, die jede Implementierung hat, wie sie von einem Analysten bis zu einem Budgetzyklus mit fünfzig Kostenstellen skaliert, und wann ein dediziertes Planungswerkzeug stattdessen die ehrliche Antwort ist.

Was es ist, in einer Unterscheidung

Ein BI-Dashboard liest. Ein Planning Model liest und schreibt. Das ist der ganze Unterschied, und es ist die eine Fähigkeit in der SAP-Analytics-Cloud-Familie ohne Äquivalent in Power BI oder Tableau, sofern die Organisation nicht ein separates, dediziertes Planungsprodukt wie Anaplan, Pigment oder OneStream kauft.

Konkret: multi-versionierte, zeitgebundene, audit-protokollierte Datensätze, in die Finance- und Operations-Nutzer Prognosen, Budgets und Treiber eintippen, während die Plattform abgeleitete Werte in Echtzeit berechnet. Ein Analyst gibt Aktualisierungen auf Zellenebene ein, ein Planer führt What-if-Szenarien aus, Finance schließt eine Version, und diese Version wird zu dauerhafter, auditierbarer Historie.

Die vier Bausteine

Das Model ist das Schema — Dimensionen, Measures, Zeit und Version — gespeichert in HANA mit vollständigem Audit-Log.

Eine Version ist ein benannter Zustand dieses Models: Actuals, Budget, Forecast Q3, What-If Pessimistic. Das nebeneinander gestellte Blending mehrerer Versionen in einer View ist nativ, kein Workaround.

Eine Public Dimension wird über Models hinweg geteilt — Cost Centre, Product, Time, Currency —, sodass eine Änderung an der Dimensionsstruktur überall dort verbreitet wird, wo sie verwendet wird, statt pro Model wiederholt zu werden.

Warum es zählt

Planung ist die eine SAC-Fähigkeit ohne freies Äquivalent in der BI-Peer-Group, und die am häufigsten als Reporting-Upgrade verkaufte — so entdeckt ein Budgetzyklus im dritten Monat seine Workflow-Anforderungen.

Kernpunkte

Ein BI-Dashboard liest; ein Planning Model liest UND schreibt — multi-versioniert, zeitgebunden, audit-protokolliert.
Es ist die eine SAC-Fähigkeit ohne Äquivalent in Power BI oder Tableau, ohne Anaplan, Pigment oder OneStream zu kaufen.
Vier Bausteine: das Model (Schema in HANA mit vollständigem Audit-Log), die Version, die Public Dimension, die Allocation.
Eine Version ist ein benannter Zustand — Actuals, Budget, Forecast Q3, What-If Pessimistic —, und das Blending mehrerer in einer View ist nativ.
Public Dimensions verbreiten eine strukturelle Änderung überall dort, wo sie verwendet werden; lokale Dimensionen pro Model kaufen Geschwindigkeit am ersten Tag und ein späteres Restrukturierungsprojekt.
Eine Allocation macht aus einem Unternehmensziel eine Tausendschaft Kostenstellenzahlen oder rollt tausend Eingaben zu einer einzigen Board-Zahl hoch.
Collaborative Planning ist die Workflow-Schicht, die einen Budgetzyklus mit fünfzig Kostenstellen mit einer auditierbaren Freigabehierarchie ablaufen lässt.
Seamless Planning ist der geschlossene S/4-Kreis: Ist-Daten replizieren täglich in SAC, Planwerte schreiben sich in S/4-Felder zurück.
SAC Planning gewinnt, wenn Ist-Daten bereits in Datasphere leben und Ist-Plan-Abweichung in einer Tool-Familie gewünscht ist.
BARCs Planning Survey: stark, wo S/4HANA-Integration zählt, schwächer bei der Usability gegenüber Anaplan und Pigment in der operativen Planung — zitieren Sie die PEER GROUP.

Begriffe auf dieser Seite

Planning Model: SACs Write-Back-Primitive: ein multi-versionierter, zeitgebundener, audit-protokollierter Datensatz, in den Nutzer Werte eingeben und abgeleitete Zahlen sich in Echtzeit neu berechnen.
Version: Ein benannter Zustand eines Planning Model — Actuals, Budget, Forecast Q3, What-If. Das Blending mehrerer in einer View ist nativ in SAC.
Public Dimension: Eine über Models hinweg geteilte Dimension (Cost Centre, Product, Time, Currency), sodass strukturelle Änderungen sich verbreiten, statt pro Model wiederholt zu werden.
Allocation: Der Algorithmus, der einen Wert über eine Dimension verteilt — Top-Down, Bottom-Up oder treiberbasiert.
Collaborative Planning: Die Multi-User-, workflow-getriebene Schicht, die einen Budgetzyklus mit mehreren Kostenstellen durch eine definierte, auditierbare Freigabehierarchie laufen lässt.
Seamless Planning: SAPs Closed-Loop-Muster: S/4HANA-Ist-Daten replizieren täglich in SAC Planning, und Planwerte schreiben sich in S/4-Felder zurück.
Write-Back: Die Eigenschaft, die Planung von BI trennt — Nutzereingaben werden im Model persistiert, statt nur daraus gelesen zu werden.
The Planning Survey: BARCs jährliche User-Experience-Erhebung für Planungswerkzeuge; Ergebnisse sind nur innerhalb einer benannten Peer Group aussagekräftig.

Quellen

Vollständige Karte für Mitglieder. Was die vollständige Karte ergänzt: den vollständigen Entscheidungsrahmen · den Vergleich SAP · Snowflake · Databricks · Fabric · die häufigen Fallstricke und ihre Behebung · die Kurzreferenz · die Architekturschemata · die Codeblöcke · die zitierfähigen Kennzahlen.

In der App öffnen →