Konzeptkarte

SAP Analytics Cloud — Collaborative Planning

Stand 2026-07-24T14:00: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 SAP Analytics Cloud — Collaborative Planning?

SAC Collaborative Planning macht aus SAC vom Ersatz für Einzelanalysten-Tabellenkalkulationen eine mehrstufige Workflow-Engine, die einen Budgetzyklus über 50 Kostenstellen durchgängig abwickeln kann.

Worum es geht

SAC Collaborative Planning ist die mehrbenutzerfähige, workflowgesteuerte Schicht innerhalb von SAP Analytics Cloud Planning, die die Frage beantwortet, die sich jeder FP&A-Leiter irgendwann stellt: Wie läuft ein Budgetzyklus über fünfzig Kostenstellen im Tool tatsächlich ab, wenn jeder Kostenstellenverantwortliche seine eigenen Zahlen einträgt, ein regionaler Controller sie prüft und hinterfragt, der CFO abzeichnet und das Ganze eine externe Prüfung bestehen muss. Es ist das, was SAC Planning von einem Ersatz für Einzelanalysten-Tabellenkalkulationen in eine Unternehmensanwendung verwandelt, die Hunderte von Teilnehmern durch eine definierte, prüfbare Genehmigungshierarchie orchestrieren kann.

Warum es zählt

Versionen zusammen mit aufgabenbasierten Planungsprozessen erlauben es Hunderten von Teilnehmern, Budgets über eine definierte Hierarchie mit unveränderlichem Audit-Trail einzureichen, zu prüfen und zu genehmigen.
Kommentare auf Zellenebene, die an bestimmte Datenschnittmengen gebunden sind, halten das „Warum“ hinter einer Zahl (z. B. einen Q3-Ausschlag) für Prüfer und Controller fest.
Sperren und Data-Access-Controls auf Versions-, Element- und Kennzahlebene erlauben es jedem Kostenstellenverantwortlichen, nur sein eigenes Segment zu bearbeiten, ohne den konsolidierten Plan zu gefährden.

Kernpunkte

Vier Bausteine — Versionen (benannte Entwürfe → Genehmigungspfad → committet; unveränderliches Audit), Aufgaben/Prozesse (Workflow: Zuweisungen + Fristen + Abhängigkeiten + Benachrichtigungen + Eingang), Kommentare (Zellenebene, fortlaufend, bleibt über Einreichungen hinweg erhalten), Sperren/DAC (Versions-/Element-/Kennzahlsperre + Data-Access-Control-Trennung).
Skalierungsgrenze: 200–500 Teilnehmer werden zuverlässig gehandhabt; darüber hinaus ist ein Performance-Test vor dem Go-live zwingend erforderlich; ≤3 Genehmigungsstufen werden empfohlen (ab 5+ Stufen wird die Administration langsam).
Nebenläufigkeitsgrenze: optimistisches Sperren — bei derselben Zelle gewinnt der letzte Schreibvorgang; die Datenpartitionierung so gestalten, dass jedem Teilnehmer ein nicht überlappendes Segment gehört (Partitionierung nach Kostenstelle, Entität oder Kennzahl).
SOX-Compliance: Das Genehmigungs-Audit-Log erfasst jede Versionszustandsänderung (Einreicher, Genehmiger, Zeitstempel, Versions-IDs) — erfüllt die Prozessdokumentation nach SOX §302/906 und die IFRS-Kontrollen zur Planungserläuterung.
Tenant-übergreifende Einschränkung: Alle Teilnehmer müssen sich im selben SAC-Tenant befinden; Planung mit Joint-Venture-Partnern oder integrierten Lieferanten erfordert einen Datenaustausch als Behelfslösung (kein nativer tenant-übergreifender Workflow).
Versionsverwaltung für parallele Szenarien: Budget v1/v2/v3, Management Case, Downside, Upside laufen unabhängig voneinander ohne Datenkollision — die Standardarchitektur für Vorstandspräsentationen mit mehreren Szenarien.
Verkettung von Planungsprozessen: Mehrere Prozessdefinitionen können nacheinander geschaltet werden (z. B. Kostenstellen-Eingabe → regionale Konsolidierung → Konzerneinreichung), um komplexe mehrstufige Budgetzyklen abzubilden.
Kommentare auf Zellenebene sind der Audit-Mechanismus zur Dokumentation von Annahmen — Rückstellungserläuterungen nach IFRS 17 und IAS 37 etwa werden an der spezifischen Rückstellungszelle mit fortlaufender Diskussion dokumentiert.
Data Access Control (DAC) in SAC Planning nutzt denselben Mechanismus wie SAC Stories — Zugriff auf Elementebene, gesteuert über eine Benutzerattributzuweisung; die Planungs-DAC muss parallel zum Datenmodell entworfen werden, nicht nachträglich nach dem Go-live.
Anti-Pattern: Collaborative Planning ohne Datenpartitionierungsstrategie zu konfigurieren — jeder Teilnehmer kann während der Entwurfsphase die Zahlen aller anderen sehen, was die Budgetvertraulichkeit verletzt und zu Koordinationschaos führt.

