Konzeptkarte

Seamless Planning

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 Seamless Planning?

Seamless Planning ist SAC Planning, dessen Modelldaten in SAP Datasphere persistiert sind: eine Kopie des Plans, keine Replikation zwischen beiden, Planversionen in Datasphere lesbar, sobald sie gespeichert sind — GA seit Q1 2025, die Planungsschicht der Business Data Cloud. Es schreibt keine Planwerte nach S/4HANA.

Worum es geht

Seamless Planning ist SAPs Bezeichnung für Planung in SAP Analytics Cloud, deren Modelldaten in SAP Datasphere liegen. Das Planungsmodell wird weiterhin in SAC Planning gebaut und betrieben (Begleitkarte C019) — Dateneingabe, Versionen, Allokationen, Berechnungen und Workflow bleiben in SAC —, aber seine Bewegungs- und Stammdaten werden in einem Datasphere-Space persistiert, im HANA-Cloud-Speicher des Datasphere-Tenants, statt im SAC-Tenant. SAP hat es 2024 angekündigt, im Q4 2024 als Controlled Release geöffnet und mit dem SAC-Release Q1 2025 allgemein verfügbar gemacht; es ist als Planungsschicht der SAP Business Data Cloud positioniert (Begleitkarte C009) und braucht keine separate BDC-Lizenz. Für SAP-Analytics-Berater ist es das Architekturgespräch, das „wir wollen weg von Excel“ in ein Datasphere-plus-SAC-Planning-Programm verwandelt, weil Plan und Ist-Werte nun eine gemeinsame, governte Datenschicht teilen.

Was sich mechanisch ändert. (1) Eine Kopie des Plans — SAC schreibt Plandaten direkt in Datasphere-Tabellen; es gibt keine Replikation zwischen SAC und Datasphere in irgendeine Richtung und nichts abzugleichen. (2) Plandaten sind ein Datasphere-Objekt — jede Planversion ist für Datasphere-Views, analytische Modelle, Data Products und jeden anderen Konsumenten der Datasphere-Schicht lesbar, sobald ein Planer sie speichert. (3) Ist-Werte ohne Replikation — mit Live Versions (QRC4 2025) werden Datasphere-Faktensichten als Versionen in das Planungsmodell eingebunden, sodass Ist-Werte und externe Treiber aus Datasphere gelesen statt nach SAC kopiert werden. (4) Reporting auf beidem — SAC Stories mischen Plan und Ist aus derselben Datasphere-Schicht; die Abweichung wird gelesen, nicht aus einer veralteten Kopie neu berechnet.

Warum es zählt

Mit in Datasphere persistierten Plandaten gibt es eine Kopie des Plans und keinen Abgleichjob — die Integrationsarbeit, die früher das Engagement war, entfällt, und die Governance des Datasphere-Spaces wird zur Designentscheidung.
Planversionen sind für jeden Datasphere-Konsumenten lesbar, sobald sie gespeichert sind — das macht Planung zu einer Business-Data-Cloud-Fähigkeit statt zu einem reinen SAC-Feature.
Das Muster verwandelt eine Ein-Tool-Beschwerde in ein Datasphere-plus-SAC-Planning-Programm — eine größere Deal-Form als eigenständiges Planning, aber nur ehrlich, wenn der Kunde davon keinen S/4-Write-back erwartet.

Kernpunkte

Mechanismus: Das Planungsmodell wird in SAC gebaut und betrieben; seine Bewegungs- und Stammdaten werden in einem Datasphere-Space persistiert — nicht im SAC-Tenant.
Keine Replikation zwischen SAC und Datasphere in irgendeine Richtung: eine Kopie des Plans, nichts abzugleichen.
Planversionen sind Datasphere-Objekte: für Views, analytische Modelle und Data Products lesbar, sobald sie gespeichert sind.
Live Versions (QRC4 2025) binden Datasphere-Faktensichten als Versionen in das Planungsmodell ein — Ist-Werte ohne Kopie.
Kein S/4-Write-back: Der Export von Plandaten nach S/4HANA ist eine eigene SAC-Fähigkeit, separat abgegrenzt und governt.
Richtungsdisziplin, die bleibt: Quellen → Datasphere für Ist-Werte; ein Plan ersetzt niemals einen Ist-Wert.
Voraussetzungen laut SAP: ein SAC-Tenant 1:1 mit einem Datasphere-Tenant verknüpft, selbes Rechenzentrum, SAC auf HANA Cloud; keine separate BDC-Lizenz.
Status: GA seit dem SAC-Release Q1 2025 (Controlled Release Q4 2024); positioniert als Planungsschicht der BDC (Begleitkarte C009).
SAP Connect (Okt. 2026): keine Seamless-Planning-Neuigkeit gefunden; laut ERP Today sind EPM-Apps (Enterprise Planning, Enterprise Financial Consolidation) ab der Roadmap Q1 2027 mit der BDC-Kernkapazität gebündelt — schriftlich klären, wie das zur Seamless-Lizenzlage passt.

Begriffe auf dieser Seite

Seamless Planning: SAC Planning, dessen Modelldaten in SAP Datasphere persistiert sind: eine Kopie des Plans, keine Replikation, GA seit Q1 2025.
Persistenzschicht: Der Datasphere-Space (HANA Cloud des Datasphere-Tenants), der die Bewegungs- und Stammdaten des Planungsmodells hält.
Live Version: Eine Datasphere-Faktensicht, als Version in ein Planungsmodell eingebunden — Ist-Werte ohne Replikation gelesen (QRC4 2025).
Planexport nach S/4HANA: Eine eigene SAC-Fähigkeit, die Plandaten nach S/4HANA schreibt; nicht Teil von Seamless Planning.
Richtungsdisziplin: Quellen → Datasphere für Ist-Werte; ein Plan ersetzt niemals einen Ist-Wert. Die Strecke SAC ↔ Datasphere ist gar keine Kopie mehr.
Fünf Anwendungsfälle: Finanzabschluss · Vertriebsplanung · Personalplanung · S&OP · Cashflow-Planung.
Tenant-Verknüpfung: Ein SAC-Tenant 1:1 mit einem Datasphere-Tenant verknüpft, selbes Rechenzentrum, SAC auf HANA Cloud — die von SAP genannte Voraussetzung.
Audit-Trail ab Tag 1: Änderungshistorie auf Zellebene bei der Modellanlage aktiviert. Nicht nachrüstbar (Begleitkarte C019).

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 →

Offene SAP-Projekte

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