La réalité dans les centres de données et les départements informatiques des clients existants de SAP ressemble souvent à un site de fouilles archéologiques dans lequel s'est accumulé, au fil des décennies, un enchevêtrement massif d'héritages techniques. À l'âge d'or des systèmes R/3 et ECC 6.0, le langage de programmation Abap offrait aux entreprises une liberté architecturale sans limite, leur permettant d'intervenir profondément dans le code standard du logiciel SAP ERP et d'adapter le système exactement à leurs processus commerciaux individuels par le biais de programmes Z, de modifications et de développements internes hautement spécifiques.

Ce qui était à l'époque célébré par les directeurs de CCC, les DSI et les conseils d'administration comme un avantage concurrentiel permettant de se démarquer sur le marché mondial s'est transformé en un héritage plombant et toxique face à la transformation numérique inéluctable et à l'approche de la fin de la maintenance des anciens systèmes SAP. Ces monolithes SAP historiques sont parsemés de millions de lignes de codes spécifiques aux clients, dont jusqu'à quatre-vingts pour cent ne sont plus utilisés dans l'exploitation opérationnelle courante, mais qui génèrent néanmoins d'immenses coûts de maintenance, mettent en danger la stabilité du système et comportent de graves risques de sécurité. Le passage obligatoire à la nouvelle génération d'ERP SAP S/4 Hana basée sur la mémoire et la direction stratégique vers le cloud qui en découle exigent désormais un changement de paradigme radical qui place les responsables informatiques devant des défis financiers, techniques et organisationnels. Dans ce contexte de marché tendu, le groupe de logiciels SAP a proclamé une nouvelle doctrine de développement qui, sous le terme de „Clean Core“, domine l'ensemble du marché et oblige les clients à repenser fondamentalement leurs architectures informatiques, qui se sont développées au fil des décennies.

„Les paysages SAP ne sont jamais terminés“, explique le professeur Alexander Zeier, co-inventeur de la base de données SAP Hana et co-fondateur de Nova Intelligence. Exigences réglementaires, nouveaux modèles commerciaux, extensions fonctionnelles, changements de version - la question de savoir comment maintenir un code personnalisé propre, maintenable et proche des standards ne se pose pas une fois, mais continuellement, à chaque trimestre, pendant des années.

„Nova est précisément conçu pour ce cycle de vie : en tant que plateforme durable pour l'analyse, la documentation, l'évaluation Fit-to-Standard, la gouvernance Clean-Core, le redéveloppement et l'optimisation continue“, souligne Zeier, qui ajoute : „Celui qui n'utilise Nova que pour la migration n'en utilise qu'une fraction - la plateforme accompagne le code personnalisé de l'analyse au redéveloppement en passant par la modernisation. C'est aussi ce que reflètent nos calculs PAC-ROI. Dans le scénario de migration pure et dans le développement continu de l'environnement S/4, nous pouvons déjà démontrer des valeurs de retour sur investissement. Si l'on combine les deux scénarios, on obtient des valeurs de retour sur investissement d'environ 1400 pour cent dans un scénario de déploiement exemplaire avec environ 100.000 objets de code personnalisé. Ce n'est pas un ROI de projet. C'est un avantage économique structurel et durable“.

Coverstory mai 2026