Fiche concept

Seamless Planning

À jour au 2026-10-10

Édité par Cédric Mary, éditeur et directeur de la publication — 27 ans d'écosystème SAP. Comment ces pages sont produites, et où intervient l'automatisation.

Qu'est-ce que Seamless Planning ?

Seamless Planning, c'est SAC Planning dont les données de modèle sont persistées dans SAP Datasphere : une seule copie du plan, aucune réplication entre les deux, des versions de plan lisibles dans Datasphere dès leur enregistrement — GA depuis le T1 2025, la couche de planification de Business Data Cloud. Il n'écrit pas de valeurs de plan dans S/4HANA.

De quoi il s'agit

Seamless Planning est le nom que SAP donne à la planification dans SAP Analytics Cloud dont les données de modèle vivent dans SAP Datasphere. Le modèle de planification reste construit et exploité dans SAC Planning (voir C019) — saisie, versions, allocations, calculs et workflow restent dans SAC — mais ses données de faits et de référence sont persistées dans un space Datasphere, sur la mémoire HANA Cloud du tenant Datasphere, et non dans le tenant SAC. SAP l'a annoncé en 2024, l'a ouvert en controlled release au T4 2024 et l'a rendu généralement disponible avec la version SAC du T1 2025 ; il est positionné comme la couche de planification de SAP Business Data Cloud (voir C009) et n'exige aucune licence BDC distincte. Pour les consultants SAP analytics, c'est la conversation architecturale qui transforme « nous quittons Excel » en programme Datasphere + SAC Planning, parce que plan et réalisés partagent désormais une seule couche de données gouvernée.

Pourquoi c'est important

Avec les données de plan persistées dans Datasphere, il n'y a qu'une copie du plan et aucun travail de réconciliation — l'intégration qui faisait la mission disparaît, et la gouvernance du space Datasphere devient la décision de conception.
Les versions de plan sont lisibles par tout consommateur Datasphere dès leur enregistrement : c'est ce qui fait de la planification une capacité Business Data Cloud, et non une fonctionnalité réservée à SAC.
Le pattern transforme une plainte mono-outil en programme Datasphere + SAC Planning — un deal plus large qu'un Planning autonome, mais honnête seulement si le client n'en attend pas un write-back S/4.

Points clés

Mécanisme : le modèle de planification est construit et exploité dans SAC ; ses données de faits et de référence sont persistées dans un space Datasphere — pas dans le tenant SAC.
Aucune réplication entre SAC et Datasphere, dans aucun sens : une seule copie du plan, rien à réconcilier.
Les versions de plan sont des objets Datasphere : lisibles par les vues, modèles analytiques et data products dès leur enregistrement.
Les live versions (QRC4 2025) montent des vues de faits Datasphere dans le modèle de planification comme versions — des réalisés sans copie.
Pas un write-back S/4 : exporter des données de plan vers S/4HANA est une capacité SAC distincte, cadrée et gouvernée à part.
La discipline de direction qui subsiste : sources → Datasphere pour les réalisés ; un plan ne remplace jamais un réalisé.
Prérequis énoncés par SAP : un tenant SAC lié 1:1 à un tenant Datasphere, même data center, SAC sur HANA Cloud ; aucune licence BDC distincte.
État : GA depuis la version SAC du T1 2025 (controlled release T4 2024) ; positionné comme couche de planification de BDC (voir C009).
SAP Connect (oct. 2026) : aucune nouveauté Seamless Planning trouvée ; selon ERP Today, les apps EPM (Enterprise Planning, Enterprise Financial Consolidation) sont packagées avec la capacité cœur BDC dès la feuille de route T1 2027 — confirmer par écrit l'articulation avec la position de licence Seamless.

Termes employés sur cette page

Seamless Planning: SAC Planning dont les données de modèle sont persistées dans SAP Datasphere : une seule copie du plan, aucune réplication, GA depuis le T1 2025.
Couche de persistance: Le space Datasphere (HANA Cloud du tenant Datasphere) qui porte les données de faits et de référence du modèle de planification.
Live version: Une vue de faits Datasphere montée dans un modèle de planification comme version — des réalisés lus sans réplication (QRC4 2025).
Export de plan vers S/4HANA: Une capacité SAC distincte qui écrit des données de plan dans S/4HANA ; hors périmètre de Seamless Planning.
Discipline de direction: Sources → Datasphere pour les réalisés ; un plan ne remplace jamais un réalisé. Le tronçon SAC ↔ Datasphere n'est plus une copie du tout.
Cinq cas d'usage: Clôture finance · planification des ventes · planification des effectifs · S&OP · planification de trésorerie.
Lien de tenants: Un tenant SAC lié 1:1 à un tenant Datasphere, même data center, SAC sur HANA Cloud — le prérequis énoncé par SAP.
Piste d'audit dès le jour 1: Historique des modifications au niveau cellule activé à la création du modèle. Impossible à rétrofiter (voir C019).

Sources

Fiche complète réservée aux abonnés. Ce que la fiche complète ajoute : le cadre de décision complet · la comparaison SAP · Snowflake · Databricks · Fabric · les pièges courants et leur correctif · l'aide-mémoire · les schémas d'architecture · les blocs de code · les chiffres à citer.

Ouvrir dans l'application →

Seamless Planning

Qu'est-ce que Seamless Planning ?

De quoi il s'agit

Pourquoi c'est important

Points clés

Termes employés sur cette page

Sources

Concepts liés

Modules d'académie associés

Études approfondies

Guides SAP analytics & TJM