SAP S/4HANA : fonctionnalités clés, architecture et ce qui le distingue d'ECC

S/4HANA n’est pas ECC sur une base de données plus rapide. C’est le malentendu que nous rencontrons le plus souvent, il vient donc en premier. Le nom s’explique vite : « S » pour Suite, « 4 » pour quatrième génération, « HANA » pour la base de données en mémoire qui le porte. Le changement est plus profond : SAP a reconstruit la façon dont l’ERP stocke les données, les présente et s’étend. Dates, options et un outil d’orientation pour votre propre système sont réunis sur notre page consacrée à la fin de maintenance SAP ECC 2027.

En bref : S/4HANA se distingue d’ECC sur cinq points qui comptent en pratique : une base de données en mémoire orientée colonnes sans tables d’agrégats, un modèle de données simplifié avec un universal journal unique pour la finance, Fiori à la place de SAP GUI, des analyses intégrées au système transactionnel et un modèle clean core où les extensions restent hors du standard. Dans S/4HANA Public Cloud, ces principes ne sont pas optionnels, et c’est précisément ce qui rend les mises à niveau indolores.

Qu’est-ce qui change avec l’architecture en mémoire ?

Les ERP classiques, ECC compris, conservaient les données sur disque et les chargeaient en mémoire au besoin. Les requêtes complexes reposaient donc sur des tables d’agrégats précalculées, des tables d’index et des totaux pour rester rapides. Cela fonctionnait, mais restait un pis-aller.

S/4HANA fonctionne uniquement sur SAP HANA, une base de données en mémoire orientée colonnes. Trois conséquences :

Plus de tables d’agrégats. ECC entretenait des centaines de tables de totaux et d’index pour éviter des lectures lentes. HANA les calcule à la volée à partir des postes individuels. Moins de redondance, et chaque rapport montre l’état actuel plutôt que le traitement de la nuit précédente.

Compression en colonnes. Les valeurs d’une même colonne se ressemblent et se compressent bien. La base de données diminue et les requêtes s’accélèrent.

Analyses sur les données transactionnelles en temps réel. Dans ECC, le reporting lourd tournait dans des systèmes séparés (SAP BW, BusinessObjects), sinon il aurait ralenti l’exploitation. HANA traite transactions et analyses sur les mêmes données.

Comment le modèle de données a-t-il été simplifié ?

La simplification la plus visible concerne la finance. Dans ECC, les données financières étaient réparties entre BSEG, BKPF et des tables distinctes pour les postes ouverts, les postes soldés et les totaux (BSID, BSIK, BSAD, BSAK et d’autres). S/4HANA les réunit dans ACDOCA, l’universal journal : une seule table pour toutes les écritures de comptabilité et de contrôle de gestion. Quiconque a déjà reconstitué un rapport financier à travers sept tables ECC sait pourquoi c’est important.

Des regroupements comparables touchent les autres domaines :

• Gestion des articles : données de stock et de valorisation dans moins de tables, agrégées à l’exécution
• Ventes et distribution : un flux de documents allégé avec moins de tables intermédiaires
• Contrôle de gestion : plus de tables d’écritures CO séparées, tout passe par l’universal journal

La conséquence pratique : les rapports et interfaces spécifiques qui lisent directement les tables ECC doivent être vérifiés et souvent adaptés lors d’une conversion. C’est du travail, et c’est aussi l’occasion d’éliminer des années de dette technique. Dans une nouvelle implémentation sur S/4HANA Public Cloud, la question ne se pose pas, car l’ancien code spécifique ne suit pas.

Que change SAP Fiori pour les utilisateurs ?

Fiori remplace SAP GUI comme interface utilisateur, et ce n’est pas qu’une nouvelle apparence.

Applications par rôle. Au lieu de longues arborescences de menus et de codes de transaction, les utilisateurs trouvent sur un Launchpad les applications de leur rôle. Une responsable commerciale voit pipeline, prévisions et activités, pas l’ensemble du menu SAP.

Sur tous les appareils. Les applications Fiori fonctionnent sur ordinateur, tablette et smartphone. À l’entrepôt, on saisit les entrées de marchandises sur tablette, sans application mobile séparée.

Analyses dans l’application. Les pages de synthèse affichent directement indicateurs, graphiques et analyses détaillées. Un responsable financier voit dettes ouvertes, évolution de la trésorerie et factures en retard sur un seul écran.

Un seul langage de design. Toutes les applications suivent les mêmes règles. Qui connaît une application s’oriente dans la suivante, ce qui raccourcit la formation.

Pourquoi le clean core compte-t-il autant ?

Dans ECC, les entreprises modifiaient directement le standard, et chaque mise à niveau devenait un projet. S/4HANA sépare les deux : le standard reste intact et les extensions utilisent des interfaces publiées, soit dans le système avec ABAP Cloud, soit à côté, sur SAP BTP. SAP appelle cela le clean core et classe les extensions dans un modèle à niveaux selon leur sûreté lors des mises à niveau (SAP News).

