Auteur : Thierry Julien, CEO de TJC Group
Alors que les organisations migrent vers RISE with SAP et adoptent les principes du Clean Core, un défi majeur émerge pour les projets d’archivage SAP : la dette transactionnelle. Des milliers de transactions SAP peuvent être terminées d’un point de vue métier tout en restant techniquement incomplètes, ce qui empêche leur archivage. Dans cet article, Thierry Julien, CEO de TJC Group, explore comment le cadre de gouvernance du Clean Core impacte les taux d’archivage des données SAP, pourquoi les solutions de contournement de prétraitement traditionnelles font désormais l’objet d’un examen plus approfondi sous S/4HANA Cloud Private Edition, et quelles stratégies concrètes les organisations peuvent adopter pour gérer efficacement cette dette technique.
Table des matières
- Le Clean Core réduit-il les taux d’archivage SAP ?
- Comment l’archivage SAP résolvait traditionnellement ce problème
- RISE change les règles, pas le problème
- RISE empêche-t-il réellement ces développements ?
- Le Clean Core rend la dette visible
- Le coût réel apparaît lors des mises à niveau
- Que doit faire un projet d’archivage SAP ?
- L’IA pourrait-elle résoudre la dette transactionnelle ?
- Conclusion : le Clean Core n’empêche pas l’archivage SAP
- Sources et références
Le Clean Core réduit-il les taux d’archivage SAP ?
L’un des objectifs de RISE with SAP est de faciliter la mise à niveau des systèmes SAP et de les maintenir à jour. Le Clean Core joue un rôle important dans la réalisation de cet objectif.
Pour l’archivage des données SAP, cependant, le Clean Core peut révéler un problème de longue date : des transactions terminées d’un point de vue métier mais qui ne sont pas techniquement complètes selon SAP.
Avant qu’un objet puisse être archivé, SAP vérifie si le processus métier sous-jacent a atteint un état final acceptable.
La difficulté réside dans le fait que les clients utilisent rarement 100 % des fonctionnalités SAP. Un processus peut donc être terminé pour l’entreprise tout en apparaissant incomplet pour SAP.
Par exemple, une livraison peut encore attendre des frais de transport qui ne seront jamais saisis. Du point de vue métier, le processus est terminé. Du point de vue de SAP, il ne l’est pas.
Résultat : le document ne peut pas être archivé.
Comment l’archivage SAP résolvait traditionnellement ce problème
Ce n’est pas nouveau.
Depuis des décennies, les spécialistes de l’archivage SAP utilisent une logique de prétraitement pour faire refléter aux transactions ce que l’entreprise sait déjà : le processus est terminé.
Le prétraitement peut généralement prendre trois formes :
- Finalisation applicative prise en charge — Des programmes SAP standard, des BAPI ou des fonctions métier sont utilisés pour régler, clôturer, apurer les engagements, définir des indicateurs de suppression, etc.
- Prétraitement spécifique au client utilisant la logique applicative SAP — Un développement ABAP personnalisé orchestre des API et fonctions SAP prises en charge avant l’archivage.
- Manipulation directe des informations de statut de persistance SAP — Les tables applicatives, les tables de statut ou les informations de flux documentaire sont mises à jour directement.
La première approche est normalement compatible avec RISE with SAP. La deuxième peut être mise en œuvre sous forme de prétraitement client distinct plutôt qu’en modifiant les programmes d’archivage SAP.
La troisième est celle où le Clean Core devient problématique.
RISE change les règles, pas le problème
J’ai été confronté à cette situation il y a des années, alors que je travaillais comme consultant fonctionnel pour un client américain.
Plus de 30 000 ordres de fabrication devaient être archivés, mais ils n’étaient pas techniquement complets. L’alternative proposée était de les clôturer manuellement.
Trente mille fois.
Ce n’était évidemment pas réaliste.
Il en va de même sous RISE. Les utilisateurs ne vont pas passer des semaines à clôturer manuellement des transactions créées il y a dix ans, parfois par des équipes ou des unités organisationnelles qui n’existent plus.
Supprimer un ancien contournement technique ne supprime pas le travail sous-jacent.
RISE empêche-t-il réellement ces développements ?
Pas nécessairement.
SAP S/4HANA Cloud Private Edition prend toujours en charge l’ABAP classique. Le point important est de distinguer quatre questions souvent confondues :
- Le développement est-il contractuellement autorisé ?
- Est-il techniquement possible ?
- Est-il conforme au Clean Core ?
- Qui porte le risque lié à la mise à niveau et au support ?
Les conditions publiques PCE de SAP autorisent les Customer ABAP Add-ons et, pour certaines offres souscrites, des modifications.
Cependant, le modèle Clean Core de SAP classe les modifications, les enrichissements implicites et les écritures directes ou non prises en charge dans les tables SAP comme Niveau D — Non Clean Core, la catégorie de dette technique la plus élevée. [1]
SAP précise également que les activités de développement dans l’espace de noms client restent de la responsabilité du client. [2]
Ainsi, un développement Z problématique ou une modification SAP peut générer un constat Clean Core visible.
Mais un constat Clean Core est une classification de dette technique, et non automatiquement une interdiction technique.
Le Clean Core rend la dette visible
SAP fournit désormais le cadre de gouvernance permettant d’identifier et de mesurer cette dette technique.
Le tableau de bord de la méthodologie RISE with SAP dans SAP Cloud ALM offre une visibilité sur la conformité Clean Core, y compris une analyse détaillée des objets clients. [3]
SAP recommande d’utiliser les BAdIs, les exits et d’autres mécanismes d’extension avant de modifier le code source standard SAP. [4]
Dans sa mise à jour de septembre 2026, SAP a continué à utiliser les résultats importés pour la classification B/C/D dans le tableau de bord de la méthodologie RISE, tout en affinant le calcul des indicateurs clés de performance. [5]
Le Clean Core est également intégré à la méthodologie de mise en œuvre de RISE. Lors des phases Explore, Realize, Deploy et Run, les équipes projet complètent des Quality Gates Clean Core dans SAP Cloud ALM. [6]
Le service d’évaluation automatisé de SAP prend actuellement en charge les statuts de quality gate Accepted et Conditionally Accepted. [7]
En d’autres termes, SAP a mis en place l’infrastructure permettant d’identifier, quantifier et gouverner la dette technique. Les clients peuvent ensuite décider si les constats de Niveau D doivent devenir des blocages de transport stricts.
En pratique, nous avons migré vers RISE des clients ECC qui exploitent encore un nombre limité de modifications Niveau D liées à l’archivage.
Le coût réel apparaît lors des mises à niveau
Cela ne signifie pas que le code client n’est pas pris en charge. SAP peut toujours fournir une analyse des causes profondes pour les incidents critiques de priorité très élevée et élevée impliquant du code personnalisé client, et peut fournir des conseils lorsque le développement est correctement documenté.
La position contractuelle dépend néanmoins de l’offre RISE souscrite. Les droits liés aux Customer ABAP Add-ons et aux modifications peuvent varier, et les Extended Services peuvent introduire des restrictions plus strictes.
Le bon de commande signé par le client et le supplément applicable prévalent donc sur les déclarations génériques concernant le PCE. Et notre clause de non-responsabilité habituelle : TJC Group ne fournit pas de conseil juridique.
Que doit faire un projet d’archivage SAP ?
La première règle est simple : si SAP fournit une API publiée, un programme de nettoyage standard ou une fonction métier prise en charge, utilisez-le.
Les cas difficiles sont ceux où SAP ne propose aucun mécanisme pratique pour finaliser un processus métier abandonné.
Séparer le prétraitement client du code standard SAP
C’est là que l’Archiving Sessions Cockpit (ASC) de TJC Group devient particulièrement pertinent dans un environnement RISE.
L’ASC peut intégrer des étapes de prétraitement et de post-traitement spécifiques au client, parallèlement au standard SAP : prétraitement (SAP), écriture, suppression et étapes de post-traitement.
Plutôt que de modifier les propres programmes d’archivage de prétraitement et de post-traitement de SAP, la logique de préparation spécifique au client peut rester séparée tout en étant intégrée à un flux d’archivage contrôlé.
Cela ne rend pas automatiquement toute technique de prétraitement conforme au Clean Core. La mise en œuvre reste déterminante.
Mais cela offre une architecture et un modèle opérationnel beaucoup plus propres.
Parfois, le niveau D peut rester le choix pragmatique
Pour certaines transactions héritées, la décision pragmatique peut consister à accepter une exception Clean Core de Niveau D limitée.
L’objectif doit alors être d’en limiter l’impact :
- automatiser l’exécution via l’ASC ;
- la restreindre à des périmètres organisationnels définis à l’aide des zones ASC ;
- restreindre le périmètre technique à l’aide des options de TJC Group ;
- documenter l’exception ;
- et la gérer explicitement lors des futures mises à niveau.
Le Clean Core doit donc être considéré comme un modèle de gouvernance de la dette technique, et non simplement comme une règle binaire.
L’IA pourrait-elle résoudre la dette transactionnelle ?
Une option plus futuriste pourrait émerger de l’orientation Autonomous Enterprise de SAP et de technologies telles que Joule et les agents IA.
Un agent pourrait finalement recevoir pour instruction : « Identifier les anciennes transactions qui ne sont plus finalisées du point de vue de SAP, déterminer pourquoi elles restent incomplètes, exécuter les actions métier SAP appropriées lorsque cela est possible, et n’escalader que les exceptions nécessitant un jugement humain. »
L’agent ne contournerait pas le processus standard SAP.
Il automatiserait plutôt les actions métier nécessaires pour amener les transactions à un état archivable.
Cela pourrait également introduire une nouvelle équation de retour sur investissement pour l’archivage SAP : le coût d’exécution de l’IA face à l’empreinte récurrente HANA, ou plus simplement, les tokens face à la RAM.
Conclusion : le Clean Core n’empêche pas l’archivage SAP
Ce qu’il fait, c’est rendre plus visibles certains des raccourcis techniques traditionnellement utilisés pour améliorer les taux d’archivage.
Le problème sous-jacent reste la dette transactionnelle : des processus métier effectivement terminés pour le client mais techniquement incomplets dans SAP. Relever ce défi est un élément clé de toute stratégie de gestion des données S/4HANA.
La hiérarchie à privilégier devrait donc être la suivante :
- utiliser les mécanismes de finalisation SAP pris en charge chaque fois que possible ;
- séparer le prétraitement client du code standard SAP (à l’aide de l’ASC de TJC Group) ;
- automatiser et contrôler étroitement les exceptions inévitables ;
- accepter la dette technique de Niveau D lorsque le cas métier le justifie ;
- lorsque le Niveau D n’est pas une option pour l’entreprise, innover avec l’IA pour finaliser les anciens processus via une logique métier SAP prise en charge.
Pour découvrir comment TJC Group peut vous aider à gérer les coûts d’archivage des données dans un environnement RISE, consultez notre calculateur de tarification d’archivage des données RISE with SAP.
Sources et références
- SAP Learning — Modèle d’extensibilité Clean Core et bonnes pratiques
https://learning.sap.com/courses/practicing-clean-core-extensibility-for-sap-s-4hana-cloud/explaining-extensibility-model-best-practices_e290f382-800e-40ef-a203-85a13115f487?utm_source=chatgpt.com - SAP — Rôles et responsabilités RISE, juillet 2026
https://assets.cdn.sap.com/agreements/product-policy/hec/roles-responsibilities/sap-s4hana-cloud-private-edition-and-sap-erp-pce-and-sap-business-data-cloud-roles-and-responsibilities-english-v7-2026.pdf - SAP Help Portal — Méthodologie RISE with SAP
https://help.sap.com/docs/cloud-alm/applicationhelp/rise-with-sap?utm_source=chatgpt.com - SAP Learning — Modification des objets SAP
https://learning.sap.com/courses/technical-implementation-and-operation-ii-of-sap-s-4hana-and-sap-business-suite/modifying-sap-objects-1?utm_source=chatgpt.com - SAP Community — Évaluation de l’extensibilité Clean Core de SAP Cloud ALM
https://community.sap.com/t5/enterprise-resource-planning-blog-posts-by-sap/sap-cloud-alm-s-clean-core-extensibility-assessment-is-getting-more/ba-p/14463584?utm_source=chatgpt.com - SAP Learning — Cadre de la méthodologie RISE with SAP
https://learning.sap.com/courses/introducing-the-rise-with-sap-methodology-for-sap-partners-and-customers/defining-the-standardized-framework?utm_source=chatgpt.com - SAP Help Portal — Service d’évaluation SAP
https://help.sap.com/docs/cloud-alm/applicationhelp/sap-assessment-service?sap-outbound-id=249D2D38DF80B35A0740D85D9A728552D4B1D8A1&smc_campaign_id=0000047069&utm_source=chatgpt.com - SAP — Rôles et responsabilités pour S/4HANA Cloud Private Edition
https://www.sap.com/docs/download/agreements/product-policy/hec/roles-responsibilities/sap-s4hana-cloud-private-edition-and-sap-erp-pce-and-sap-business-data-cloud-roles-and-responsibilities-english-v7-2026.pdf
FAQ
Q1. Qu’est-ce que le principe « Clean Core » et pourquoi est-il important pour RISE with SAP ?
Answer:
Clean Core est l’approche recommandée par SAP pour maintenir votre système ERP central exempt de modifications personnalisées, de données inutiles et de processus obsolètes. Dans un contexte RISE with SAP, le maintien d’un Clean Core garantit des mises à jour plus fluides, de meilleures performances et un coût total de possession réduit. L’archivage des données y joue un rôle essentiel en supprimant les enregistrements historiques qui n’ont plus besoin de rester dans votre environnement de production, vous aidant ainsi à rester aligné sur les bonnes pratiques de SAP.
Q2. Qu’est-ce que la dette transactionnelle et comment affecte-t-elle mon environnement SAP ?
Answer:
La dette transactionnelle désigne l’accumulation de données transactionnelles terminées, obsolètes ou redondantes qui restent dans votre système longtemps après avoir rempli leur fonction. Au fil du temps, cette « dette » augmente la taille de votre base de données, ralentit les performances du système et accroît les coûts RISE with SAP. Une stratégie d’archivage des données structurée permet de traiter la dette transactionnelle en déplaçant ces données vers un stockage conforme et accessible, afin que votre système de production ne conserve que les données réellement nécessaires.
Q3. Comment l’archivage des données réduit-il mes coûts RISE with SAP ?
Answer:
Votre abonnement RISE with SAP est directement lié à la taille de votre base de données HANA. En archivant les données historiques et non essentielles hors de votre système de production, vous réduisez l’empreinte de votre base de données, ce qui diminue vos frais de licence et de stockage. De nombreuses organisations constatent des économies dès le premier cycle d’archivage.
Q4. Pourquoi est-il important de séparer le prétraitement client du code standard SAP ?
Answer:
La logique de prétraitement personnalisée intégrée au code standard SAP crée une complexité qui complique considérablement les mises à niveau, les migrations et la maintenance. En découplant vos processus personnalisés du standard SAP, vous réduisez le risque technique et maintenez votre système aligné sur le principe Clean Core. L’approche de TJC Group garantit que les flux d’archivage et de gestion des données fonctionnent indépendamment de vos développements personnalisés, afin que votre système reste flexible et prêt pour l’avenir.
Q5. Les données archivées restent-elles accessibles à des fins d’audit et de conformité ?
Answer:
Oui. Les données archivées restent entièrement accessibles dès que vous en avez besoin. Les solutions d’archivage certifiées SAP de TJC Group respectent les exigences légales et fiscales locales dans chaque pays, afin que vous puissiez récupérer des enregistrements pour des audits, des contrôles fiscaux ou des reportings internes à tout moment.
Q6. L’archivage des données perturbera-t-il mes opérations SAP quotidiennes ?
Answer:
Non. Le processus d’archivage est conçu pour fonctionner parallèlement à votre environnement en production sans affecter la disponibilité du système. En réalité, la plupart des organisations constatent une amélioration des performances du système après l’archivage, car la base de données de production est plus légère et plus efficace.
Q7. Quel est le meilleur moment pour démarrer l’archivage par rapport à mon contrat RISE with SAP ?
Answer:
Le plus tôt sera le mieux. Idéalement, vous devriez archiver avant le renouvellement d’un contrat afin de pouvoir négocier des conditions basées sur une taille de base de données réduite. Cependant, l’archivage apporte de la valeur à n’importe quel stade de votre contrat en réduisant les coûts de stockage récurrents et en améliorant les performances du système.
