Konzeptkarte

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

Stand 10. Oktober 2026

Redaktion: Cédric Mary, 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)?

„SAC Planning“ ist eine Formulierung, die Leute suchen, bevor sie wissen, welches von fünf Dingen sie meinen.

„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.

Eine Allocation ist der Algorithmus, der einen Wert über eine Dimension verteilt: Top-Down, Bottom-Up oder treiberbasiert. So wird aus einem Unternehmensziel eine Tausendschaft Kostenstellenzahlen, und so rollen tausend Bottom-Up-Eingaben zu einer einzigen Board-Zahl hoch.

Wohin es führt, sobald es funktioniert

Zwei Richtungen, und beide sind eigene Konzepte, die man lesen sollte, bevor man eines von beiden verspricht.

Collaborative Planning ist die Multi-User-, workflow-getriebene Schicht — die Antwort auf die Frage, die sich jeder FP&A-Lead irgendwann stellt: Wie läuft ein Budgetzyklus mit fünfzig Kostenstellen in diesem Tool tatsächlich ab? Sie macht aus SAC Planning statt eines Ersatzes für die Ein-Analyst-Tabellenkalkulation eine Anwendung, die Hunderte Teilnehmer durch eine definierte, auditierbare Freigabehierarchie orchestrieren kann.

Seamless Planning (allgemein verfügbar seit dem SAC-Release Q1 2025) ist SAC Planning, dessen Modelldaten in SAP Datasphere persistiert sind: Das Modell wird in SAC gebaut und betrieben, seine Bewegungs- und Stammdaten liegen in einem Datasphere-Space, es gibt keine Replikation zwischen beiden, und Planversionen sind für Datasphere-Views lesbar, sobald sie gespeichert sind. Es schreibt keine Planwerte nach S/4HANA — das ist ein separater SAC-Export —, aber so wird „bringt uns weg von Excel“ zu einem Datasphere-plus-SAC-Programm statt zu einem Tool-Wechsel (Begleitkarte C020).

Wann SAC Planning die richtige Wahl ist — und wann nicht

Drei Faktoren entscheiden: wie eng die Planung neben den aus Datasphere stammenden Ist-Daten sitzen muss, wie stark die Organisation bereits in den SAP-Analytics-Stack investiert, und wie ausgefeilt die Planungslogik sein muss.

SAC Planning gewinnt klar, wenn Ist-Daten bereits in Datasphere leben und die Organisation eine Ist-Plan-Abweichungsanalyse innerhalb derselben Tool-Familie will, ohne separate Integrationsschicht, die gebaut und gepflegt werden muss.

Es ist die schwächere Wahl, wenn die Planungslogik selbst der schwierige Teil ist und der SAP-Bestand nebensächlich ist. BARCs Planning Survey — dieselbe Methodik wie ihr BI-Pendant, Tausende Endnutzer bewerten Dutzende KPIs, segmentiert nach Peer Group — sagt das klar: SAC Planning rangiert stark, wo S/4HANA-Integration zählt, und schwächer bei der Usability gegenüber Anaplan und Pigment in operativen Planungs-Peer-Groups. Zitieren Sie die Peer Group, oder zitieren Sie die Studie nicht.

Fallstricke

Planung als Reporting-Upgrade verkaufen. Es ist eine andere Disziplin mit anderen Nutzern, einem anderen Zyklus und einem anderen Fehlermodus; ein Team, das es als „SAC Phase zwei“ landet, entdeckt die Workflow-Anforderungen im dritten Monat.

Dimensionen pro Model modellieren. Lokale Dimensionen fühlen sich am ersten Tag schneller an und kosten ein Restrukturierungsprojekt, sobald sich Cost Centre das erste Mal in der Form ändert. Genau dafür gibt es Public Dimensions.

Seamless Planning auf einer Landschaft ohne verknüpften Datasphere-Tenant versprechen (ein SAC-Tenant ↔ ein Datasphere-Tenant, selbes Rechenzentrum, SAC auf HANA Cloud) — oder es als S/4-Write-back verkaufen. Sein gesamter Wert liegt im in Datasphere persistierten Plan; ohne das ist es gewöhnliches SAC Planning mit einem besseren Namen.

Die Versionsdisziplin überspringen. Definiert niemand, wer eine Version wann schließen darf, protokolliert der Audit-Trail das Chaos akkurat.

Die Joule-Perspektive, September 2026

