Le concept de Clean Core est devenu l’un des piliers de la stratégie SAP pour accompagner les entreprises dans la modernisation de leurs systèmes ERP.
Avec l’arrivée massive du cloud, la pression monte : il faut innover plus vite, réduire la dette technique, garantir des montées de version fluides… sans jamais compromettre la stabilité du système.
Le Clean Core apporte précisément ce cadre.

🎯 Pourquoi le Clean Core est devenu indispensable ?

Au fil du temps, de nombreux ERP se sont retrouvés saturés de :

• Custom code difficile à maintenir

• Modifications directes du standard ou des enhancements

• Intégration médiocre

• Données redondantes et peu fiables

Résultat :
Des upgrades coûteux, lents, risqués, et une adoption quasi impossible des innovations SAP (dont l’IA et les nouvelles solutions dans la BTP comme SAC etc).
Les clients ont construit des mini ERP à côté de leur système central pour éviter de faire bouger le système central et ils se sont retrouvés à gérer une multitude de micro-services qui sont déjà inclus dans l'ERP S/4HANA.
A la fin SAP ERP ECC est devenu une base de données de collection de tous les micro-services.

SAP répond à ce problème avec une approche simple :

👉 Standardiser les processus non différenciants et déporter les innovations sur des mécanismes d’extensibilité propres, stables et découplés du core.

Le Clean Core permet de :

• Adopter plus rapidement les innovations SAP S/4HANA et SAP BTP

• Réduire massivement la dette technique

• Diminuer les coûts d’exploitation (Low TCO)

• Améliorer la qualité des données et la robustesse des process

• Faciliter l'adoption de l’IA générative SAP Joule

🔧 Les 5 principes du Clean Core selon SAP

1️⃣ Process

Standardiser au maximum, n’étendre que ce qui est réellement différenciant.
La revue des processus en utilisant SAP Signavio que nous allosn aborder dans un autre article, ou d'autres solutions du marché pour désigner vos propres BPM de processus et les simplifier est une étape cruciale dans une stratégie clean core.
SAP fournit des business process standards d'une grande qualité que les clients peuvent exploiter pour revoir l'ensemble des processus de leur chaines de valeurs.

2️⃣ Extensibility

Ne jamais modifier le standard SAP.

La nouveauté avec la stratégie Clean Core est que toutes les extensions ne peuvent être que via les 3 possibilités ci-dessous:

• ABAP Cloud (on-stack)

• CAP / BTP / low-code SAP Build (side-by-side)

• via des API

3️⃣ Data

Gouvernance stricte, qualité irréprochable, pas de silos.

La qualité de la donnée est indispensable pour profiter des innovations futures, un système SAP complètement spécifique ne peut pas être compris par une IA ou d'autres systèmes d'automatisations standards, cela retarde les innovations que SAP pourra délivrer.

SAP pousse vers un modèle ERP standard et identique pour tous les clients d'un secteur d'activité et pourra délivrer des solutions end-to-end complètement innovantes.

4️⃣ Integration

Utiliser uniquement des API publiées, événements, et interconnexions modernes.
Les transferts de fichiers, connexions directes en base de données etc, ne seront plus priviligiés par SAP et tous les éditeurs logiciels, c'est la décennie des API !
SAP offre pleine de possibilités d'intégration en utilisant SAP intégration Suite en restant toujours dans le sphere SAP.

5️⃣ Operation

Une gestion efficace, automatisée, cloud-ready.

La partie Operation concerne les opérations purement techniques (BC) et les développements spécifiques + le paramétrage.
Dans un système RISE, SAP s'occupera de toute la partie exploitation (Infrastructure, MAJ...) et ne permettra pas d'installation des outils spécifiques pour garantir un modèle commun à tous ces clients.

🏗️ Les modèles d’extensibilité : On-stack vs Side-by-side

SAP distingue deux approches complémentaires :

On-stack (dans S/4HANA)

Utilisé quand une extension doit être proche des objets métier du core.
Technologies possibles :

• ABAP Cloud (recommandé)

• Classic ABAP (legacy, avec restrictions)

Exemples :

• Extension de data model

• Ajout de champs

• Adaptation du UI Fiori

