Introduction : pourquoi le Clean Core s'impose en 2026
Depuis que SAP a formalisé sa doctrine Clean Core en 2023, le concept a considérablement évolué. En 2026, il ne s'agit plus d'un simple mot à la mode dans les présentations commerciales : c'est devenu un prérequis technique pour bénéficier pleinement des innovations de S/4HANA Cloud, de l'intelligence artificielle embarquée dans Joule, et des mises à jour trimestrielles que SAP déploie désormais à un rythme soutenu.
Après plus de vingt ans d'accompagnement de grandes entreprises dans leurs transformations SAP -- de Safran à GRDF, en passant par RTE et VINCI Construction -- je constate que la question n'est plus "faut-il adopter le Clean Core ?" mais "comment y parvenir sans paralyser l'activité ?". C'est précisément ce que cet article se propose d'éclairer.
Qu'est-ce que le Clean Core, concrètement ?
La définition officielle et ses limites
SAP définit le Clean Core comme un noyau ERP exempt de modifications directes du code standard, où les extensions sont réalisées exclusivement via des mécanismes supportés : BTP (Business Technology Platform), API stables, Key User Extensibility, et Side-by-Side Extensions.
Mais cette définition technique masque une réalité plus nuancée. Un système Clean Core n'est pas un système sans aucune spécificité métier. C'est un système où chaque spécificité est implémentée de manière à ne pas bloquer les futures mises à jour de SAP.
Les trois niveaux du Clean Core
Dans la pratique, je distingue trois niveaux de maturité :
Niveau 1 -- Core propre : aucune modification du code ABAP standard, pas de user exits obsolètes, pas de modifications de tables SAP. C'est le minimum requis.
Niveau 2 -- Extensions propres : toutes les extensions sont réalisées via les mécanismes recommandés par SAP (RAP, Fiori Éléments, BTP). Les anciennes BAdI sont migrées vers leurs équivalents modernes.
Niveau 3 -- Données propres : les données maîtres sont nettoyées, les customisations IMG sont documentees et rationalisees, les processus sont alignes sur les best practices SAP.
La plupart des entreprises que j'accompagne visent le niveau 2 comme objectif a moyen terme, avec le niveau 3 comme cible a long terme.
Les erreurs les plus frequentes
Erreur n°1 : croire que Clean Core signifie "zero customisation"
C'est le malentendu le plus repandu. J'ai vu des directions informatiques annoncer a leurs equipes métier que "toutes les customisations allaient disparaitre". Le resultat ? Une levee de boucliers immediate et un projet bloque pendant six mois.
Le Clean Core ne supprime pas le besoin d'adapter SAP aux spécificités de l'entreprise. Il change la manière dont ces adaptations sont réalisées. Chez un grand energeticien que j'ai accompagne, nous avions plus de 800 développements spécifiques sur ECC. Après analyse, 40% etaient devenus obsolètes, 35% pouvaient être remplaces par du standard S/4HANA, et 25% ont ete reimplementes en tant qu'extensions propres sur BTP.
Erreur n°2 : lancer le chantier sans audit prealable
Trop d'entreprises se lancent dans la remediation de leur code sans avoir d'abord cartographie l'existant. C'est comme renovar une maison sans plan : on découvre les problèmes au fur et a mesure, le budget explose, et le planning derape.
Erreur n°3 : traiter le Clean Core comme un projet purement technique
Le Clean Core est avant tout un projet de gouvernance. Il nécessité des décisions métier : quel processus garde-t-on en spécifique ? Lequel migré-t-on vers le standard ? Ces décisions ne peuvent pas être prises par les equipes techniques seules.
Erreur n°4 : ignorer la dimension organisationnelle
Un point que j'ai pu observer sur plusieurs missions, dont chez VINCI Construction, est que le succès du Clean Core dépend autant de la formation des équipes que de la qualité du code. Les développeurs ABAP doivent monter en compétence sur RAP, Fiori Éléments et BTP. C'est un investissement humain considérable qui doit être anticipe.
Comment auditer vos customisations existantes
Phase 1 : inventaire automatisé
La première étape consiste a utiliser les outils SAP pour generer un inventaire exhaustif :
- Custom Code Migration Worklist dans SAP S/4HANA Readiness Check : identifie les incompatibilites de votre code custom avec S/4HANA.
- ATC (ABAP Test Cockpit) avec les checks Cloud-readiness : évalué la conformité de votre code avec les standards Clean Core.
- SAP Cloud ALM : fournit une vue consolidee de votre patrimoine applicatif.
Dans un projet récemment mene pour un acteur de l'industrie, cet inventaire automatisé a revele 12 400 objets custom. C'est un chiffre impressionnant mais pas inhabituel pour un système ECC en production depuis quinze ans.
Phase 2 : classification fonctionnelle
Chaque objet custom doit être classe selon quatre categories :
1. Obsolète : la fonctionnalite n'est plus utilisee. Action : desactiver et archiver.
2. Standard disponible : S/4HANA couvre désormais le besoin nativement. Action : migrer vers le standard.
3. Extension nécessaire : le besoin métier est reel et spécifique. Action : reimplementer proprement.
4. Critique temporaire : l'objet est nécessaire pour la transition mais sera elimine a terme. Action : documenter et planifier l'elimination.
Phase 3 : évaluation de l'effort
Pour chaque objet a traiter, il faut estimer l'effort de remediation. Mon expérience montre que les ratios suivants sont assez fiables :
- Objets obsolètes : 0,5 jour/objet (vérification et desactivation)
- Migration vers standard : 2 à 5 jours/objet (configuration, test, validation métier)
- Reimplementation propre : 5 à 20 jours/objet (selon la complexité)
Feuille de route vers la conformité Clean Core
Trimestre 1 : fondations
- Réaliser l'audit complet du code custom
- Former une equipe Clean Core dediee (architecte, développeurs, representants métier)
- Définir la gouvernance : qui decide, comment, avec quels critères
- Mettre en place les outils ATC avec les profils de vérification Clean Core
Trimestre 2-3 : quick wins
- Eliminer les objets obsolètes (souvent 30 à 40% du total)
- Migrer les cas simples vers le standard S/4HANA
- Former les développeurs au modèle RAP et aux Fiori Éléments
- Mettre en place un pipeline CI/CD avec vérification automatique de conformité
Trimestre 4-6 : transformations structurelles
- Reimplementer les extensions complexes sur BTP
- Migrer les interfaces vers les API stables de S/4HANA
- Mettre en place le Key User Extensibility pour les adaptations simples
- Tester intensivement avec les utilisateurs métier
Au-dela : maintenance continue
- Integrer les checks Clean Core dans le processus de développement standard
- Revue trimestrielle du patrimoine custom
- Formation continue des equipes
Retours d'expérience concrets
Secteur énergétique : le cas d'un gestionnaire de reseau
Chez un gestionnaire de reseau d'envergure nationale, le chantier Clean Core a debute par un constat alarmant : 2 300 programmes ABAP custom, 450 user exits actifs, et 180 modifications du code standard SAP. Le système etait devenu pratiquement impossible a mettre a jour.
Notre approche a ete progressive. Sur 18 mois, nous avons :
- Elimine 900 programmes devenus inutiles
- Migré 600 fonctionnalites vers le standard S/4HANA
- Reimplemente 400 extensions sur BTP
- Documente et planifie la remediation des 400 restants
Le resultat : le temps de mise à jour du système est passe de 6 semaines a 5 jours, et le coût de maintenance annuel a diminue de 35%.
Secteur industriel : un groupe de construction
Dans le secteur de la construction, les spécificités métier sont nombreuses : gestion de chantiers, suivi des sous-traitants, comptabilité analytique par projet. La tentation est forte de tout développer en spécifique.
Nous avons adopte une approche différente : avant de reimplementer quoi que ce soit, nous avons systématiquement cherche des solutions dans l'écosystème SAP (Store, partenaires certifies). Sur 150 besoins spécifiques identifies, 60 ont ete couverts par des solutions partenaires certifiees Clean Core. Le coût d'acquisition etait inferieur au coût de développement, avec l'avantage d'une maintenance assuree par l'editeur.
Les outils SAP pour vous accompagner
SAP a considérablement enrichi sa palette d'outils en 2025-2026 :
- SAP Clean Core Dashboard : tableau de bord centralise de votre conformité Clean Core
- SAP Build : plateforme low-code/no-code pour les extensions simples
- SAP Integration Suite : pour les interfaces propres entre systèmes
- Joule Developer : l'assistant IA qui aide à convertir du code ABAP classique en code RAP conforme
Joule Developer, en particulier, est un accelerateur remarquable. Lors de nos derniers projets, il a permis de reduire l'effort de reimplementation de 25 à 30% sur les cas de complexité moyenne.
Conclusion : le Clean Core comme avantage competitif
Le Clean Core n'est pas une contrainte imposee par SAP pour vendre du cloud. C'est une discipline d'architecture qui rend votre système d'information plus agile, moins coûteux a maintenir, et capable d'absorber les innovations -- notamment l'IA -- sans friction.
Les entreprises qui auront fait ce travail en 2026-2027 disposeront d'un avantage significatif sur leurs concurrents encore englues dans des systèmes fossilises. Mon conseil : commencez par l'audit. Même si vous n'etes pas encore sur S/4HANA, comprendre l'état de votre patrimoine custom est la première étape vers une transformation maîtrisée.
Le chemin vers un noyau propre est long, mais chaque pas compte. Et il vaut mieux commencer aujourd'hui qu'attendre la fin du support ECC en 2027.