Zwei GA-Fähigkeiten verändern 2026, wie ein Planungsprojekt gescoped wird. Erstens ist Joule nun direkt in die Datasphere-Oberfläche selbst eingebettet (GA, help.sap.com-Dokument vom 24.09.2026) für Navigation in natürlicher Sprache und spaceübergreifende Fragen — das ist speziell für Seamless Planning relevant, denn sobald die Bewegungs- und Stammdaten eines Planmodells in einem Datasphere-Space liegen, werden diese Daten über dieselbe konversationelle Schicht abfragbar, die ein Analyst bereits für Ist-Daten nutzt, ohne separate Integration. Zweitens indizieren Joules „just ask“-Analyseerkenntnisse in SAC unterstützte SAC-Modelle sowie Datasphere-Analysemodelle, die Teil einer BDC-Formation sind — ein Planer kann also grundsätzlich eine Ist-Plan-Abweichungsfrage in natürlicher Sprache stellen und sie in einem Durchgang sowohl gegen das Planning Model als auch gegen die verknüpften Datasphere-Ist-Daten auflösen lassen, was der praktische Nutzen ist, für den Seamless Planning gebaut wurde. Die Scoping-Falle, die man vorab benennen sollte: Das Joule-Release 2506 hat eine harte Voraussetzung hinzugefügt — SAP Build Work Zone muss Nutzer und Rollen von SAC nach Work Zone bereitstellen und synchronisieren —, damit diese Integration der konversationellen Analyse weiter funktioniert; ein Planungsprogramm, das „fragen Sie Joule zu Ihrem Budget“ verspricht, ohne eine mit Work Zone synchronisierte Identitätsschicht, verspricht eine kaputte Funktion, keine gescopte.

Was sich nicht ändert, ist die zentrale Unterscheidung, mit der die Karte beginnt. Joules Sprachschicht ist eine Lese- und Navigationsoberfläche über dem Modell; sie führt kein Write-back durch, lässt keine Allocation laufen und schließt keine Version ab — das bleibt deterministische, auditierte SAC-Planning-Mechanik, und kein konversationeller Feinschliff ersetzt die in den Fallstricken bereits genannte Versionsgovernance-Disziplin. Wo tatsächlich ein neues Muster entsteht, das es zu beobachten statt als geliefert zu versprechen gilt, ist der Einsatz eines tabellarischen Foundation-Modells — SAP-RPT-1.6, GA seit September 2026 in der Modellbibliothek des Generative AI Hub —, um eine statistische Basisprognose für einen Treiber zu erzeugen (eine Umsatztrendlinie, eine Kostenstellen-Run-Rate), die ein Planer anschließend als Startversion lädt und über den normalen Allocation- und Freigabeworkflow anpasst. SAP hat dies zum Zeitpunkt der Abfassung nicht als ausgeliefertes SAC-Planning-Integrationsmuster veröffentlicht; als architektonisch plausible Erweiterung zu behandeln, die einem Kunden bei der Bewertung seiner KI-Roadmap genannt werden sollte, nicht als Funktion, die in ein Statement of Work gescoped wird.

Für Preisgespräche: Jede Joule-Nutzung gegen ein Planungsmodell — Copilot-Fragen oder, künftig, ein auf einen Plan einwirkender Agent — wird wie jeder andere Premium-KI-Verbrauch der Plattform in AI Units gemessen; die aktuellen AI-Units-Kosten sowie etwaige Pooling-Konditionen von Joule for Consultants vor der Angebotserstellung eines Planungs-plus-KI-Scopes prüfen, denn SAPs Modell bepreist, was der Assistent tut, nicht, was der Planungstenant bereits lizenziert.

SAP Connect 2026 (Okt. 2026)

Die Connect kündigte keine neue SAC-Planning-Funktion an (in den geprüften Quellen wurde keine gefunden), veränderte aber die Roadmap drumherum. Laut ERP Today positioniert SAP SAP Enterprise Planning (auf dem Sapphire im Mai 2026 gestartet) zusammen mit der neuen SAP Enterprise Financial Consolidation als EPM-Plattform „Autonomous Performance Management“ auf Business Data Cloud; SAC-Planning-Kunden können auf Enterprise Planning upgraden. BPC- und BFC-Migrationsservices sind ab Q1 2027 geplant, EPM-Apps sind mit der BDC-Kernkapazität gebündelt, Joule Assistants werden in AI Units abgerechnet. Diese Termine und Paketierungen stammen aus unabhängiger Berichterstattung; SAPs eigene Seite wurde nicht gelesen, eine Preisliste existiert nicht.

Konsequenz: SAC Planning bleibt die lieferbare Antwort für Programme 2026; in jede mehrjährige Planungs-Roadmap gehört eine datierte Frage „Upgrade auf Enterprise Planning“, ohne sie zu versprechen. Ein Lebensende für SAC Planning nannte SAP in den geprüften Quellen nicht.

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 (GA Q1 2025): Das Modell wird in SAC gebaut, seine Daten werden in Datasphere persistiert — eine Kopie, keine Replikation, kein S/4-Write-back (Begleitkarte C020).
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.
SAP Connect (Okt. 2026): keine neue SAC-Planning-Funktion gefunden; laut ERP Today können SAC-Planning-Kunden auf SAP Enterprise Planning upgraden, EPM-Apps mit BDC-Kernkapazität gebündelt (Roadmap Q1 2027) — unabhängige Berichte, keine Preisliste.

Quellen

In der App öffnen →

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.