• Logique métier dans une unité transactionnelle

Side-by-side (sur SAP BTP)

Utilisé pour tout ce qui peut être découplé :

• Applications custom full-stack

• mobiles apps

• Workflows, automatisations

• Services d'intégration

• Scénarios multi-ERP, hubs, SaaS partenaires

💡 Règle SAP :

👉 Toujours privilégier une stratégie “BTP First”
→ Side-by-side lorsque c’est possible
→ On-stack uniquement quand c’est nécessaire

🏅 Le Clean Core Level Concept : Le nouveau standard SAP

SAP abandonne l’ancien modèle 3-tiers pour un système plus clair et progressif :
4 niveaux d’extensions, de A à D.

Voici la carte complète :

⭐ Niveau A – Extensions 100% Clean Core (Idéal SAP)

Extensions construites exclusivement avec :

• APIs publiées

• Evénements officiels

• Extensions documentés

• ABAP Cloud

• CAP / SAP BTP

• SAP Build

🔒 Garantie : stabilité maximale, support SAP, compatibilité cloud.
🎯 Recommandation SAP : Toujours viser A si possible.

⭐ Niveau B – API classiques (Classic APIs)

Extensions utilisant :

• BAPIs

• BAdIs classiques

• tableaux de structures officielles

• frameworks stables (ex/ ALV)
  Ces objets sont considérés "stables mais sans contrat de stabilité".

→ Acceptable, mais à privilégier après les APIs modernes.

⭐ Niveau C – Objets internes SAP (Conditionnellement Clean)

Extensions utilisant :

• Objets internes non publiés

• Modules fonctions SAP non documentés

• Classes internes

• Accès lecture à des tables SAP

⚠️ Risque : forte instabilité lors des upgrades
💡 SAP fournit un Changelog des objets SAP pour anticiper les changements futurs.

❌ Niveau D – Non Clean Core (à éliminer en priorité)

Extensions utilisant :

• noAPI (objets explicitement interdits)

• Modifications du standard

• Writes directs dans les tables SAP

• Implicit enhancements

• Patterns non supportés

⚠️ Risques majeurs :

• Incompatibilité release

• Instabilité système

• Coûts d’exploitation très élevés

• Perte de support SAP

🧭 Comment atteindre un vrai Clean Core selon SAP ?

SAP propose une démarche complète avec RISE with SAP :

🔹 Stay Clean → construire uniquement des extensions conformes

Inclut :

• Architecture recommandée

• Patterns d’extensions

• Déploiement

• Automatisations

• Choix on-stack vs BTP

• Règles de développement ABAP Cloud

🔹 Get Clean → nettoyer le système existant

Inclut :

• Analyse des KPIs d’extensibilité

• Identification des niveaux A-B-C-D

• Roadmap de remédiation

• Dépréciation des objets D en priorité

• Usage de l’ATC + Cloudification Repository

🔹 SAP fournit également :

• KPI Clean Core intégré à RISE

• ATC pour scanner tout le code custom

• Un framework d’évaluation de la maturité Clean Core (12 pratiques de gouvernance)

🤝 Le rôle des partenaires SAP dans le Clean Core

SAP a créé un programme de certification spécifique :
👉 SAP-certified for Clean Core with SAP S/4HANA Cloud

Les partenaires doivent :

• Utiliser uniquement des APIs publiées

• Ne pas modifier le standard

• Publier leurs propres APIs clean core (niveau A/B)

• Se conformer au Cloudification Repository

🧩 Clean Core : En résumé

🎉 Conclusion : Le Clean Core n’est pas une option, c’est un impératif

Adopter une stratégie Clean Core est indispensable pour :

• Réduire les coûts d’exploitation,

• Fiabiliser les montées de version,

• Accélérer les innovations,

• Intégrer l’IA de manière durable,

• Rendre le système SAP plus agile et plus simple.

Le nouveau Clean Core Level Concept (A-B-C-D) facilite enfin la compréhension et la gouvernance des extensions.
Il offre une trajectoire claire pour moderniser un système existant ou construire une architecture future-proof.

SAP ne laisse plus de place au doute :
👉 Un cœur standardisé + une innovation sur SAP BTP = un système ERP prêt pour l'avenir.