Aujourd’hui, on aborde un sujet incontournable pour l’avenir de vos systèmes : le Clean Core SAP. Avec S/4HANA, les montées de version sont beaucoup plus fréquentes. Pour accompagner ce rythme, SAP introduit une méthodologie claire pour encadrer les évolutions spécifiques : le principe Keep The Core Clean.

Le cœur SAP doit rester propre et conforme au standard. C’est la nouvelle règle d’or !

Pourquoi le Clean Core, à quoi ça sert ?

On connaît tous ce stress des montées de version, et ce malgré les outils de vérification (ATC Cockpit, SPAU, SPDD…). Les développements spécifiques doivent être analysés pour confirmer leur compatibilité avec la version suivante. Un casse-tête assez chronophage !

Le Clean Core sert avant tout à limiter l’impact des développements spécifiques et faciliter les montées de versions S/4HANA.

En utilisant des méthodes d’extension validées par SAP, on évite de créer la dette technique. L’objectif est de s’assurer que votre code résistera aux futures mises à jour sans nécessiter de redéveloppements. En résumé : moins de maintenance, des montées de version plus fluides, et une capacité à adopter les innovations SAP beaucoup plus rapidement.

Au programme de cette série

Dans cette nouvelle série de blogs, nous allons décortiquer les outils techniques d’extension compatibles « Clean Core ». Nous aborderons ces concepts d’un point de vue Développeur et Architecte, pour vous donner des clés concrètes sur la façon de concevoir vos applications de demain.

Présentation des “layers” Clean Core

Il y a deux grandes méthodes compatibles Clean Core pour personnaliser son système : l’extension directement sur le système ERP (On-stack extension) et l’extension déportée sur le Cloud (Side-by-side extension).

Voici un schéma de SAP pour illustrer ce principe :

Les layers Clean Core

Comme on peut le voir sur ce graphique, SAP classe les développements en plusieurs niveaux (de A à D) :

• Niveau A (Le plus propre) : L’utilisation exclusive d’APIs publiques (Released APIs), que ce soit via SAP BTP ou directement sur l’ERP.
• Niveau B : L’utilisation d’APIs classiques avec l’ABAP traditionnel.
• Niveaux C et D (À éviter) : La consommation d’objets internes ou la modification directe d’objets standards, qui compromettent la stabilité lors des montées de version.

Pour vous aider à atteindre les plus hauts niveaux du Clean Core, nous détaillerons ces notions plus en détail dans les prochains épisodes de notre série clean core :

• Comment déporter ces besoins dans BTP : L’approche Side-by-side pour conserver votre système S/4HANA vierge de tout objet spécifique.
• Comment modifier des applications en mode no code : L’exploitation des outils low-code/no-code (comme SAP Build) pour des évolutions rapides. Et les techniques d’extension graphique.
• Comment personnaliser une app standard lorsque le no code ne suffit plus : Les bonnes pratiques pour ajuster les applications standards à vos besoins spécifiques.
• Comment faire de l’ABAP en 2026 : Plongée dans l’ABAP Cloud, le nouveau standard pour développer directement sur S/4HANA de façon propre.

Conclusion

Les montées de version fréquentes de S/4HANA imposent des nouvelles règles, et le Clean Core est la réponse directe à cette problématique. En adoptant cette méthodologie, les mises à jour ne sont plus des projets informatiques lourds et risqués, mais des étapes naturelles et fluides de la vie de votre ERP.

Prêts à découvrir ou consolider ces nouvelles techniques ? On se donne rendez-vous dans la partie 2 pour explorer ces nouveaux outils !