SAP S/4HANA
À jour au 2026-08-19
Qu'est-ce que SAP S/4HANA ?
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**.
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.
Les vues CDS sont le joint, et c'est là que se joue la négociation. Elles sont la surface d'extraction sanctionnée vers SAP Datasphere et, un étage plus haut, vers Business Data Cloud. Une vue CDS est un contrat : elle nomme les champs, les associations et la sémantique que l'ERP accepte d'exposer. Quand un besoin analytique demande ce que les vues publiées ne portent pas, le travail est une discussion avec l'équipe ERP pour étendre ou publier une vue — un chemin organisationnel, pas technique, et la raison habituelle du retard d'un pipeline.
Ce que cette fiche ne prétend délibérément pas dire. La stratégie de versions, les métriques de licence et les dates de maintenance de S/4HANA sont des faits côté ERP, et ils bougent : cette page n'en énonce aucun. Ce qu'elle énonce, c'est la conséquence analytique : la forme de la source décide de la forme de tout l'aval, et une architecture analytique dessinée sans lire le modèle source se dessine deux fois.
Pourquoi c'est important
- 849 des fiches cabinet publiées dans cet annuaire nomment S/4HANA dans leur propre matière — c'est le produit le plus nommé du corpus, devant tous les produits analytiques. Un consultant qui ne sait parler que du côté entrepôt d'un programme n'en parle que la seconde moitié.
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/index dont dépendait l'extraction ECC classique : une table d'habitude peut ne plus exister.
- L'analytique embarquée (vues CDS) 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 — S/4HANA y est une source parmi d'autres.
- Les vues CDS publiées sont la surface d'extraction sanctionnée vers Datasphere et BDC ; un champ manquant est un chemin organisationnel, pas technique.