Begriffe auf dieser Seite

Planungsversion: Eine benannte, unabhängige Kopie von Plandaten in SAC Planning (Actual, Forecast Q1, Budget v3, What-if Optimistic); die Granularität, auf der Kollaboration, Sperren, Genehmigungs-Workflows und Audit operieren. Versionen sind isoliert — die Bearbeitung von Budget v3 wirkt sich nicht auf Budget v2 aus.
Planungsprozess: Eine Workflow-Definition in SAC Collaborative Planning, die einen mehrstufigen Planungszyklus orchestriert: Aufgabenzuweisungen mit Fristen, Schrittabhängigkeiten, automatisierte Benachrichtigungen, ein Genehmigungstor und einen Versionszustandsübergang bei Genehmigung. Mehrere Prozesse können nacheinander verkettet werden.
Data Access Control (DAC): Der SAC-/Datasphere-Mechanismus, der Lese- und Schreibzugriff auf Daten anhand eines Benutzerattributs (Kostenstelle, Region, Geschäftsbereich) partitioniert; in Collaborative Planning erzwingt DAC, dass Teilnehmer A nur das eigene Datensegment sehen und beschreiben kann — die grundlegende Kontrolle für verteilte Budgetteilnahme und SOX-Compliance.
Optimistisches Sperren: SACs Nebenläufigkeitskontrolle für Planungseingaben: Das System geht zum Zeitpunkt der Bearbeitung von keinem Konflikt aus und löst ihn beim Speichern auf — speichern zwei Nutzer dieselbe Zelle, gewinnt stillschweigend der zweite Speichervorgang. Die architektonische Abhilfe besteht darin, nicht überlappende Datenpartitionen pro Teilnehmer zu gestalten.
Genehmigungs-Audit-Log: Der unveränderliche Datensatz jeder Planungsversions-Zustandsänderung in einem kollaborativen Zyklus: wer eingereicht, wer genehmigt oder abgelehnt hat, zu welchem Zeitstempel, von welchem Versionszustand in welchen. Erforderlicher Nachweis für Prozesskontrollen nach SOX §302/906 und die IFRS-Governance zur Planungserläuterung.
SOX §302/906: Abschnitte des Sarbanes-Oxley Act, die Unternehmensverantwortliche verpflichten, die Genauigkeit der Finanzberichterstattungsprozesse persönlich zu bestätigen; das Genehmigungs-Audit-Log in SAC Collaborative Planning ist ein direkter Kontrollnachweis für die SOX-Compliance in unternehmensweiten Budgetzyklen.
Kommentar auf Zellenebene: Eine SAC-Anmerkung, die an eine bestimmte Datenschnittmenge (Kostenstelle × Kennzahl × Periode) gebunden ist, mit fortlaufenden Antworten, die über Versionseinreichungen hinweg erhalten bleiben; der Mechanismus zur Dokumentation von Planungsannahmen, Budget-Challenge-Begründungen und IFRS-/IAS-Erläuterungsanforderungen auf Zellenebene.
Verkettung von Planungsprozessen: Die sequenzielle Verknüpfung mehrerer SAC-Planungsprozessdefinitionen zur Abbildung komplexer mehrstufiger Budgetzyklen (z. B. Kostenstellen-Eingabeprozess → regionaler Konsolidierungsprozess → Konzerneinreichungsprozess), wobei der Abschluss jeder Stufe die nächste auslöst.

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 →