Fiche concept

SAP S/4HANA

À jour au 2026-09-27

É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 SAP S/4HANA ?

La suite ERP actuelle de SAP et, pour un consultant analytics, le système qui décide quelles données existent, sous quelle forme, et quelle part du reporting se joue avant même d'atteindre un entrepôt.

De quoi il s'agit

SAP S/4HANA est la suite ERP actuelle de SAP, et si elle a sa place dans un corpus analytics, ce n'est pas parce qu'elle est un produit analytique — c'est parce qu'elle est le système source qui décide de ce que l'analytique peut faire. Où vivent les données, quels champs sont alimentés, comment un flux de documents est modélisé : tout cela est tranché dans S/4HANA avant qu'un entrepôt ou une couche sémantique n'en voie une ligne.

Pourquoi un consultant analytics la rencontre tôt. Deux choses ont changé avec S/4HANA, et un consultant formé à BW les sent tout de suite. D'abord, le modèle de données simplifié a retiré les tables d'agrégats et d'index sur lesquelles l'extraction ECC classique s'appuyait — une table qu'on allait chercher par habitude peut tout simplement ne plus exister. Ensuite, l'analytique embarquée est livrée dans la suite : les vues CDS exposent une couche sémantique à l'intérieur de l'ERP, si bien qu'une partie du reporting opérationnel se répond sans jamais sortir du système.

La question réellement posée en projet n'est donc pas « comment extraire S/4HANA vers l'entrepôt », mais ce qui va où. Les questions opérationnelles, en temps réel, mono-source ont une réponse dans la suite. Les questions transverses, historisées, inter-fonctions n'en ont pas : c'est le cas d'usage de Datasphere, où S/4HANA arrive comme une source parmi d'autres et où le travail sémantique consiste à la réconcilier avec ce que dit le reste du patrimoine.

Pourquoi c'est important

S/4HANA est le produit le plus nommé de cet annuaire : 4 184 des 9 116 fiches au 2026-09-16 cabinet au 2026-09-16 que l'annuaire portait au 2026-09-16 le mentionnent quelque part dans leur fiche, contre 244 pour Databricks (mesuré le 2026-08-29 sur public/api/company-profiles.json).
C'est aussi le produit le plus nommé du radar missions : 267 des 3 307 lignes d'opportunités vives le nomment (mesuré le 2026-08-29 sur public/api/contracts.json).
Un consultant qui ne sait parler que du côté entrepôt d'un programme n'en parle que la seconde moitié — la forme de la source a déjà tranché ce que l'entrepôt pourra répondre.

Points clés

C'est un système SOURCE pour l'analytique, pas un produit analytique — son modèle de données décide de ce que l'entrepôt peut répondre.
Le modèle simplifié a retiré les tables d'agrégats et d'index dont dépendait l'extraction ECC classique : une table d'habitude peut tout simplement ne plus exister.
L'analytique embarquée (vues CDS analytiques, Custom Analytical Queries, Fiori) répond dans la suite aux questions opérationnelles, temps réel, mono-source.
Les questions transverses, historisées, inter-fonctions sont le cas Datasphere/BDC — S/4HANA y devient une source parmi d'autres.
Les vues CDS publiées sont la surface d'extraction sanctionnée ; un champ manquant est un chemin organisationnel avec l'équipe ERP, pas une tâche de développement.
La forme de déploiement fixe la surface : aucun accès direct aux tables en édition public cloud ; tables accessibles mais coûteuses en clean core en private cloud et on-premise.
Les vues de compatibilité préservent les anciens noms, pas l'ancien profil de performance — ne jamais dimensionner l'extraction sur un plan de lecture de l'ère ECC.
L'extractibilité et le delta sont des décisions d'annotation sur la vue CDS, prises par l'équipe ERP bien avant la construction du pipeline.

Termes employés sur cette page

Vue CDS: Core Data Services — la surface d'extraction sémantique et publiée qu'un système S/4HANA expose aux consommateurs analytiques.
Vue publiée: Une vue CDS que SAP (ou l'équipe ERP du client) s'engage à maintenir stable d'une version à l'autre. Seule une vue publiée est un socle sûr pour un pipeline.
Analytique embarquée: Reporting servi depuis l'ERP sur la donnée transactionnelle vivante, sans extraction vers un entrepôt.
Modèle de données simplifié: Le dessin de tables S/4HANA qui a retiré les tables d'agrégats et d'index que lisait le reporting ECC classique.
Journal universel (ACDOCA): La table unique de postes financiers qui a remplacé les tables séparées de totaux et d'index FI/CO de l'ECC classique.
Vue de compatibilité: Une vue CDS livrée sous le nom d'une table classique pour que le code existant continue de tourner. Elle préserve le nom et la sémantique, pas le profil de performance en lecture.
Clean core: La discipline consistant à ne bâtir que sur des surfaces publiées et versionnées, pour qu'une montée de version reste une montée de version plutôt qu'une réimplémentation.

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 →

SAP S/4HANA

Qu'est-ce que SAP S/4HANA ?

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