Clean Core en pratique : rester prêt pour les mises à niveau
« Clean Core » est généralement énoncé comme une interdiction — ne pas modifier le standard. En pratique, c'est plus utile : un ensemble de décisions sur où et comment vous étendez S/4HANA. Pour la finance, bien décider, c'est garder le système peu coûteux à mettre à niveau, facile à auditer et prêt pour les innovations cloud de SAP.
Ce que Clean Core signifie vraiment
Cela signifie garder le cœur numérique proche du standard et déporter la personnalisation via des mécanismes gouvernés et publiés : extensibilité key-user pour les champs et la logique simple, et extensions side-by-side sur SAP BTP pour le reste — le tout sur des API publiques et des événements publiés, données, intégrations et processus restant dans des limites gouvernées.
Là où les équipes finance le cassent
- Des modifications in-app d'objets standard qui bloquent ensuite les mises à niveau.
- Des tables custom doublant le Journal universel, de sorte que le reporting s'écarte de la source unique de vérité.
- Des développements Z incontrôlés, sans propriétaire, sans documentation et sans API.
Un Clean Core pragmatique pour la finance
Adoptez d'abord les SAP Best Practices et traitez le standard comme la réponse par défaut. Utilisez les outils key-user pour les champs custom, les validations et la logique simple. Réservez le side-by-side BTP aux vrais différenciateurs et à l'intégration lourde. Et gouvernez-le : un court catalogue d'extensions consignant ce qui a été construit, pourquoi et selon quel pattern vaut mieux que n'importe quel slogan.
Points clés
- Clean Core est un spectre de choix, pas un interrupteur.
- Décidez du pattern d'extension avant la construction, pas pendant.
- Chaque extension a besoin d'un propriétaire, d'une raison et d'une API.
Bien fait, Clean Core n'est pas une contrainte pour le métier — c'est ce qui permet au métier de continuer à adopter les innovations de SAP sans réimplémentation tous les quelques ans.