Dans S/4HANA Public Cloud, le clean core est la seule façon d’étendre le système, et c’est pourquoi SAP peut mettre à niveau tous les clients selon son calendrier sans casser leurs systèmes. En private edition, c’est une discipline que vous devez imposer vous-mêmes. Nous décrivons les deux voies en détail : extensions dans le système avec ABAP Cloud et applications à côté, sur BTP.

Quelles analyses et quelle IA sont intégrées ?

Analyses intégrées signifie que chaque domaine de S/4HANA apporte ses propres rapports et tableaux de bord. La finance voit les positions de trésorerie, les achats les dépenses par fournisseur, les ventes les commandes ouvertes et les marges, sans quitter le système ni attendre un chargement dans l’entrepôt de données.

SAP intègre en outre l’IA directement dans l’application. Joule, l’assistant IA de SAP, répond à des questions en langage naturel, résume des documents et guide les utilisateurs dans leurs tâches. Des fonctions prédictives se trouvent dans des processus précis, comme le comportement de paiement en finance ou la demande dans la chaîne logistique, et apprennent de vos propres données. Selon SAP, Business AI figurait dans deux tiers des prises de commandes cloud du quatrième trimestre 2025 (SAP News). La rentabilité d’une fonction d’IA dépend de la qualité de vos données : traitez-la comme une partie de la conception des processus, pas comme un accessoire.

Comment S/4HANA se connecte-t-il au côté client ?

La valeur de S/4HANA augmente lorsque l’ERP et les processus clients partagent une même base de données :

Prix et disponibilité. Sales Cloud V2 peut récupérer dans S/4HANA les prix et disponibilités propres à chaque client pendant l’élaboration de l’offre : le commercial annonce le bon chiffre en rendez-vous.

De la commande à l’encaissement. Les commandes issues de Sales Cloud V2 ou de Commerce Cloud passent dans S/4HANA pour la livraison, la facturation et la comptabilisation du chiffre d’affaires. Nous montrons le flux complet dans quote to cash avec Sales Cloud V2 et S/4HANA Public Cloud.

Service avec contexte. Les agents de Service Cloud V2 voient l’historique des commandes, l’état des livraisons et les factures de S/4HANA à côté du dossier. Quand une cliente appelle pour une livraison en retard, l’agent est déjà au courant.

C’est là que se situe notre travail. Spadoom implémente S/4HANA Public Cloud et la pile CX qui l’entoure avec une seule équipe : la jonction entre ERP et CRM relève d’un seul projet au lieu de deux. Ce panorama des partenaires cloud ERP et CRM explique pourquoi c’est important. Si vous utilisez ECC aujourd’hui, pensez au calendrier : la maintenance standard de SAP Business Suite 7 prend fin en 2027, la maintenance étendue optionnelle en 2030 (SAP News). L’évaluation de préparation S/4HANA montre en cinq jours quel chemin convient, et le guide de transformation présente l’architecture cible.

Questions fréquentes

Combien de temps dure une migration vers S/4HANA ?

Cela dépend surtout du chemin choisi et de votre code spécifique. Une nouvelle implémentation de S/4HANA Public Cloud dans une entreprise de taille moyenne aux processus clairs se compte en général en mois, pas en années. La conversion d’un ECC fortement modifié prend plus de temps, car chaque objet spécifique doit être analysé et adapté. Une évaluation de préparation vous donne un chiffre réaliste pour votre environnement.

SAP GUI est-il encore disponible dans S/4HANA ?

En private edition et en on-premise, oui, pour des raisons de compatibilité, et beaucoup d’entreprises l’utilisent en parallèle de Fiori pendant la transition. S/4HANA Public Cloud s’utilise via Fiori. Les développements de SAP vont dans Fiori et les nouvelles fonctions n’apparaissent souvent que là : planifiez la transition de vos utilisateurs plutôt que de considérer SAP GUI comme l’interface durable.

Que devient SAP BW avec le passage à S/4HANA ?

Les analyses intégrées de S/4HANA couvrent une grande partie du reporting opérationnel qui exigeait autrefois BW. Les analyses transversales et historiques ont toujours besoin d’une plateforme de données. SAP positionne aujourd’hui SAP Business Data Cloud dans ce rôle, et beaucoup d’entreprises réduisent BW progressivement plutôt que de l’arrêter à la mise en production.

Faut-il former à nouveau les utilisateurs ?

Oui, mais moins que pour un système entièrement nouveau, car les applications Fiori suivent un seul design et sont organisées par rôle. La plupart des utilisateurs ont besoin d’une courte introduction au Launchpad et à leurs applications. Les key users et administrateurs ont besoin de davantage : paramétrage, extensibilité et analyses.

Quelle base de données S/4HANA exige-t-il ?

SAP HANA, sans alternative. Dans S/4HANA Public Cloud et dans RISE with SAP, elle fait partie du service et vous ne dimensionnez ni n’exploitez de matériel. Seules les installations on-premise nécessitent du matériel HANA certifié ou un hébergeur.