Les environnements SAP d’entreprise sont rarement simples. Les grandes organisations multi-entités apportent des couches de complexité réglementaire, opérationnelle et structurelle, qui influencent inévitablement la manière dont SAP est configuré et étendu.
Historiquement, la réponse par défaut à cette complexité a été la personnalisation. Mais comme de nombreuses organisations migrent vers S/4HANA l’ont récemment constaté, plus il y a de personnalisations dans le cœur de votre ERP, plus la dette technique accumulée est importante — ainsi que les nombreuses conséquences qui l’accompagnent, notamment une exposition accrue aux risques de sécurité.
En plus de la dette technique, cela peut également créer une dette métier, car les activités d’audit et de contrôle effectuées sur des solutions personnalisées nécessitent souvent davantage d’efforts que les processus standardisés, ce qui entraîne des duplications à la fois côté métier et côté IT.
L’application d’une approche Clean Core peut apporter un soulagement ainsi qu’une meilleure voie à suivre. Dans sa forme la plus simple, le Clean Core consiste à maintenir le cœur de l’ERP aussi proche que possible du standard, même lorsque les exigences métier évoluent.
Dans cet article, nous allons explorer ce que signifie le Clean Core en pratique, pourquoi il est devenu un enjeu stratégique lors des transitions vers S/4HANA, et comment l’appliquer efficacement.
Le Clean Core est une approche visant à exploiter SAP tout en maintenant le cœur du système aussi proche que possible du standard.
Au cœur de cette approche se trouve la protection du moteur ERP. Lorsque des exceptions métier apparaissent — qu’elles soient dues à des exigences locales, des particularités réglementaires ou des préférences opérationnelles — les principes du Clean Core stipulent que la réponse par défaut ne doit pas être de modifier la logique sous-jacente de SAP.
Au lieu de cela, les besoins doivent être traités par configuration, en utilisant les fonctionnalités standard existantes lorsque cela est pertinent, ou en développant des extensions contrôlées en dehors du cœur, par exemple sur SAP BTP.
L’objectif du Clean Core n’est pas d’empêcher le changement, mais de s’assurer que celui-ci n’altère pas la stabilité et la maintenabilité du système à mesure que les besoins évoluent.
En conservant un moteur ERP standard, les organisations disposent d’une base supportée et facilement évolutive, permettant d’innover rapidement tout en répondant aux besoins métier.
La plupart des environnements ECC sont devenus fortement personnalisés au fil du temps. Dans certains cas, modifier le cœur était la seule option viable, notamment avant l’existence de plateformes d’extension modernes et de frameworks API matures.
Si les fonctionnalités standard ne répondaient pas à un besoin, celui-ci devait généralement être intégré directement dans le moteur ERP.
Progressivement, ces modifications s’accumulent et génèrent de la dette technique ainsi qu’une augmentation des coûts métier. Cette dette accroît les efforts nécessaires pour maintenir et faire évoluer le système, introduit des risques supplémentaires et génère des charges opérationnelles et financières continues pour l’IT et le métier.
Lors du passage à S/4HANA, cette complexité devient particulièrement visible, notamment à travers :
des tests de non-régression de plus en plus étendus
des mises à niveau plus complexes et risquées
des tables et mappings personnalisés nécessitant une maintenance continue
un déploiement plus lent des correctifs
une capacité d’innovation réduite
des coûts d’exploitation métier plus élevés
des coûts à long terme accrus
Pour cette raison, la migration vers S/4HANA représente une opportunité claire d’adopter une approche Clean Core, en réduisant la dette technique accumulée et en évitant de reproduire ces schémas dans le nouvel environnement.
Le Clean Core garantit que le système ERP n’est plus la destination par défaut pour chaque exception métier.
Lorsque le cœur est fortement personnalisé, même de petits changements nécessitent des processus formels de gestion des changements, des validations multiples et des analyses d’impact approfondies.
À l’inverse, lorsque les fonctionnalités spécifiques sont externalisées, les organisations évitent de modifier en permanence le système le plus critique. Les extensions, par exemple sur SAP BTP, peuvent interagir avec S/4HANA via des interfaces standard sans modifier la logique interne.
Le résultat est :
moins de friction dans les validations
un périmètre de test réduit
un déploiement plus rapide
Cela permet surtout d’innover rapidement sans compromettre la stabilité des systèmes financiers et de conformité.
Un exemple concret provient d’une organisation de défense qui devait représenter des « théâtres d’opérations » dans SAP, alors que ce concept n’existe pas nativement.
Plutôt que de modifier le modèle de données, l’organisation a utilisé un objet standard existant : le « Plant ».
Ainsi :
le besoin métier a été aligné sur une structure standard
aucune modification du cœur ERP n’a été nécessaire
La traduction s’effectuait dans une couche d’extension ou de présentation. Les utilisateurs voyaient « théâtre », mais le système continuait à fonctionner avec la structure standard.
Ce principe s’applique également aux applications développées sur SAP BTP ou via Fiori : l’interface utilise le langage métier, tandis que le cœur ERP reste inchangé.
La réussite du Clean Core repose moins sur la technologie que sur une approche architecturale claire.
Il s’agit de définir :
où la personnalisation est autorisée
et de maintenir cette discipline dans le temps
Trois facteurs clés sont essentiels :
Alignement des parties prenantes :
Un accord clair entre direction, architectes et équipes projet sur ce qui appartient au cœur ou non.
Cohérence des décisions :
Les petites exceptions peuvent sembler anodines, mais doivent être contrôlées pour préserver l’intégrité du système.
Soutien exécutif :
Le Clean Core doit être soutenu au plus haut niveau pour résister aux contraintes projet.
Le Clean Core nécessite une approche sécurité cohérente.
Déplacer le développement hors du cœur ne réduit pas l’importance de :
la conception des rôles
la séparation des tâches (SoD)
la gouvernance des accès
Les contrôles doivent être efficaces et démontrables, notamment pour les données sensibles.
Le Clean Core protège le cœur ERP, mais n’exonère pas de maintenir une sécurité homogène sur l’ensemble du système.
La migration vers S/4HANA est une opportunité idéale pour adopter le Clean Core et éviter de recréer de la complexité.
Les organisations doivent :
Ces étapes permettent de construire une stratégie durable et d’éviter de reproduire les erreurs du passé.
Turnkey Consulting accompagne les organisations dans cette transformation en assurant la maintenabilité et le contrôle à long terme.