En trois étapes, passer d'un système SAP „ sale “ à un noyau proche des normes

Dès les débuts des logiciels standard, les éditeurs de logiciels se sont battus pour obtenir un code propre. Il existait par exemple une règle de programmation : les développements propres ne commencent qu'à partir de la ligne 50 000 ! Ce principe semble encore étonnamment d'actualité aujourd'hui. SAP relève ce défi pour le code et les processus métier avec l'initiative Clean Core : la norme reste inchangée, les spécificités des clients sont clairement encapsulées, le tout mis en œuvre de manière cohérente avec une stratégie de plateforme sur SAP BTP (Business Technology Platform).

L'objectif est de créer un noyau stable : les processus essentiels fonctionnent de manière standardisée, hautement automatisée et rentable. À part cela, il existe une couche d'innovation : les extensions et la différenciation sont modulaires, rapides et flexibles en dehors du noyau, de préférence sur le BTP. Les aspects liés à la sécurité et à la conformité sont également pris en compte : moins d'interventions individuelles signifie moins de vulnérabilités et une conformité plus facile aux exigences réglementaires.

Les entreprises utilisatrices sont donc confrontées à des questions essentielles : où en sommes-nous aujourd'hui et comment parvenir à un « clean core » ? Les trois étapes présentées ci-dessous constituent une approche pertinente et indiquent des méthodes et des outils utiles (proposés par SAP et ses partenaires).

Étape 1 : analyse du code à l'aide d'outils (approche ascendante)

Il convient tout d'abord d'évaluer les développements internes. Le classement SAP suivant de la „ Clean Core Extensibility “ en quatre niveaux sert de critère cible pour les extensions futures.

• Niveau A – Idéal: Utilisation exclusive d'interfaces publiques avec contrats de stabilité.
• Niveau B – Éprouvé: utilisation d'API établies et de technologies SAP classiques.
• Niveau C – Limité: accès en lecture aux objets de données internes.
• Niveau D – Critique: Extensions ou modifications non recommandées.

Lorsqu'elle est clairement définie sur le plan technique, la classification constitue une base solide pour le nettoyage systématique. Les outils SAP suivants vous aideront dans cette tâche :

• Cockpit de test ABAP (ATC): classification des développements internes, identification des violations des règles et des „ dettes techniques “.
• Contrôle de préparation (y compris éléments de simplification): identifie les fonctions ou les artefacts qui doivent être supprimés, remplacés ou transformés avec S/4HANA.

Les solutions partenaires offrent des avantages supplémentaires :

• smartShift: Évaluation automatisée et „ assainissement “ du code propre au client – y compris référence à l'utilisation.
• IBIS Prof. Thome: Évaluations complètes et classement des extensions utilisées selon des contextes de processus techniques grâce à l'apprentissage automatique.

Étape 2 : vision des processus et des écarts (approche descendante)

Une fois arrivé au niveau du processus, la question suivante se pose : un processus spécial est-il vraiment nécessaire ou peut-il être réintégré dans le processus standard ? L'initiative Clean Core distingue deux niveaux clairement séparés :

• processus fondamentaux sont principalement configurés via Configuration/Central Business Configuration (CBC) afin de garantir la conformité aux normes.
• Peu de procédures spéciales clairement justifiées sont mises en œuvre sous forme d'extensions sur le BTP, uniquement lorsque cela apporte un réel avantage ou un avantage concurrentiel.

Le « Clean Core » visé pour les processus facilite ainsi l'innovation : les améliorations continues peuvent être mises en œuvre plus rapidement.

Alors que le code personnalisé peut encore être évalué assez facilement à l'aide d'analyses techniques, cela devient nettement plus complexe lorsqu'il s'agit de processus métier spécifiques à une organisation. Il faut alors recourir à une analyse dite « Fit-Gap », qui combine l'utilisation actuelle des processus, les possibilités technologiques et les exigences de l'entreprise. Les analyses Fit-Gap vérifient si la forme actuelle des variantes de processus utilisées...

• sur une technologie non compatible basé (à remplacer par la fonctionnalité S/4HANA ou les applications BTP),
• trop complexe est ou
• personnalisation peu orthodoxe qui n'est pas viable dans les processus Clean Core basés sur le cloud.

Les analyses du processus Readiness Check, SAP Signavio et d'autres solutions partenaires fournissent ici des évaluations ; les meilleures pratiques SAP définissent l'objectif Clean Core.

Étape 3 : utiliser les données de base dans les processus comme levier

La qualité des données de base est souvent le point faible des analyses de processus classiques, mais elle est pourtant essentielle pour garantir des processus irréprochables. Le partenaire SAP IBIS Prof. Thome comble cette lacune en se concentrant sur les données de base, souvent négligées de manière coupable. L'analyse porte notamment sur les questions suivantes :

• Quelles données de base sont pertinentes dans quels processus ?
• Les paramétrages existants correspondent-ils à l'utilisation réelle du processus ?
• Dans quels domaines une simplification des paramètres des données de base est-elle utile ?

Outre l'analyse de l'utilisation des processus et de la cohérence des données, le nettoyage et l'archivage des données de base inutilisées peuvent également contribuer de manière significative à l'amélioration de la qualité des données.

• IBIS Le professeur Thome a développé spécialement à cet effet une classification en cinq niveaux des objets de données de base (matériel, partenaires commerciaux, etc.) et de leur utilisation dans les processus, de manière analogue aux extensions :
• A = utilisation active dans des processus propres (prêt pour le cloud public)
• B = Utilisation dans des variantes adaptées (personnalisation Z ; mappage CBC possible)
• C = Utilisation dans des processus innovants (par exemple, S&OP → IBP)
• D = Processus utilisé non applicable avec S/4HANA ou fortement personnalisé → Révision nécessaire
• E = utilisation incertaine → analyse manuelle

Les trois étapes sont importantes: L'analyse du code seule ne suffit pas. L'évaluation des processus et des données de base sont des „ agents nettoyants “ tout aussi importants.

Avantages pour les services informatiques et spécialisés

Innovation plus rapide : améliorations continues, utilisation rapide des nouvelles fonctionnalités de l'IA.

• Coût total de possession réduit: Réduction des coûts de maintenance et d'exploitation, mises à niveau simplifiées.
• Gouvernance robuste: moins de dispersion, plus de transparence, meilleure capacité d'audit.
• gain de sécurité: Surfaces d'attaque réduites.

guide pratique

1. Classification : attribution des niveaux d'extensibilité A à D ; formation de groupes de risques.
2. Vérifier l'adéquation des processus : par rapport aux meilleures pratiques SAP et à la cartographie des processus cibles ; documenter les écarts d'adéquation.
3. Évaluer les données de base : profilage des données ; classification A-E ; définir un plan de nettoyage et de simplification.
4. Décider : standardisation ou individualisation comme choix d'état d'esprit – analyse de rentabilité pour chaque écart.
5. Transformer : refactoriser/découpler vers BTP, configuration via CBC, trier, archiver.
6. Mettre en place une gouvernance : politiques, contrôles qualité, gestion du cycle de vie.