Le démantèlement des systèmes SAP historiques: Un aperçu de ses avantages, de ses outils et plus encore !

Auteur : Priyasha Purkayastha, Responsable mondial du contenu, TJC Group | Co-auteur : Thierry Julien, Audren Butery, & Ashish Rathi (équipe ELSA), TJC Group

Les entreprises s’appuient fortement sur les données, qui ont été multipliées par dix au cours de la dernière décennie. Bien que ces données soient cruciales pour les organisations, leur stockage dans des systèmes disparates peut devenir un défi dans les années à venir. En particulier, avec l’évolution constante du paysage numérique, la mise à niveau des systèmes informatiques de votre organisation devient de plus en plus essentielle. Sans oublier que la maintenance des systèmes existants est coûteuse et qu’elle pose de nombreux problèmes de sécurité des données. C’est pourquoi la mise hors service des systèmes existants est la meilleure solution. Lisez ce blog détaillé pour en savoir plus sur le démantèlement des systèmes hérités SAP et non SAP.

Qu’est-ce que le démantèlement des systèmes SAP et non SAP ?

Avec les progrès du monde technologique, les systèmes d’entreprise doivent être migrés ou remplacés par un nouveau système de temps à autre. Autrefois, les anciens systèmes, fonctionnant sur des ordinateurs centraux, étaient perdus lorsque le matériel était retiré. Plus tard, les systèmes anciens et obsolètes étaient conservés dans des centres de données ou migrés dans une machine virtuelle (VM). Toutefois, à l’ère de la numérisation, ces solutions ne sont plus adaptées, car vous ne voulez pas perdre d’informations (“les données sont de l’or” à l’ère de l’intelligence artificielle) et vous ne pouvez pas vous permettre de les conserver. Par conséquent, la meilleure solution pour les organisations est de retirer les systèmes existants, qu’ils soient SAP ou non SAP, car cela permet d’éviter tout compromis en matière de sécurité, de réduire les coûts de maintenance, et bien plus encore.

Pour définir le démantèlement des systèmes non SAP et SAP existants, nous pouvons dire qu’il s’agit d’un retrait planifié, soigneusement gouverné et irréversible sur le plan opérationnel d’un système d’information obsolète ou remplacé. En fait, il inclut les codes, les magasins de données, les intergiciels, le matériel, les nuages et les intégrations – de tous les environnements d’exécution ainsi que des sauvegardes, ce qui permet de s’assurer qu’il n’est plus accessible d’un point de vue opérationnel, tout en garantissant simultanément que les systèmes d’information ne sont plus accessibles à l’utilisateur.

• la mise au rebut du matériel, des licences et des intégrations conformément à la politique de l’entreprise, aux contrats avec les fournisseurs et aux réglementations en matière d’environnement et de protection de la vie privée. Cela inclut également les procédures d’effacement sécurisé
• l’élimination des coûts, de l’exposition à la sécurité et de la dette technique liés à l’exploitation de l’environnement existant ; et
• préserver les données, les enregistrements et les essais d’audit, conformément à la conformité, qui doivent rester accessibles à des fins légales, réglementaires ou commerciales.

L’une des choses les plus importantes que vous devez garder à l’esprit est que le démantèlement des systèmes existants n’est en aucun cas un projet de migration. En fait, le déclassement des systèmes est une partie essentielle du processus de gestion du cycle de vie des technologies de l’information, qui aide les organisations à rester en phase avec l’évolution de leurs besoins technologiques. Une approche historiquement sûre, tant du point de vue de l’audit que de celui des utilisateurs professionnels, consiste à extraire les données dans des fichiers plats pour créer des archives fiscales. Ces données peuvent ensuite être réévaluées chaque fois que nécessaire, en les affichant dans une application plus récente conçue à cet effet. En plus de cette approche historique, la mise hors service récente de systèmes obsolètes exige désormais de se conformer aux lois et réglementations en matière de confidentialité des données, tout en optimisant l’ensemble de vos ressources.

Regardez le webinaire :

Différences entre le déclassement SAP et le déclassement non SAP

Lors du retrait des systèmes obsolètes, les données essentielles aux entreprises doivent rester accessibles pour des raisons juridiques et de conformité. Cependant, avec plusieurs systèmes en place, il est évident que vous vous demandez comment se déroule le processus de démantèlement. En fait, il existe des différences frappantes entre le déclassement SAP et non SAP; cependant, avec des solutions comme ELSA de TJC Group, les deux peuvent être prises en charge de manière transparente. Dans les sections suivantes, vous découvrirez ELSA, mais avant cela, nous allons vous donner un aperçu des différences entre le retrait des systèmes SAP et non-SAP.

Démantèlement des systèmes SAP existants

SAP, l’un des plus grands fournisseurs de solutions ERP, dispose d’une gamme d’outils et de solutions qui rationalisent la gestion des données. En fait, pour le déclassement également, SAP dispose d’outils et de processus spécialisés pour ses systèmes (SAP ILM). Il existe en effet des formats et des procédures standardisés pour l’extraction et la cartographie des données, des logiciels spécialisés, etc. Des modules complémentaires certifiés comme AEC ou des applications en nuage comme ELSA sont utilisés pour le système SAP, ce qui rend le processus de déclassement du système beaucoup plus fluide et efficace. Cela dit, la disponibilité d’experts chargés du démantèlement de SAP et du développement de fonctions d’extraction intéressantes pour rationaliser le processus est également une aubaine pour les organisations.

Démantèlement des systèmes hérités non-SAP

En toute honnêteté, le démantèlement d’un système patrimonial en dehors de l’environnement SAP peut s’avérer quelque peu difficile en raison de la diversité des structures et des formats de données. Pour ce type de démantèlement, les données non SAP doivent être extraites pour être alignées sur les bons formats d’archives fiscales. En fait, le processus nécessite souvent un mappage personnalisé pour garantir l’exactitude de la représentation.

Principales différences

• Disponibilité des outils : Les systèmes SAP bénéficient d’un large éventail de solutions spécialement conçues pour leur architecture. En revanche, les systèmes non-SAP ne disposent pas de tels outils dédiés, ce qui nécessite des étapes supplémentaires pour l’intégration. Heureusement, de nombreux extracteurs existent sur le marché et peuvent être utilisés en fonction des versions des systèmes existants.
• Modélisateur de données : Les systèmes SAP ont des modèles de données standardisés. Pour les systèmes non-SAP, le modèle de données doit être compris. TJC Group utilise l’IA agentique, combinée à l’expérience interne, pour proposer un tel modèle comme approche de projet, car les champs et les tables personnalisés doivent également être pris en compte.
• Complexité et ressources : Le démantèlement de systèmes non-SAP exige généralement plus de ressources en raison de la nécessité de mapper les données, de procéder à des configurations personnalisées et de faire éventuellement appel à des consultants spécialisés.

En résumé, alors que SAP fournit des outils et des processus structurés pour le déclassement de ses systèmes, le déclassement de systèmes non SAP nécessite des efforts supplémentaires pour adapter et intégrer les données dans la solution de déclassement, ce qui implique souvent des outils spécialisés et des conseils d’experts.

Pourquoi démanteler les systèmes existants ?

Le déclassement est-il nécessaire pour la migration S/4HANA ?

A l’approche du passage à S/4HAHA, vous connaissez déjà les différentes approches telles que l’approche Greenfield, l’approche Brownfield ou l’approche Bluefield. Nous aimerions mentionner le processus SAP lean selective data transition (SDT) que SAP propose dans SAP cloud ALM. Ce sont les approches que les organisations peuvent choisir pour le processus de migration S/4HANA. Cependant, ce que les clients ne comprennent pas, c’est ce qu’il adviendra de leurs systèmes ERP existants. Contrairement à la croyance populaire selon laquelle la migration n’est qu’une mise à niveau habituelle de SAP, il s’agit plutôt d’une avancée intelligente dans votre stratégie de gestion des données. En effet, ces systèmes ERP seront obsolètes et, s’ils ne sont pas déclassés, les entreprises risquent d’en pâtir financièrement. La migration vers S/4HANA est donc une bonne occasion de repenser et de réorganiser votre paysage informatique et d’intégrer le déclassement des systèmes existants dans votre stratégie de gestion des données.

Il est impératif de comprendre que lors de la migration vers les systèmes S/4HANA, les situations suivantes peuvent se produire :

• Certaines tables n’existeront plus dans le système
• Les données de base spécifiques n’existeront plus non plus
• Quelques données seront transformées
• Certaines données ne seront pas sélectionnées pour le transfert
• Les codes et les programmes du système ne resteront plus les mêmes

En définitive, si vous supprimez les systèmes ERP existants (SAP ECC) sans gérer correctement les données (pour l’utilisation quotidienne, la fiscalité ou la conformité, les besoins en matière de confidentialité des données, par exemple), vous vous exposez à un risque d’exposition et à des amendes potentielles. Par conséquent, il est fortement recommandé de retirer vos anciens systèmes par le biais d’une mise hors service. Chez TJC Group, nous vous proposons de retirer votre ancienne application et d’accéder à ses données dans une solution basée sur le cloud. Vous voulez savoir comment ? Cliquez sur la bannière ci-dessous : En résumé, si vous supprimez les systèmes ERP existants (SAP ECC) sans gérer correctement les données (pour l’utilisation quotidienne de l’entreprise, la fiscalité ou la conformité, les besoins de confidentialité des données, par exemple), vous vous exposez à un risque d’exposition et à des amendes potentielles. C’est pourquoi il est fortement recommandé de retirer vos anciens systèmes en les mettant hors service. Chez TJC Group, nous vous proposons de retirer votre ancienne application et d’accéder à ses données dans une solution basée sur le cloud. Vous voulez savoir comment ? Cliquez sur le bouton ci-dessous :

D’autres informations précieuses

La question du déclassement des systèmes est souvent abordée dans le cadre du projet S/4HANA, mais il convient d’éviter certains pièges. S’attaquer à la fois à la migration et au déclassement peut sembler une bonne idée à première vue. Malheureusement, ce n’est pas le cas.

Les projets de migration visent un nouveau système qui peut contenir des données historiques, transformées d’une manière compatible avec la nouvelle utilisation. Les données migrées peuvent ne pas être considérées comme des données historiques et ne seront pas acceptées lors d’un audit. En fait, les données migrées ne répondent pas non plus aux critères d’exhaustivité, car la migration est un effort unique qui n’a pas été conçu pour la traçabilité.

Le fait est que l’idée d’envoyer certaines données vers le nouveau système, tout en conservant les données “restantes” en tant qu’informations historiques, peut sembler séduisante, mais ne constituera jamais une solution valable. Malheureusement, vous vous retrouverez avec des données historiques expurgées dans votre nouveau système et des données incomplètes dans votre solution de déclassement. Au lieu de déclasser les systèmes SAP, vous risquez de rendre votre processus de migration plus complexe. La meilleure solution consiste à scinder votre projet : concentrez-vous sur votre projet de migration et confiez à un autre projet la mise hors service du système.

Raisons stratégiques de la mise hors service des systèmes existants

Au fil du temps, les organisations accumuleront des quantités substantielles de données, dispersées dans des systèmes obsolètes. Bien que ces systèmes soient rarement utilisés, ils contiennent des données importantes pour les organisations, et ce à plusieurs fins – des entreprises à la conformité fiscale, en passant par la confidentialité des données et la formation à l’intelligence artificielle, etc. Par conséquent, il est essentiel pour les organisations de conserver les données héritées ; cependant, cela a un coût, qui pèse généralement sur les ressources. En fait, au fil des ans, il a été rapporté que 70 % des budgets informatiques des organisations sont consacrés à la maintenance des systèmes, et qu’une part importante de ces dépenses peut concerner les systèmes patrimoniaux.

Quelle est donc la voie stratégique à suivre ? Il s’agit de la mise hors service des systèmes SAP et non SAP existants! D’une manière générale, la mise hors service de systèmes obsolètes permet aux organisations de réaliser des économies et d’investir dans l’adaptation de technologies plus récentes. Voici cinq raisons stratégiques de mettre hors service vos systèmes existants.

Sécurité renforcée

L’un des aspects des systèmes patrimoniaux est qu’ils sont vulnérables aux menaces de sécurité, car les systèmes obsolètes ne sont pas mis à jour avec les derniers correctifs de sécurité. En les mettant hors service, vous pouvez pousser un soupir de soulagement, car ce processus permet de réduire considérablement le risque de violation des données et d’autres menaces pour la sécurité. Chez TJC Group, nous accordons la plus grande importance à la sécurité des données et nous sensibilisons continuellement nos lecteurs à ce sujet par le biais de nos blogs et de nos articles.

Lisez ce blog pour comprendre comment les systèmes existants sont sujets aux vulnérabilités de SAP – https://www.tjc-group.com/blogs/is-it-safe-to-keep-legacy-data-in-an-old-sap-system/

Garantir des économies à long terme

La mise hors service des systèmes existants contribue grandement à vos coûts d’exploitation. Les systèmes obsolètes sont non seulement difficiles mais aussi coûteux à entretenir. En outre, ils s’accompagnent de mises à niveau périodiques, qui peuvent également s’avérer coûteuses. La mise hors service des systèmes SAP et non SAP permet d’éliminer les coûts de licence, les dépenses en ressources et les frais généraux d’infrastructure. En outre, vous devez garder à l’esprit que les coûts ne sont pas seulement liés au stockage des données ; il y a plusieurs autres coûts et facteurs tels que les serveurs, le temps d’exécution, les systèmes d’exploitation, etc. En fait, la maintenance des systèmes existants s’accompagne d’ une série de coûts cachés.

Meilleure conformité aux réglementations

Le fait est que les réglementations légales et les lois sur la confidentialité des données telles que RGPD, CCPA, etc., ne peuvent pas être fréquemment appliquées à des systèmes obsolètes, car ces systèmes ont été conçus bien avant la mise en place de ces réglementations. Cependant, la non-conformité peut entraîner de lourdes pénalités ainsi que des risques pour la réputation de votre organisation. De temps en temps, vous trouvez des autorités de contrôle qui suggèrent spécifiquement de cibler les systèmes d’archivage. Par conséquent, le déclassement des systèmes SAP hérités s’avère être le pari le plus sûr. Il permet de protéger votre organisation contre de tels risques de non-conformité, tout en effectuant une extraction complète du système. Nous avons publié un blog détaillé sur la façon dont le déclassement des systèmes contribue à la confidentialité des données et à la cybersécurité.

Amélioration de l’efficacité des systèmes

Une fois de plus, l’une des principales raisons de la mise hors service des systèmes SAP et non SAP est l’amélioration de l’efficacité des systèmes. En effet, au fil des années, les systèmes existants deviennent lourds et inefficaces. Au lieu de contribuer à l’activité de l’entreprise, ils nécessitent une maintenance constante, ce qui entraîne une augmentation des dettes techniques. Le démantèlement des systèmes existants permettra aux entreprises d’améliorer l’efficacité de leurs systèmes et de leurs opérations en remplaçant les systèmes obsolètes par des solutions plus rapides, plus fiables et plus avancées. En fait, le démantèlement peut s’avérer très bénéfique et inestimable lorsqu’il s’agit de fusions et d’acquisitions, de migration S/4HANA, de passage au nuage, etc.

“En mettant hors service les systèmes obsolètes, les entreprises peuvent réduire leurs coûts, améliorer leur efficacité et s’assurer que leurs systèmes sont conformes aux normes du secteur.

Des solutions durables et plus écologiques

Les émissions de gaz à effet de serre sont devenues un sujet important dans le monde entier, et les technologies de l’information jouent un rôle significatif à cet égard. Les anciens systèmes sur site consomment plus d’énergie, ce qui entraîne une demande accrue d’espace. Cela dit, les organisations n’opteront peut-être pas pour un centre de données dont l’électricité émet peu de CO2. En outre, les solutions récentes, y compris les systèmes HANA en mémoire, nécessitent également plus d’électricité pour fonctionner. En réduisant la taille et en retirant les systèmes obsolètes, les organisations contribueront non seulement à la protection de l’environnement, mais soutiendront également les initiatives de développement durable de leur entreprise.

Téléchargez notre ebook maintenant pour découvrir comment la gestion globale des données contribue à la durabilité :

Éléments importants à prendre en compte avant la mise hors service d’un système existant

Le processus global de déclassement peut rapidement devenir long et fastidieux si des facteurs clés ne sont pas pris en compte par votre organisation, car il y a plusieurs facteurs que les organisations doivent prendre en considération. Voici quelques-uns des éléments clés à prendre en compte avant d’entamer le démantèlement d’un système existant, qu’il s’agisse d’un système SAP ou d’un système non SAP.

Extraction des données

L’une des principales choses que vous devez garder à l’esprit est la nature des informations à extraire. Vous souhaitez intégrer des données, des documents et des rapports, afin de garantir une extraction totale du contenu de votre application patrimoniale. D’un point de vue fiscal, la documentation, y compris le code, doit être conservée, mais c’est la partie la plus facile. La phase d’extraction comprend le transfert des données des systèmes obsolètes vers un référentiel de stockage qui reste accessible de manière sélective pour la conformité future. En fait, il existe plusieurs solutions, comme ELSA Extract de TJC Group, qui visent à extraire 100 % des données patrimoniales dans les archives fiscales (veuillez noter que certaines données sont stockées dans un format qui ne permet pas d’atteindre 100 %, mais nous avons réussi à travailler sur les parties les plus importantes pour vous fournir des solutions). Vous disposez également de nombreuses solutions, y compris plusieurs solutions open-source, permettant d’extraire des données à partir de centaines de systèmes non-SAP.

Accès aux données existantes

Si le démantèlement de SAP est essentiel pour les organisations, il est tout aussi crucial de récupérer les données existantes pour assurer la conformité juridique et fiscale, et il peut être encore plus important d’assurer la conformité en matière de protection des données à caractère personnel. N’oubliez pas non plus que les nouveaux utilisateurs ne connaîtront probablement pas les anciens systèmes. Il est donc impératif que les organisations adoptent des solutions dotées d’interfaces simples et flexibles que les utilisateurs peuvent rapidement apprendre à utiliser. Dans l’ensemble, cela permet de s’assurer que les données patrimoniales restent accessibles uniquement aux personnes autorisées après le déclassement.

D’autre part, les applications des systèmes existants ne sont pas des applications actives, et ne sont donc pas conçues pour copier l’affichage original du système existant : cela aboutirait à un système surcompliqué et à une violation des applications de la propriété intellectuelle. L’aspect et la convivialité génériques et flexibles d’ELSA conviennent donc parfaitement au démantèlement de systèmes à grande échelle.

Sécurité des données

Probablement l’un des aspects les plus essentiels, la sécurité des données ne peut être négligée à aucun prix. Les organisations doivent assurer une protection adéquate des données et le cryptage des informations sensibles lors du démantèlement des systèmes existants, pendant et après le processus, afin que les données ne soient jamais exposées. En fait, la sécurité du système lui-même est également un point important à considérer, y compris la sécurité de tous les points d’accès et la protection contre toutes les vulnérabilités potentielles.

Pour n’en citer que quelques-uns, la liste de contrôle de la sécurité des données comprend les éléments suivants

• Assurer une extraction complète
• S’assurer qu’aucune transformation n’a lieu au moment de l’extraction. Cependant, l’ETL et l’ELT ne sont pas des solutions parfaites.
• Maintien du chiffrement classique de bout en bout
• Gestion adéquate des utilisateurs
• Gestion précise des autorisations
• Rapport d’audit, au moment de l’extrait ou à tout moment ultérieur (y compris plusieurs années après le décompte)
• Assurer la traçabilité des extraits fiscaux
• S’assurer de la gestion des utilisateurs légaux

Guide étape par étape pour le démantèlement des systèmes SAP et non-SAP existants

Étapes standard du déclassement

De loin, le déclassement peut donner l’impression qu’il s’agit simplement d’éteindre un système. Cependant, c’est plus que cela ; le déclassement implique un processus structuré et méticuleusement planifié, garantissant l’accessibilité, l’intégrité et la sécurité des données. Vous trouverez ci-dessous une approche étape par étape que les organisations doivent suivre pour le démantèlement des systèmes non-SAP et des anciens systèmes SAP.

Planification et évaluation détaillées

La première étape consiste à assurer une planification et une évaluation solides, simples mais détaillées, qui comprennent, selon une méthode classique, les systèmes d’inventaire, la classification des données, etc.

• Dans le cadre des systèmes d’inventaire, les organisations doivent identifier les systèmes existants qui doivent être mis hors service, y compris les données stockées dans les systèmes, leurs applications et leurs dépendances. Les contraintes de temps et les exigences doivent être clairement définies pour chaque système afin de planifier l’ensemble du programme en conséquence.
• Dans le cadre de la classification des données, vous devez classer les données en objets commerciaux. Ensuite, vous devez classer les objets en fonction de leur importance fonctionnelle, des exigences réglementaires et de leur sensibilité. En fait, le groupe TJC vous aide à classifier les données.

Cependant, n’oubliez pas que la méthode classique est efficace pour les systèmes de gestion de documents et pour les systèmes comportant jusqu’à 200 tables, ce qui est loin de la complexité des systèmes actuels. C’est pourquoi la solution decom de TJC Group se concentre non seulement sur la classification des données, mais aussi sur le modèle de base de données, qu’elle fournit automatiquement pour les systèmes SAP. Pour les systèmes non-SAP, notre technologie construira les métadonnées pour vous, en se basant sur l’expérience et sur l’IA Agentic propriétaire.

En outre, la phase de planification et d’évaluation comprend également l’engagement des parties prenantes, dans le cadre duquel vous devez collaborer avec les équipes informatiques, les unités de conformité et d’affaires, et les clients pour définir les buts et les objectifs. N’oubliez pas qu’au cours de la phase de planification, vous devez identifier les principaux objets de gestion qui doivent rester facilement accessibles après le déclassement des systèmes SAP et non SAP.

Au cours de cette phase, vous devez vérifier vos objectifs d’évaluation, c’est-à-dire ce que vous recherchez exactement.

• Souhaitez-vous cibler les besoins opérationnels ?
• Vous cherchez à cibler les archives fiscales ?
• Votre objectif est-il de répondre aux audits, au contrôle de la qualité ou à la conformité ?
• Prévoyez-vous de cibler la conservation pour de futures utilisations de l’IA ?
• Comment restez-vous en conformité avec les réglementations actuelles et futures telles que la confidentialité des données, etc.

Par ailleurs, une autre question revient souvent : quels sont les rapports standard et personnalisés qu’il convient d’exécuter et de conserver avant le déclassement ? La réponse à cette question est que certains rapports (principalement financiers, de ressources humaines et de conformité) doivent être conservés ; cependant, ils ne peuvent pas être reproduits dans une application patrimoniale. En outre, les évaluations liées aux archives fiscales signifient que vous devez cibler un extrait de données complet, et pas seulement des données financières.

Cela dit, n’oubliez pas que les évaluations sont également liées à des questions de volume : le stockage en format xml, par exemple, génère 10 à 100 volumes de plus que le format AIS. Les deux peuvent être compressés, mais qu’en est-il de la facture du partenaire chargé du démantèlement du système existant au format non compressé ?

Enfin, l’évaluation des risques est également importante ; que se passe-t-il si certaines données ne sont plus accessibles dans l’application par la suite ? Ce point est important car trop de projets se concentrent sur la durée du processus, mais pas sur les conséquences d’un projet de démantèlement partiel.

Migration des données et mise en œuvre de l’archivage

Il y a beaucoup de malentendus dans ce domaine, et c’est le bon moment pour répondre à certaines de ces idées fausses.

L’essentiel est que l’archivage a plusieurs significations, qui varient d’une personne à l’autre : archivage de données, archivage de documents, archivage fiscal et archivage complet (décommissionnement).

Un exemple important d’archivage de données est donné ci-dessous. Cliquez sur la bannière pour obtenir un aperçu approfondi de nos processus et plus encore.

Si vous avez procédé à l’archivage des données dans un système SAP existant, les données archivées doivent également être extraites, car le déclassement du système implique l’extraction des données et l’extraction des données archivées. Dans les deux cas, vous devez vous assurer que l’intégrité est maintenue. Cela implique d’identifier les doublons (un même numéro de facture peut se trouver en ligne et dans un fichier d’archivage de données), de séparer les vrais des faux doublons et d’exclure certaines données obsolètes.

Parfois, la rationalisation du processus de migration est essentielle : archivage des données avant ou pendant le projet de migration, mise en place d’un espace de travail de déclassement en tant que dépôt d’archives (archives secondaires). Parfois, la rationalisation du processus de migration consiste à séparer le projet de déclassement ou à organiser un déclassement des systèmes SAP existants.

En outre, nombreux sont ceux qui considèrent le nettoyage des données comme un élément important de leur projet de migration, ce qui est vrai. Cependant, le nettoyage des données ne fait pas partie du projet de déclassement, car le déclassement vise l’accès à un système existant, et en aucun cas l’amélioration des informations existantes. Si vous construisez un pipeline de données dans votre lac de données, alors les données extraites de l’application peuvent devoir être nettoyées pour une utilisation dédiée : si votre pipeline de données est ensuite exécuté à partir d’une application patrimoniale (après le déclassement de l’application), alors vous devrez, à nouveau, exécuter le nettoyage des données. Mais les applications patrimoniales ne ciblent pas le nettoyage. Ceci étant dit, le nettoyage des données est légalement requis en tant que droit à la mise à jour des informations personnelles. Non seulement lors du déclassement de SAP, mais aussi à tout moment dans le futur : il doit être possible de retracer les données tout en conservant le statut d’archive fiscale.

Disponibilité des données et conformité

Lors du déclassement des systèmes SAP et non SAP, l’accessibilité aux données archivées n’est pas négociable. Pourquoi? Comme nous l’avons déjà mentionné, les données doivent être conservées pendant une période déterminée afin de respecter les exigences légales et de protection des données. Toutefois, vous devez veiller à ce que l’accès aux données reste limité aux seuls utilisateurs autorisés. En outre, vous devez également veiller à ce que les données soient conformes aux exigences de conformité spécifiques au secteur et à la conservation des données.

Démantèlement de SAP et désactivation du système

Dans le cadre du projet, TJC recommande vivement d’effectuer une batterie de tests de bout en bout, côte à côte, entre votre système existant et la solution que vous avez choisie pour accéder à ces données, comme ELSA by TJC. Il s’agit non seulement d’une étape évidente d’un point de vue technique, mais aussi d’une excellente occasion pour les utilisateurs professionnels de se familiariser avec la nouvelle solution d’accès aux données et de confirmer que toutes les exigences professionnelles ont été satisfaites. Le système existant peut alors être retiré en toute sécurité. Cela peut sembler une tâche complexe et longue, mais n’oubliez pas que nous visons l’extraction complète, et qu’il n’y a donc pas de problème si certains tests manquent. De plus, il s’agit de tests d’accès à l’information, et non de reproduction de processus existants (par exemple, l’affichage d’une commande client, et non un processus de bout en bout, de la création au paiement).

Suivi après le processus de démantèlement

Après le démantèlement des systèmes SAP et non SAP, il est impératif de contrôler en permanence les données, non seulement en termes d’accessibilité, mais aussi en termes de sécurité contre les cyberattaques et les violations. Conservez également des enregistrements détaillés du processus de déclassement afin de garantir la préparation à l’audit de vos données et de votre organisation. Chez TJC, ces aspects sont déjà couverts par notre application en nuage ELSA, dont nos clients bénéficient automatiquement, avec des mises à jour de sécurité régulières par exemple.

Vous voulez savoir ce qu’est la préparation à l’audit de vos données ? Rendez-vous sur ce lien : https://www.tjc-group.com/sap-data-extraction-for-tax-and-audit-readiness/

Étapes suivies par les experts du groupe TJC pour le déclassement

Dans le cadre de nos efforts continus pour prospérer et garantir le meilleur à nos clients, nous suivons une approche stratégique du démantèlement des systèmes existants, ce qui permet de rationaliser davantage le processus et d’obtenir d’excellents résultats. Ainsi, en plus des étapes standard du démantèlement (y compris les rapports extraits, les pièces jointes, les documents et la documentation), voici ce que nos experts font pour vous du côté des données.

Analyse de la base de données: Nous dressons la liste de toutes les tables, de tous les volumes, de tous les champs de table et de tous les types de données. En option, nous pouvons identifier les données personnelles et sensibles potentielles dans les tables standard et personnalisées.

Dictionnaires de données: L’objectif est ici d’identifier les métadonnées qui définiront les performances d’ELSA sur les données extraites. Nous représentons les dictionnaires de données comme un ensemble de 8 à 18 tables, comprenant des métadonnées liées au modèle de données. En fonction du système existant, ce type de tables peut déjà exister (comme pour le déclassement basé sur SAP NetWeaver : ECC, CRM, SEM, EWM, IS-U, etc.), ou elles peuvent être recréées à partir de zéro. Comme la construction de tels dictionnaires peut sembler une tâche complexe, nous proposons des services à prix fixe pour les construire sur des systèmes non-SAP, basés sur l’expertise de TJC Group et des systèmes agentiques propriétaires.

Extractions: Après l’analyse de la base de données et des dictionnaires de données, nous lançons l’extraction de toutes les tables et de tous les documents de la base de données. Les cas particuliers où les données sont encodées dans un format propriétaire peuvent être traités lorsque c’est important. Pour certains des plus grands systèmes ERP (certains d’entre eux atteignent près de 100 Tb, ou lorsque le client ne possède pas le système d’origine (processus de M&A), nous pouvons avoir besoin de découper les données et d’inclure un processus d’approbation formel.

Audit de la qualité des données: Au cours de cette étape, nous nous assurons de l’exhaustivité et de la traçabilité des documents afin de respecter la conformité.

Défis communs liés à la conservation des systèmes existants

Souvent, les organisations négligent les avantages de la mise hors service des systèmes existants et se demandent si cette mise hors service peut réellement contribuer à réduire les coûts. Si le coût du projet peut sembler un peu élevé, il ne s’agit que d’une dépense ponctuelle qui s’accompagne de plusieurs avantages. Cependant, il est courant que les organisations et les décideurs se posent des questions à ce sujet, et ce à juste titre – peut-être ne sont-ils pas conscients des limites des systèmes obsolètes. Examinons donc les défis liés à la conservation des systèmes existants et les raisons pour lesquelles le démantèlement des systèmes SAP et non SAP est un choix judicieux.

Coût d’entretien plus élevé

L’un des plus grands défis liés à l’absence de déclassement de SAP est le coût de la maintenance des systèmes existants. Vous seriez surpris d’apprendre que pour chaque système existant, il y a 49 implications financières différentes, les frais de maintenance des logiciels et des applications étant les plus importants. Vient ensuite l’impact sur les opérations avec des systèmes informatiques immobilisés dans la gestion de systèmes obsolètes. En outre, les organisations peuvent encourir ces dépenses pour plusieurs systèmes existants, étant donné qu’ils peuvent être mis en œuvre dans plusieurs divisions d’une organisation.

À cela s’ajoutent les coûts de licence du système d’exploitation, le coût de la base de données (HANA ou autres) et le coût des renouvellements de licence SAP. Tous ces éléments combinés augmentent considérablement le coût de maintenance du système existant. En fait, même si les systèmes patrimoniaux sont inutilisés, les organisations doivent maintenir leurs applications, ce qui accroît la pression sur les équipes techniques.

Les coûts de maintenance sont élevés, mais la triste vérité est que les systèmes existants, à certains moments, ne peuvent tout simplement pas être maintenus, quel que soit le coût que vous êtes prêt à payer. C’est encore plus évident pour les applications SaaS et cloud les plus récentes.

Dette technique

La gestion de la dette technique est un autre défi de taille auquel sont confrontées les organisations qui optent pour le démantèlement des systèmes SAP hérités. En termes simples, la dette technique est le coût de la révision d’une solution qui résulte de l’adoption d’une approche plus rapide et plus simple au lieu d’une approche plus efficace mais qui prend du temps. À l’instar de la dette financière, la dette technique accumule des intérêts lorsqu’elle n’est pas résolue, ce qui rend les modifications futures plus difficiles et plus coûteuses. Au fil du temps, cela peut accroître l’entropie du logiciel et augmenter encore les dépenses liées aux retouches. En outre, elle entrave la capacité d’une entreprise à innover et à s’adapter aux nouveaux développements.

Plusieurs facteurs contribuent à l’accumulation de la dette technique, notamment une mauvaise documentation, l’absence de suites de tests, des composants étroitement intégrés et l’absence de mise à jour des composants qui peuvent ne plus être pris en charge. Le démantèlement des systèmes hérités est une solution qui peut contribuer à réduire votre dette technique puisqu’il permet de retirer l’ancienne application dans laquelle elle a été accumulée et de la remplacer par des technologies en nuage de pointe sans dette dans le cas d’ELSA by TJC Group.

Défaillance du système

L’un des aspects les plus préoccupants des systèmes existants est le risque de défaillance du système. Ce risque est particulièrement élevé dans des secteurs tels que la production industrielle et les soins de santé, où les interruptions peuvent entraîner des pertes de revenus considérables. Par exemple, si votre produit est une pièce d’avion et qu’un avion s’écrase après 25 ans de service, vous aurez besoin des informations de contrôle de la qualité (données et documents) qui peuvent se trouver dans un système existant. En outre, la perte d’un système existant peut entraîner des pénalités financières, notamment en cas de contrôle fiscal. Il est donc essentiel de réduire au minimum les perturbations lors de l’abandon progressif des systèmes existants. Les organisations devraient donner la priorité à une transition en douceur et sans heurts afin d’atténuer les risques de manière efficace.

Vulnérable aux cyberattaques et aux violations de la loi

On croit souvent à tort que les systèmes obsolètes ne sont pas affectés par les nouvelles vulnérabilités car ils ont atteint leur dernier niveau de mise à jour et ne peuvent donc pas être exploités. Mais c’est loin d’être le cas ! Toute nouvelle vulnérabilité découverte dans une bibliothèque affectera toutes les versions actuelles ainsi que, éventuellement, les versions antérieures de cette bibliothèque. En fait, il y a plusieurs exemples de la même chose avec les vulnérabilités récentes CVE-2023-38545 et CVE-2023-38546 qui affectent la bibliothèque URL. Par conséquent, les organisations doivent disposer d’un backport de corrections du code source des versions antérieures afin de garantir une restauration rapide, la continuité des activités et la sécurité globale. Cependant, le processus peut être fastidieux et prendre du temps, entraînant plusieurs incompatibilités. Par conséquent, le maintien des systèmes existants, même avec des correctifs mis à jour, est une affaire risquée et peut conduire à de graves violations.

Tous ces défis peuvent perturber vos stratégies commerciales et opérationnelles. C’est pourquoi la mise hors service des systèmes non SAP et SAP existants, tout en transférant leurs données vers des systèmes plus robustes, plus modernes, plus actualisés et plus sécurisés, est toujours une bonne option.

Outils pour le démantèlement des systèmes SAP existants

Aussi stratégique et bénéfique que soit le démantèlement des systèmes existants, le processus peut s’avérer fastidieux et complexe. C’est pourquoi vous avez besoin non seulement des meilleures stratégies, mais aussi d’outils et de techniques méticuleux pour garantir le bon déroulement du processus de déclassement de votre système. Il existe plusieurs solutions que les organisations peuvent choisir pour déclasser leurs systèmes, qu’ils soient SAP ou non. Cependant, l’accès aux données extraites semble être un défi avec plusieurs des outils de démantèlement des systèmes SAP. Existe-t-il donc une solution ou une application capable de résoudre ce problème ? En fait, il y en a une !

Présentation du site intelligent Enterprise Legacy System Application (ELSA) par le groupe TJC

En tant qu’experts en gestion de données, nous comprenons l’importance d’avoir des solutions simplifiées et rationalisées – parce que, soyons réalistes, nous générons quotidiennement de grandes quantités de données, et les extraire pour les déclasser est une tâche qui prend du temps. C’est pourquoi nous avons trouvé une solution – le Enterprise Legacy System Application ou ELSA, construit et certifié avec SAP Business Technology Platform (SAP BTP). Vous n’avez pas besoin d’être un client SAP pour l’utiliser, mais vous bénéficierez de la technologie ouverte de SAP (SAP BTP fonctionne sur l’architecture open-source “cloud foundry”). Il s’agit d’une application basée sur le cloud qui fonctionne avec les principaux hyperscalers et qui pourrait être adaptée pour fonctionner avec n’importe quel acteur plus petit tel qu’OVHCloud. ELSA fonctionne également avec un stockage sur site, ce qui garantit que les données patrimoniales extraites sont stockées en toute sécurité. Il va sans dire qu’elle peut être achetée en tant que solution SaaS complète, si le client le souhaite. L’une des (nombreuses) caractéristiques uniques d’ELSA de TJC Group est que les données extraites peuvent être facilement ré-accédées avant et après la migration vers les nouveaux systèmes ERP ou S/4HANA. L’application basée sur le cloud permet donc d’éliminer les dépenses liées à la conservation du système SAP hérité, et donc de le mettre hors service.

Un peu plus de détails sur ELSA pour le démantèlement des systèmes existants

ELSA répond directement aux principaux défis posés par le retrait des systèmes obsolètes. L’architecture de la solution établit un équilibre entre les capacités avancées et l’application pratique dans le monde réel. En fait, les organisations peuvent déployer ELSA avec des données et/ou des bases de données hébergées sur site ou dans le nuage, en fonction de leurs besoins d’infrastructure. En outre, Enterprise Legacy System Application (ELSA) de TJC Group prend en charge le démantèlement des systèmes existants, qu’ils soient SAP ou non SAP, éliminant ainsi les complications habituelles liées à la gestion des données à partir de sources multiples.

La conception d’ELSA: ELSA fournit un affichage générique (personnalisation sans codage) et fonctionne avec des systèmes non SAP et des systèmes douaniers. Cependant, le cœur de la conception d’ELSA est l’intégration transparente de SAP. C’est une bonne chose, car les systèmes SAP sont généralement les plus complexes dans les grandes organisations. Des pistes d’audit complètes garantissent la traçabilité de toutes les actions (lignage), tandis que de solides contrôles de confidentialité garantissent la conformité avec les lois sur la confidentialité des données, telles que RGPD, Loi25, DPDP en Inde, CCPA aux États-Unis, et ainsi de suite, sans compromettre l’utilité des données.

En fait, la capacité de la conception d’ELSA à être à la fois une archive fiscale et à permettre la confidentialité des données (y compris la destruction chirurgicale) est une conception de base, reposant sur une solution en instance de brevet du TJC Group. À notre connaissance, il n’existe pas d’équivalent sur le marché.

Intégration de la migration : La plateforme ELSA permet de séparer le déclassement des systèmes existants du projet de migration. Il s’agit d’une caractéristique majeure, car l’interconnexion d’un projet de migration et d’un projet de déclassement conduit généralement à des résultats médiocres pour les deux parties. Ceci étant dit, une fois que la stratégie de déclassement est claire, ELSA peut également s’aligner sur les cartes de transformation du projet pour que les migrations se déroulent sans heurts. À titre d’exemple, l’ELSA peut constituer une solution pratique pour certains scénarios de fusions et d’acquisitions.

Fonctionnalité: Lorsque les données sont transférées dans ELSA, rien n’est oublié. La plate-forme capture et préserve l’ensemble des informations de l’entreprise, des enregistrements de la base de données aux documents d’appui. Des contrôles automatisés valident la qualité des données à chaque étape, et la journalisation des audits fournit un enregistrement complet du voyage, de la source à la destination. C’est ce qui fait d’ELSA l’une des plates-formes d’application les plus robustes et les plus stratégiques pour le démantèlement des systèmes SAP hérités .

Sécurité : L’un des facteurs les plus recherchés concernant notre application basée sur le cloud est que la sécurité est intégrée à l’ensemble de l’architecture d’ELSA. Le TJC Group est certifié ISO27001 et le cycle de développement d’ELSA est inclus dans la portée de la certification. TJC Group suit les meilleures pratiques, lignes directrices et protocoles de sécurité les plus récents, et subit des contrôles de vulnérabilité quotidiens et des tests de bout en bout. Le groupe TJC est également soumis à des tests réguliers de pénétration et d’évaluation des vulnérabilités (VAPT) menés par une tierce partie.

En fait, nous disposons également de fonctions de masquage des données qui opèrent avec précision au niveau du champ, de la table ou de la transaction afin de protéger les informations sensibles. En outre, après le processus de déclassement des systèmes SAP et non SAP, les utilisateurs se voient accorder l’accès aux données strictement en fonction de leur rôle – ni plus, ni moins, grâce à une gestion précise des autorisations au niveau de l’application. Chaque interaction avec le système est enregistrée et stockée en toute sécurité, conformément aux normes de l’entreprise.

L‘interface ELSA: L’interface de style FIORI d’ELSA (technologie UI5) est à la fois familière et efficace. Les équipes commerciales peuvent explorer leurs données et pièces jointes via des transactions préconfigurées, des rapports statiques, des requêtes texte vers SQL avec gen AI, et des rapports dynamiques, tandis que les utilisateurs techniques bénéficient de fonctions de rapport avancées, y compris des requêtes personnalisées, des requêtes SQL, des API, etc. Cette approche à deux niveaux garantit que tous les utilisateurs restent productifs dans leurs domaines d’expertise.

En résumé, ELSA redéfinit la manière dont les organisations perçoivent leurs données patrimoniales. Les dossiers historiques deviennent une ressource précieuse pour de nouvelles perspectives, plutôt qu’un fardeau. L’application basée sur le cloud préserve les liens vitaux entre les points de données, ce qui ouvre de nouvelles possibilités pour les projets d’IA et les stratégies de veille stratégique qui alimentent une croissance significative. En outre, vos processus analytiques, tels que votre lac de données, peuvent rester disponibles : ELSA remplace simplement l’application existante en tant que source de données.

Qu’est-ce qui distingue ELSA des autres ?

En général, la migration de données vers S/4HANA à partir d’anciens systèmes ERP ne garantit pas et souvent ne prouve pas que les données existantes restent inchangées ou complètes ; mais ELSA le fait, et c’est ce qui le différencie des autres. Cette application basée sur le cloud protège et pérennise les données existantes et les rend facilement accessibles à partir de S/4HANA, d’une application web UI5 ou de toute autre application basée sur la technologie actuelle. Notez également qu’ELSA de TJC Group est conçu de manière à rester conforme à tous les besoins futurs des entreprises et aux lois internationales sur la confidentialité des données. En outre, ELSA convertit facilement les données existantes en formats AIS, c’est-à-dire en fichiers plats, ce qui permet aux données de rester inchangées pendant la migration, mais aussi pendant le reste de leur cycle de vie.

Pour plus de clarté, AIS est le format d’audit SAP, rempli de métadonnées et qui reste accessible. Il ne s’agit pas d’un format volumineux (il est environ 10 à 100 fois plus petit qu’un format XML pour les données SAP). Nous continuons à le compresser et plusieurs processus de cryptage s’appliquent (cryptage de bout en bout ou cryptage de confidentialité basé sur la ligne), mais c’est l’un des formats parfaits pour le déclassement. Notre ELSA pour le démantèlement des systèmes existants est entièrement compatible avec d’autres solutions SAP spécifiques à l’industrie ainsi qu’avec des systèmes non SAP.

ELSA contribue de manière transparente au déclassement des systèmes SAP, révolutionnant remarquablement la manière dont les entreprises accèdent à leurs informations historiques. En outre, l’application basée sur le cloud est développée avec le cadre robuste SAP UI5, déployé sur SAP BTP Cloud Foundry, résolvant les défis de déclassement SAP et non-SAP.

Les avantages de l’agilité

Dès le développement de cette solution de démantèlement de système SAP , ELSA a fait preuve d’un engagement et d’un dévouement inébranlables à l’égard de l’agilité. ELSA a adapté une méthodologie agile (comme DevOps) qui a permis d’obtenir des résultats extraordinaires dans le processus de déclassement SAP et non-SAP.

Itération rapide et amélioration continue

Le principe fondamental des solutions agiles est l’organisation basée sur le sprint et l’itération rapide, ce qui est précisément incarné par ELSA. L’approche itérative de cette application basée sur le cloud permet d’améliorer l’ensemble du processus de démantèlement des systèmes SAP existants. En fait, cette approche nous permet de répondre aux exigences en constante évolution des clients et à la dynamique du marché.

Comment démanteler les systèmes SAP existants avec ELSA ?

Compte tenu de l’engagement financier important qu’implique S/4HANA, le démantèlement des systèmes ne devrait pas représenter une grande partie des efforts déployés pour passer à S/4HANA. Dans un monde parfait, la migration et le démantèlement sont largement découplés. Comme les ressources de haut niveau se concentreront sur la construction du nouveau système S/4HANA, le choix d’un partenaire de décommissionnement de système offrant des applications gérées avec peu de frais généraux, prêtes pour l’avenir tout en fournissant un accès facile aux données héritées devient de plus en plus crucial. Avec Enterprise Legacy System Application (ELSA) de TJC Group, les organisations peuvent profiter de l’avantage d’accéder facilement aux données d’un simple clic. En effet, ELSA intègre des données provenant de différents systèmes et sources, qu’elles soient anciennes, archivées ou réelles, ce qui en garantit l’accessibilité. Hébergé dans l’environnement Cloud Foundry de SAP BTP, ELSA protège votre investissement tout en contribuant à réduire les coûts de propriété futurs.

Ainsi, pour répondre à la question de savoir comment déclasser les systèmes SAP hérités avec ELSA, nous suivons les étapes stratégiques suivantes :

• Dans un premier temps, nous extrayons “100 % de données” des systèmes existants à démanteler et les sauvegardons en tant qu’archives fiscales (fichiers AIS). L’expression “100 % de données” signifie que l’exhaustivité peut être revendiquée d’un point de vue fiscal et commercial. Nous convenons que toutes les applications peuvent stocker des informations dans un format propriétaire, non accessible, et que, dans la plupart des cas, cela ne posera jamais de problème.
• Une fois les données extraites, nous stockons ces fichiers AIS extraits dans le nuage – comme AWS, Azure, ou le stockage GCS, des fournisseurs de stockage plus petits (comme OVHCloud) ou des systèmes de fichiers sur site, selon la préférence du client. Ils resteront toujours disponibles pour le client en cas de besoins et d’exigences futurs.
• Une fois les données stockées en toute sécurité, l’étape suivante du processus de déclassement SAP consiste à importer les données pertinentes ou critiques des fichiers AIS dans la base de données ELSA de votre choix. Nous proposons une gamme de bases de données que vous pouvez choisir en fonction de vos besoins, comme la base de données SAP HANA (sur site ou dans le nuage), Oracle Heatwave, MySQL et PostgreSQL. Nous pouvons ajouter d’autres bases de données, si vous le souhaitez, à tout moment dans le futur ; davantage de données peuvent être importées à partir des fichiers plats si nécessaire, sans avoir à surcharger la base de données.
• Enfin, les personnes autorisées et les utilisateurs finaux, comme l’équipe chargée des impôts et de l’audit, peuvent accéder aux données importantes à l’aide d’ELSA via l’application S/4HANA Fiori, des solutions low-code, no-code ou toute autre technologie actuelle, tout en retirant et en arrêtant le système existant en toute sécurité, grâce aux API d’ELSA fournies avec la solution.

SAP Information Lifecycle Management pour le démantèlement des systèmes existants

SAP ILM (Système de cycle de vie de l’information) repose sur trois piliers –

Archivage des données : Cette partie permet de réduire la taille du système et d’en augmenter les performances. Sur les systèmes S/4HANA et HANA, elle permet également de réduire les coûts de mémoire.

ILM RM : Cette partie, RM, comme Retention Management (gestion de la rétention), est aujourd’hui principalement utilisée pour répondre aux exigences en matière de confidentialité des données. Il s’agit d’une évolution de l’archivage classique des données, qui introduit des règles de conservation et de destruction des données, ainsi que d’autres caractéristiques.

ILM WM / LTRS : il s’agit de la partie destinée à déclasser les applications SAP. Elle utilise certaines solutions qui sont également utilisées pour la transformation du paysage SAP.

Bien que SAP ILM ne puisse pas être considéré comme un outil de déclassement de l’héritage SAP en soi, il s’agit d’une solution stratégique de SAP qui aide à gérer le déclassement des systèmes avec facilité. SAP Information Lifecycle Management ou SAP ILM offre les fonctionnalités suivantes qui rendent le processus de déclassement beaucoup plus fluide et rationalisé : – la mise en place d’un système de gestion de l’information et d’un système de gestion de la qualité

Outils et techniques: SAP ILM dispose de plusieurs outils et techniques qui facilitent l’archivage des données et permettent de déplacer les données de la base de données des systèmes existants vers les fichiers d’archives SAP. Les fichiers archivés ILM offrent deux avantages majeurs : le premier est la réduction de la taille des données grâce à la compression ; le second est que les données restent en “lecture seule”, ce qui répond aux exigences de l’audit qui veut que les données restent inchangées.

Archivage des métadonnées : Une autre caractéristique du site SAP ILM pour le démantèlement des systèmes existants est qu’il permet d’archiver les métadonnées en même temps que les données commerciales. Mais qu’est-ce que cela signifie pour les organisations ? En fait, il s’agit d’une capacité technique importante, qui permet à SAP ILM de prendre en charge plusieurs systèmes hérités avec des versions différentes.

Gestion de la conservation: les capacités de base de SAP Information Lifecycle Management, qui permettent d’appliquer efficacement les règles de conservation des données, contribuent à rationaliser encore davantage le processus de déclassement. En fait, SAP ILM applique les règles de conservation aux fichiers archivés à partir des données du système existant, ce qui permet également de se conformer aux exigences en matière de destruction des données.

Interfaces de systèmes de stockage: Pour le démantèlement des systèmes SAP existants, l’ILM fournit des interfaces qui permettent de stocker les fichiers archivés dans différents formats de systèmes de stockage. Le système basé sur WORM est un exemple classique des interfaces fournies par SAP ILM. En outre, SAP IQ, Hadoop et une approche de conseil prenant en charge le stockage BLOB de Microsoft Azure ont également été ajoutés aux interfaces de SAP ILM. Depuis 2018 et RGPD (règlement européen sur la protection des données), le stockage historique basé sur les WORM n’est plus préférable car il n’est pas conçu avec des capacités de destruction. En fait, Hadoop est une technologie en déclin et l’utilisation de SAP IQ est devenue très limitée dans la pratique.

Approche DMLT pour le déclassement avec SAP ILM

La gestion des données et la transformation du paysage relevaient auparavant d’un service SAP qui garantissait une approche holistique de tous vos domaines de gestion des données, tels que l’intégration des données, la conformité des données, la qualité des données, etc. Ces services peuvent désormais être fournis par des partenaires tels que TJC Group. D’une manière générale, il est essentiel de garantir ces domaines de données lorsque vous optez pour le démantèlement de SAP. Comprenons le processus et le flux de données à cet effet.

Les systèmes existants: Le fait est que les systèmes existants fonctionnent avec des versions plus anciennes et du matériel moins puissant. Avec l’approche DMLT pour le déclassement de SAP ILM, les organisations peuvent s’assurer qu’un minimum d’activités s’exécutent sur le système existant. Dans ce cas, la seule exigence est d’avoir installé un “add-on” qui peut gérer les tables de cluster. Ce complément est flexible en termes de disponibilité et d’accessibilité pour les anciennes versions.

Systèmes SLT : Les systèmes SLT signifient SAP Landscape Transformation Replication Server (serveur de réplication de la transformation du paysage SAP), une solution de SAP qui offre des capacités de réplication des données. En ce qui concerne le démantèlement des systèmes existants avec ILM, le concept principal consiste à répliquer les données du système obsolète dans le système SLT. Ensuite, l’archivage des données entre en jeu. En fait, l’archivage des données SAP est une bonne stratégie à adopter avant de déclasser les systèmes obsolètes, car il permet de conserver les données importantes pendant la durée spécifiée tout en rationalisant le processus de retrait du système.

Système ILM Retention Warehouse : Une fois que toutes les données, y compris les métadonnées, sont archivées dans le système SLT, les métadonnées des fichiers archivés sont transférées vers le système ILM Retention Warehouse (RW). Les fichiers proprement dits (contenant les données) sont alors déplacés du système de fichiers SLT vers un système de stockage désigné. Plusieurs options de stockage sont disponibles, notamment les systèmes WORM, les plateformes en nuage telles que Hadoop, Microsoft Azure (via une solution de conseil) ou SAP IQ.

Dans l’ensemble, pour extraire des données et générer des rapports, deux outils principaux sont disponibles : le reporting local et le reporting accéléré. Les rapports locaux permettent un accès direct et ad hoc à des tables ou à des vues individuelles du système existant (affichage de tables simples, comme l’équivalent du SE16N). Le reporting accéléré, quant à lui, permet de créer des tables de base de données dynamiques dans le système ILM RW et d’y introduire des données provenant des fichiers d’archives pertinents. La structure de ces tables générées reflète le format original des tables de base de données correspondantes dans le système existant. N’oubliez pas que l’accélération des rapports signifie que vous devez tout coder vous-même, dans un système dont les fonctions sont limitées, puisqu’il s’agit d’un système NetWeaver et non d’un système ECC).

Approche unifiée pour le démantèlement des systèmes existants dans les environnements SAP et non SAP

SAP NetWeaver (NW) ILM offre une approche unifiée pour le déclassement SAP et non-SAP grâce à l’utilisation de SAP SLT (System Landscape Transformation), du Legacy Extraction Workbench (objets d’archive CDE) et de SAP ILM Retention Warehouse, en utilisant un stockage certifié ILM basé sur Sybase IQ, SAP HANA, ou tout magasin ILM certifié SAP (TJC Group a été le premier à proposer un stockage régulier pour une telle fonctionnalité).

Le processus typique de démantèlement d’un système SAP comprend les étapes suivantes :

• Profilage des données
• Extraction SLT
• Configuration
• Extraction LEW
• Transfert et stockage des données
• Recherche de données

Pour en savoir plus sur les étapes :

• Établir le profil des données afin de déterminer l’étendue des données et des tableaux à archiver.
• Extraire et charger les données du système existant dans les tables de correspondance de l’environnement SLT cible à l’aide de SLT.
• Le mappage du contenu non-SAP aux structures SAP peut être ajusté si nécessaire pour préparer un rapport précis et une présentation correcte des données à un stade ultérieur du processus de démantèlement.
• Configurez le Legacy Extraction Workbench (LEW) pour définir les objets d’archivage pertinents.
• Définissez des zones d’audit, des politiques ILM et des règles de conservation, puis exécutez un cycle LEW pour générer des objets d’archive conformes à ces règles.
• Transférez les fichiers d’archives vers l’entrepôt de conservation SAP ILM et stockez-les dans un système de stockage certifié ILM, tel que Sybase IQ, ou simplement dans un système de fichiers ou un stockage blob.

Les métadonnées des anciennes tables sont transférées à l’aide d’objets d’archivage spéciaux, qui permettent de conserver les métadonnées dans l’entrepôt de rétention (RW) de l’ILM à des fins d’extraction et d’établissement de rapports.

Récupération et rapports

La nouvelle version de SAP NetWeaver ILM for SAP & non-SAP decommissioning propose des rapports améliorés qui permettent de répondre à plusieurs exigences en matière de rapports légaux et d’audit. En fait, il existe plusieurs options de reporting comme le reporting local, le reporting accéléré et le reporting BW.

En outre, l’ILM offre des choix pour répondre aux différents besoins en matière de rapports, comme suit :

• Utilisez le contenu BW existant/prélivré ou consultez le contenu HANA de plus en plus disponible.
• Utiliser le portefeuille BO disponible et les fonctions d’exportation existantes (AIS)
• Choisissez entre des rapports de base (locaux) et des requêtes complexes basées sur une modélisation (facile).
• Ne chargez que les données nécessaires à l’établissement du rapport.

Complet

• Étendre le champ d’application du reporting par SAP HANA (par exemple, postes non soldés sans indices de sécurité)
• Rapporter à la fois les données SAP en direct et les données patrimoniales (données SAP et non SAP), prendre en charge de nouveaux scénarios (par exemple, migration/conversion partielle), etc.

Meilleures pratiques à suivre pour le démantèlement des systèmes SAP et non SAP

En tant qu’organisations, vous êtes au courant de la date limite pour la migration vers S/4HANA. Pour les non-initiés, n’oubliez pas que SAP ECC et ses anciennes versions seront remplacées par SAP S/4HANA d’ici 2027. Par conséquent, la migration vers un environnement plus récent et plus efficace est un avenir avancé que les organisations adopteront. Cependant, qu’adviendra-t-il des anciens systèmes une fois la migration terminée ? Après la migration vers S/4HANA, il y aura deux systèmes : un ancien et un nouveau.

Le nouveau système

Ce système sera à l’état productif. Le système reste accessible quotidiennement par les utilisateurs professionnels pour gérer les opérations et les activités.

L’ancien système

Ce système reste en mode “lecture seule”, ce qui est le cas des systèmes SAP ECC ou des systèmes plus anciens. Le système reste accessible aux utilisateurs autorisés en mode lecture seule, qui n’ont accès qu’aux informations importantes nécessaires aux opérations et aux tâches. L’autorisation de l’utilisateur change de temps en temps pour garantir la possibilité permanente d’un statut de lecture seule.

Compte tenu de tous ces facteurs, la mise en œuvre des meilleures pratiques pour le démantèlement des systèmes existants, qu’ils soient SAP ou non, devient une priorité absolue. Voici quelques pratiques impératives à suivre pour la mise hors service des systèmes patrimoniaux.

Planifiez votre projet de démantèlement

L’une des meilleures stratégies pour garantir le bon déroulement d’un projet de déclassement de systèmes existants consiste à élaborer un plan solide. Gardez à l’esprit que la décision de déclasser des systèmes obsolètes nécessite une communication avec plusieurs départements, c’est pourquoi il est bon d’avoir une vision/un plan d’ensemble solide et complet. En outre, lorsque vous planifiez votre projet de déclassement, posez-vous les questions suivantes :

• Où les données seront-elles stockées après la mise hors service du système ?
• Une nouvelle application remplacera-t-elle le système existant mis hors service ?
• Combien de temps durera le projet de démantèlement des systèmes SAP et non SAP, etc.
• Est-ce que je garantis la sécurité et la conformité pour l’avenir ?

Discutez en profondeur du projet avec votre équipe, passez en revue tous les aspects, car le déclassement n’aura pas seulement un impact au niveau organisationnel, mais aussi au niveau financier. Il est donc nécessaire de planifier le projet étape par étape.

Choisissez une architecture en fonction de votre paysage informatique

Une erreur que les organisations commettent souvent est de choisir une architecture qui n’est peut-être pas totalement adaptée à l’environnement informatique. Un projet de mise hors service d’un système SAP existant comprend la réarchitecture, la reconstruction et le remplacement de l’ancien paysage informatique, ce qui peut conduire à des capacités plus récentes et plus performantes. Analysez soigneusement l’architecture avant de la mettre en œuvre dans votre paysage informatique. Cela dit, il est conseillé de choisir une architecture qui s’adapte à votre environnement existant/cible afin d’éviter des efforts supplémentaires pendant le projet et après pour la maintenance. Toutefois, qu’il s’agisse d’une nouvelle architecture ou d’une architecture restructurée, la cartographie doit être basée sur la fonctionnalité, la technologie, le coût et le risque. Veillez donc à peser toutes les options afin d’identifier le processus nécessitant le moins d’efforts possible, mais qui aura un impact positif maximal et produira des résultats.

Il est important d’être flexible avec les solutions, quelle que soit votre architecture. Au sein du groupe TJC, nous parlons de processus “ELSA to ELSE” : être capable de passer d’une solution ELSA à quelque chose d’autre lorsque vous le souhaitez ou en avez besoin. Il est intéressant de noter qu’il s’agit d’un “chemin de sortie”, qui existera toujours au sein du groupe TJC. Toutefois, lorsque vous choisissez une voie de sortie, gardez à l’esprit que les données des systèmes existants ne sont pas tout à fait des “données mortes” : ces données sont accessibles et la traçabilité/lignage est assurée, les données étant supprimées/effacées de temps à autre pour des raisons de confidentialité. Le processus ELSE vous permet non seulement de disposer d’un extrait original, mais aussi d’une évolution des données conservées en tant qu’héritage.

Extraction de données à partir d’un système existant

Comme mentionné dans la section 3.1, l’extraction de données est une partie importante du démantèlement des systèmes SAP existants. En termes simples, l’extraction de données consiste à collecter et à récupérer un ensemble de données diverses à partir des systèmes existants qui doivent être déclassés. En fait, l’extraction des données des systèmes obsolètes est nécessaire car elle permet de consolider, de traiter et d’auditer les données qui doivent être stockées dans un emplacement centralisé. Gardez à l’esprit que cet emplacement peut être sur site, basé sur le cloud, ou même un hybride des deux.

Vérifier l’exactitude des données extraites

Une autre bonne pratique à suivre pour un démantèlement SAP en douceur consiste à vérifier l’exactitude des données extraites. Préparez un rapport d’audit pour garantir l’exhaustivité et l’intégrité des données extraites. Il confirmera l’exactitude des données entre les fichiers source et extraits. En outre, le rapport d’audit démontre également que l’ensemble des données prévues pour l’extraction a bien été extrait tout en restant inchangé, et qu’il s’agit d’archives fiscales.

Il va sans dire que les audits peuvent être réalisés par des auditeurs internes ou externes et qu’ils peuvent être coûteux. Heureusement, le groupe TJC inclut une fonction de rapport d’audit pour faciliter le processus et permettre un processus interne. Avec tout le respect que nous devons aux auditeurs, pour être sûrs de n’avoir rien oublié, le Groupe TJC publie des rapports d’audit à la fin du projet dans le cadre de notre méthodologie standard.

Chargement des données dans le système

Après avoir extrait les données, vous devez les télécharger dans le système de stockage, qui peut être en nuage, sur site ou hybride. En fait, il peut s’agir de stocker des données ou des applications d’une installation sur site vers le nuage ou de les transférer entre des environnements en nuage. Avec la croissance rapide du stockage et de la migration dans le nuage, la plupart des entreprises devraient fonctionner entièrement dans le nuage d’ici quelques années.

Anticiper les besoins des utilisateurs

Les utilisateurs professionnels peuvent avoir de nouvelles exigences une fois que les systèmes existants ont été retirés. Ainsi, dans le cadre d’une stratégie intelligente de déclassement des systèmes SAP et non SAP, veillez à définir le champ d’application de l’extraction des données afin de ne pas passer à côté de données, de documents, de pièces jointes ou de rapports pertinents. Par conséquent, lors du déploiement du projet, veillez à anticiper les besoins des utilisateurs afin de limiter les exigences personnalisées inattendues et d’éviter les coûts supplémentaires.

Chez TJC Group, nous favorisons l’extraction à 100 % des tables accessibles non vides, des données, des documents ou même des pièces jointes du système à déclasser. Tout ce que les entreprises ont à faire est de décider des rapports standards ou personnalisés qu’elles souhaitent voir apparaître une fois le système retiré.

En règle générale, une extraction complète ou à 100 % signifie que les données et les documents seront disponibles lorsque nous en aurons besoin et qu’il n’est donc pas nécessairement important d’anticiper chaque question. Quelqu’un aurait-il pu anticiper les questions qui se sont posées lorsque le monde a été confronté à Covid-19 ? Ou peut-on prévoir que les tarifs douaniers seront un grand sujet d’analyse en 2025 ? Chez TJC Group, nous pensons que les questions anticipées peuvent être utilisées pour tester et remettre en question une nouvelle solution de démantèlement des systèmes existants, mais ces solutions doivent être capables de gérer les questions inattendues, qui peuvent survenir lorsque les systèmes existants ont déjà disparu.

Mise en œuvre de l’automatisation et d’outils spécialisés

Alors que le monde progresse vers des solutions plus automatisées, la mise en œuvre d’outils alimentés par l’automatisation des processus, l’intelligence artificielle (IA) et l’apprentissage machine (ML) est une pratique stratégique.

En utilisant l’automatisation, vous pouvez rationaliser le démantèlement des systèmes SAP existants en réduisant les efforts manuels, en améliorant la précision et en garantissant une meilleure conformité. La première solution logicielle du groupe TJC, appelée Archived Session Cockpit (pour l’archivage des données SAP), était destinée à l’automatisation de l’archivage (et pas seulement à la planification), et il est devenu courant pour nous de mettre en œuvre autant d’automatisation que possible.

ELSA comprend de nombreux processus d’automatisation cachés qui font la différence lors de l’exécution de projets de déclassement. Par exemple, les principales tables commerciales utilisées et les tables personnalisées sont suggérées par défaut comme étant importées dans la base de données. Des centaines de transactions génériques sont automatiquement configurées au démarrage du système sur la base des tables SAP de votre système (y compris les tables personnalisées). La clé de hachage et le lignage sont vérifiés et stockés automatiquement de manière transparente. En outre, l’exploitation d’outils alimentés par l’IA permet de classer et de catégoriser les données lors du déclassement de systèmes non SAP et de systèmes personnalisés.

Gestion et atténuation des risques

La gestion et l’atténuation des risques sont des pratiques cruciales pour le déclassement des systèmes SAP et non SAP, car elles contribuent à garantir l’intégrité des données, la conformité aux réglementations et la continuité des activités. Vous trouverez ci-dessous les risques potentiels que vous devez prendre en compte et la manière de les atténuer.

Perte de données ou corruption

Risque : des données essentielles pour les entreprises peuvent être perdues, corrompues ou inaccessibles au cours du processus de démantèlement.

Atténuation: Effectuez des sauvegardes complètes des données avant d’entamer le processus. En outre, mettez en œuvre des outils de validation des données et utilisez l’archivage incrémentiel pour réduire les erreurs lors de la migration des données.

Veuillez noter que la perte ou la corruption de données n’est un problème que lorsqu’elles sont créées pendant ou après la phase de déclassement. Lorsque des données ont été perdues ou corrompues dans l’ancien système et que le groupe TJC les identifie, il suffit de les documenter pour s’y référer.

Conformité et aspects juridiques

Risque : non-respect des exigences légales et réglementaires au cours du processus et, plus important encore, au cours des années à venir.

Atténuation : Élaborez des politiques de conservation des données conformes aux réglementations telles que RGPD, SOX, HIPAA, etc. Mettez en œuvre SAP Information Lifecycle Management (ILM) pour automatiser la gestion de la conformité, maintenir des pistes d’audit, générer des rapports automatisés et collaborer avec les équipes juridiques et de conformité. En fait, la solution de déclassement basée sur le cloud du TJC Group, ELSA, est créée de manière à mettre en œuvre les exigences en matière de confidentialité des données.

Tout d’abord, une plateforme de démantèlement de systèmes patrimoniaux SAP ou non SAP doit être une archive fiscale native ou générer deux ensembles de données : l’un pour l’archive fiscale et l’autre pour l’entreprise. Le groupe TJC propose un extrait unique répondant à toutes les exigences. Vient ensuite la question du respect de la confidentialité des données. Dans ce cas, ELSA peut être utilisé en tant qu’archive intermédiaire/définitive connectée à un système actif.

Les systèmes ERP en direct doivent se conformer à des réglementations telles que RGPD, la loi 25, SOX, HIPAA, etc. La solution SAP est l’implémentation de SAP Information Lifecycle Management (ILM RM). La gestion de la conservation permet une destruction intégrée et massive des données sur la base de règles et de politiques de conservation des données. L’utilisation de cette seule fonctionnalité n’est pas suffisante, car lorsqu’un système est remplacé, le processus n’est plus mis à jour et les règles peuvent ne plus s’appliquer (la livraison n’enregistrera jamais un paiement dans l’ancien système).

ELSA soutiendra la destruction des données sur la base de la mise en œuvre de SAP ILM RM, mais nous soutenons également, et surtout, la destruction chirurgicale, car les données sont de l’or et seules les données personnelles devraient être supprimées.

Sécurité des données

Risque: des données sensibles peuvent être exposées au cours du processus de démantèlement des anciens systèmes.

Atténuation : Assurez le cryptage des données sensibles pendant la migration et le stockage, ainsi que pour l’accès aux données à l’avenir. Mettez en place des contrôles d’accès basés sur les rôles pour limiter tout accès non autorisé. En outre, utilisez le masquage des données.

Aspects financiers

Risque: coûts non maîtrisés dus à des retards imprévus, à l’affectation des ressources ou à des amendes réglementaires.

Atténuation: Créez un budget et un calendrier détaillés avec des réserves pour imprévus, donnez la priorité à la mise hors service des systèmes existants dont les coûts sont plus élevés et tenez régulièrement les parties prenantes informées des rapports financiers.

En identifiant et en traitant ces risques de manière proactive, les entreprises peuvent garantir un processus de démantèlement des anciens systèmes SAP sans heurts, tout en maintenant la conformité, la sécurité et la continuité opérationnelle.

Mise en œuvre du démantèlement des systèmes existants en vue de la migration vers S/4HANA

La conservation des données héritées n’est pas rentable dans les cas de migration SAP, ce qui soulève la question de savoir s’il faut réaliser une implémentation greenfield, brownfield ou SDT (Selective Data Transition). Pour vous donner un aperçu honnête, une approche SDT est probablement la meilleure option dans la plupart des cas, car SAP fournit une feuille de route pour une SDT SAP lean, gratuitement, avec la solution SAP Cloud ALM (CALM).

Toutefois, les organisations peuvent choisir de repartir à zéro et de mettre en œuvre l’approche “greenfield”, sans aucune donnée existante dans la nouvelle base de données. C’est d’ailleurs ce qui s’est produit dans un nombre croissant de scénarios ces derniers temps. Toutefois, cette approche présente quelques inconvénients qui incitent les utilisateurs à opter plutôt pour l’approche brownfield. Dans l’approche brownfield, un sous-ensemble de données patrimoniales sera saisi dans le nouveau système à des fins de conformité fiscale et d’audit.

Cependant, dans tous les cas, il est impératif de démanteler les systèmes SAP et non SAP tout en conservant les données toujours aussi précieuses. C’est souvent un malentendu classique que de croire que l’approche brownfield n’exige pas la mise hors service du système existant. Une mise à niveau technique ou une migration des données patrimoniales vers le nouveau système ne garantit pas l’exhaustivité, la traçabilité ou l’intégrité des données, ce qui signifie que le système S/4HANA ne peut pas servir d’archive fiscale pour les données patrimoniales. Bien sûr, il existe des options telles que le maintien en vie du système patrimonial tout en coexistant avec SAP S/4HANA ; mais cela s’accompagne de coûts de licence et de maintenance nettement plus élevés et, avec RISE, il se peut que vous ayez revendu votre licence ECC à SAP.

Par ailleurs, un autre argument consiste à dire que la congélation d’un système dans une machine virtuelle (VM) permet de faire le travail à un coût bien moindre. Mais là encore, cette solution s’accompagne de menaces élevées pour la sécurité. De plus, après quelques années, les VM seront complètement obsolètes, non corrigées et plus exposées aux risques de sécurité, mais aussi au risque de ne pas démarrer du tout.

Certains fournisseurs de services en nuage permettent de réduire les coûts en arrêtant les systèmes existants. Pour les systèmes utilisés par différentes personnes dans différents fuseaux horaires, cela devient rapidement ennuyeux. Vous devez démarrer le système chaque fois qu’un accès est accordé à l’utilisateur professionnel, ce qui prend beaucoup de temps. Quoi qu’il en soit, une application en nuage non sécurisée et non corrigée n’est jamais une solution raisonnable.

Pour en savoir plus sur les machines virtuelles, cliquez ici : https://www.tjc-group.com/blogs/virtual-machines-to-maintain-legacy-systems-a-good-or-a-bad-idea/

Par conséquent, le démantèlement des systèmes existants est vraiment une solution intelligente, car il permet non seulement de simplifier le paysage informatique global, mais aussi de rationaliser le processus de migration vers S/4HANA et de réduire les coûts d’administration et de maintenance à long terme.

Regardez notre vidéo sur SAP® S/4HANA Update : SAP®ECC Legacy System Decommissioning pour découvrir une approche rentable de la mise hors service de votre paysage de systèmes hérités.

Mise hors service d’un système SAP hérité ou mise hors service d’un système hérité

Au fil du temps, les organisations ont tendance à maintenir des systèmes ERP et non-ERP obsolètes, malgré le fait que cela épuise les ressources informatiques. Pourquoi est-il donc nécessaire de conserver l’accès aux anciennes données ?

• La première raison est liée au respect des exigences légales et réglementaires
• Il existe également des exigences en matière de données historiques à des fins d’audit et de fiscalité
• Parfois, les données historiques doivent également être consultées pour des besoins commerciaux urgents (et souvent imprévisibles), ou pour de futurs projets d’intelligence artificielle, par exemple.

Pour les mêmes raisons, il existe un processus connu sous le nom de “sunsetting” (extinction) des systèmes existants. Malheureusement, nombreux sont ceux qui confondent la mise hors service des systèmes patrimoniaux et la mise en veilleuse. Or, ce n’est pas le cas !

La mise en veilleuse d’un système a plusieurs définitions. Dans le monde de la finance, il s’agit de la cessation ou du retrait progressif de quelque chose – marques, partenariats, accords, etc. Toutefois, dans notre monde de l’informatique, le terme “sunsetting” désigne le passage d’un système patrimonial d’un statut productif à un statut non productif. Cela signifie que si le système reste accessible pour les informations importantes, il ne peut plus être utilisé pour les opérations quotidiennes.

Mise hors service des anciens systèmes SAP pour une meilleure sécurité des données

La sécurité figure en bonne place parmi les principaux facteurs de risque. Les organisations qui utilisent des systèmes anciens mal entretenus peuvent être particulièrement exposées aux attaques des pirates informatiques et des cybercriminels, mais ce n’est pas tout. Cet article présente le cas réel d’une entreprise américaine dont les systèmes obsolètes ont été au cœur d’un incident de ransomware.

À l’heure où de nombreux utilisateurs de SAP ECC réfléchissent à la meilleure voie de migration vers SAP S/4HANA, la tentation peut être grande de ” ne rien faire ” avec les systèmes ERP existants. Cependant, au-delà des préoccupations évidentes en matière de sécurité, il existe de nombreuses raisons impérieuses de faire appel à des experts pour le démantèlement des systèmes existants.

Les données existantes peuvent représenter un risque important pour la cybersécurité, en particulier si elles ne sont pas cryptées ou si elles ne sont pas soumises à d’autres contrôles d’accès. S’ils ne sont pas régulièrement mis à jour, les systèmes existants sont très vulnérables aux cyberattaques.

Le suivi des correctifs et des mises à jour des systèmes reste un défi de taille pour les professionnels de l’informatique, comme le souligne le rapport SAPinsider Cybersecurity Report 2023. Malheureusement, c’est la réalité quotidienne des équipes de sécurité informatique qui gèrent les systèmes SAP, avec une liste de vulnérabilités SAP qui ne cesse de s’allonger et qui doit être surveillée de près. De plus, ces systèmes obsolètes peuvent devenir des points faibles dans l’environnement informatique de l’entreprise, mettant potentiellement en danger d’autres applications critiques.

Systèmes hérités : L’épicentre des atteintes à la sécurité des données

Malheureusement, les serveurs attaqués sont probablement des machines virtuelles (VM), particulièrement vulnérables lorsqu’elles sont laissées sans surveillance. Mais comment ces systèmes obsolètes ou ces machines virtuelles sont-ils pris pour cible ? L’explication réside principalement dans le fait que les systèmes sont négligés ou laissés sans surveillance.

Les données volées dans les machines virtuelles sont souvent des données clés : la nomenclature de vos produits, la structure des coûts, sont généralement valables même si elles datent de quelques années. Une liste de clients obsolète avec le volume des ventes et les conditions tarifaires au niveau de l’unité de stock est un rêve pour la concurrence, même si elle date de quelques années. Que penseriez-vous si le groupe qui vous a vendu une entreprise dans le cadre d’une fusion-acquisition divulguait vos données quelques années plus tard ? Prendriez-vous des mesures ou plutôt, pourriez-vous engager une action en justice ? Par conséquent, il est impératif pour les organisations de garder une trace de ces machines virtuelles où les données patrimoniales peuvent être stockées.

Si vous lisez cet article https://www.tjc-group.com/blogs/data-privacy-and-cybersecurity-why-decommissioning-is-the-safest-bet/, vous comprendrez que l’organisation attaquée n’avait aucune idée que des données patrimoniales étaient stockées sur ses serveurs.

Sans oublier que les machines virtuelles sont souvent considérées comme une option rapide et réalisable pour le stockage des données patrimoniales, mais il y a plusieurs revers à la médaille. Les trois principaux écueils liés à l’utilisation des machines virtuelles comme solution pour le démantèlement des systèmes SAP existants sont les suivants : – les machines virtuelles ne sont pas une solution efficace pour le démantèlement des systèmes SAP.

• Les machines virtuelles (VM) n’offrent pas de moyens adéquats pour gérer les obligations en matière de confidentialité des données, exposant ainsi les organisations à des risques de non-conformité.
• Elles ont souvent une approche de la gestion de l’information qui consiste à “se débarrasser” et à “oublier”. Par exemple, lorsqu’un employé quitte un projet, prend sa retraite ou quitte l’entreprise, il devient de plus en plus difficile d’identifier les données susceptibles de présenter un risque.
• De plus, les machines virtuelles sont plus sensibles aux attaques de ransomware ciblées, spécifiquement conçues pour exploiter ces technologies.

Ainsi, le fait de laisser un serveur en mode “stand-by” s’est finalement avéré être une grave négligence. C’est ce genre de négligence dans la gestion des systèmes existants qui a mis une organisation de renom en difficulté. Les systèmes patrimoniaux ne sont plus mis à jour et ne bénéficient plus de support ou de maintenance. Ils sont donc très vulnérables aux menaces de sécurité. C’est précisément la raison pour laquelle la mise hors service des systèmes et des serveurs SAP et non SAP devient de plus en plus essentielle pour protéger les données.

Cela dit, il est trop simpliste de pointer du doigt et de parler de “négligence”. Par exemple, voici une question pertinente : à quelle fréquence sauvegardons-nous les données et les serveurs au fil des ans ? Avec le passage à l’informatique dématérialisée et le renforcement des réglementations en matière de confidentialité des données, de nombreuses pratiques autrefois considérées comme sûres présentent aujourd’hui des risques inacceptables. C’est pourquoi les applications de systèmes patrimoniaux (LSA) deviennent de plus en plus la norme aujourd’hui.

Évitez les violations de données dans votre organisation grâce à la mise hors service des systèmes existants

Tout d’abord, examinons les implications en termes de sécurité de l’exploitation indéfinie des systèmes existants. Comme vous le savez, plusieurs risques de vulnérabilité y sont associés. Les systèmes existants deviennent ainsi beaucoup plus vulnérables aux violations de la sécurité des données, principalement parce qu’ils peuvent ne plus recevoir de mises à jour ou de correctifs de la part de leurs fournisseurs. Même lorsque les fournisseurs continuent à fournir des mises à jour de maintenance, il n’est pas rare que les organisations cessent de les appliquer – souvent en raison d’un manque d’expertise interne ou parce que l’attention s’est entièrement déplacée vers des systèmes plus récents. Cet oubli laisse les données critiques très exposées aux cybermenaces et reste l’un des moyens les plus fréquents par lesquels les pirates pénètrent les pare-feux des entreprises.

Les violations de données sont actuellement l’une des cibles à la croissance la plus rapide pour les cybercriminels. Selon le professeur Stuart Madnick du MIT, “les violations de données continuent d’augmenter d’année en année, avec une hausse de 20 % enregistrée entre 2022 et 2023”. Une étude publiée par la Harvard Business Review a souligné que l’une des méthodes les plus courantes utilisées par les pirates pour obtenir un accès consiste à exploiter les failles de sécurité dans les systèmes des fournisseurs – en particulier les systèmes existants, ce qui fait de la mise hors service de ces systèmes une nécessité cruciale.

Garantir le respect des lois et de la conformité en matière de confidentialité des données

Outre les implications en matière de sécurité, l’absence de contrôle des systèmes patrimoniaux soulève également des questions de conformité, qui sont tout aussi cruciales. Continuer à exploiter des systèmes obsolètes au lieu de les mettre hors service peut entraîner une non-conformité avec les normes réglementaires contemporaines telles que RGPD. Une organisation s’expose alors à des pénalités financières substantielles se chiffrant en millions d’euros, ainsi qu’à des poursuites judiciaires potentielles de la part des organismes de réglementation. Nous avons déjà écrit sur les risques financiers significatifs associés aux amendes de RGPD.

“La protection des données dans les systèmes SAP est une question de la plus haute importance. Cette attention est tout à fait justifiée, étant donné la nature critique des données stockées dans ces systèmes – des données qui représentent les actifs essentiels d’une entreprise. Il s’agit d’informations vitales telles que les coordonnées des partenaires et des clients, les dossiers financiers, l’historique des transactions, les liens bancaires et même les informations personnelles identifiables relatives aux employés”.

SAPinsider 2024 Buyer’s Guide to Cybersecurity (en anglais)

Considérons également l’aspect financier, car aucun article examinant les conséquences du maintien des systèmes existants ne serait complet s’il n’abordait pas les implications en termes de coût-efficacité. Nous sommes actuellement confrontés à une pénurie de compétences informatiques qui, selon les experts, devrait continuer à s’aggraver. Selon IDC, cette pénurie croissante affecte les organisations dans tous les secteurs et toutes les régions. Dans un rapport récent, près de deux tiers des cadres interrogés ont indiqué que le manque de professionnels qualifiés avait conduit à des objectifs de croissance du chiffre d’affaires non atteints, à des problèmes de qualité et à une baisse de la satisfaction de la clientèle. IDC prévoit que d’ici 2026, plus de 90 % des organisations dans le monde ressentiront l’impact de cette crise des compétences, ce qui pourrait entraîner des pertes s’élevant à 5,5 billions de dollars. Pour en savoir plus sur la manière dont la mise hors service des systèmes SAP et non SAP contribue à réduire les risques de cybersécurité , consultez le site https://www.tjc-group.com/blogs/legacy-data-and-legacy-system-decommissioning-to-reduce-cybersecurity-threats/.

Considérations relatives aux coûts – Les aspects financiers de la mise hors service des systèmes existants

Comme nous l’avons mentionné dans les sections précédentes, la conservation des systèmes existants entraîne des dommages financiers considérables, d’où la nécessité de mettre hors service les systèmes SAP existants. Dans cette section, nous allons parler des coûts liés à la maintenance d’un système existant et de la manière dont sa mise hors service vous permettra d’économiser votre budget, tout en générant un retour sur investissement (ROI) significatif.

Les principaux coûts liés à la maintenance des systèmes existants

S’il est coûteux de maintenir les systèmes existants, il est encore plus complexe de quantifier exactement le budget consacré à leur maintenance. Selon plusieurs nouveaux rapports de recherche, près des trois quarts (74 %) des entreprises de fabrication et d’ingénierie dépendent encore de systèmes existants et de feuilles de calcul pour mener à bien leurs opérations, même au lendemain de la pandémie de grippe aviaire de 19 ans.

De nombreuses organisations continuent à consacrer des sommes considérables au soutien, à la maintenance et à l’exploitation de logiciels obsolètes. Par exemple, certaines banques et compagnies d’assurance consacrent jusqu’à 75 % de leur budget informatique à la maintenance des systèmes existants. Ces coûts augmentent rapidement en raison des difficultés liées à la gestion courante des systèmes, à la nécessité d’une expertise technique spécialisée et, dans certains cas, à des exigences coûteuses en matière de licences.. Si vous prenez un peu de recul et réfléchissez, ces fonds ne pourraient-ils pas être investis plus efficacement dans des technologies modernes si l’on envisageait le démantèlement des systèmes SAP et non SAP?

Les coûts cachés de la maintenance de systèmes obsolètes

Ce qui est intéressant dans le maintien de systèmes obsolètes, c’est que vous ne voyez que les coûts de maintenance importants. Mais en réalité, les systèmes patrimoniaux s’accompagnent de plusieurs coûts cachés, en plus des coûts évidents. La plus grande erreur des organisations est de ne pas associer immédiatement ces coûts à l’exploitation des systèmes existants. En fait, cela contribue encore plus à la fausse économie de l’organisation.

Globalement, les coûts cachés de la maintenance de systèmes obsolètes sont les suivants

• l’accumulation de la dette technique
• surcharger les équipes informatiques avec des technologies obsolètes
• les dépenses liées aux licences de logiciels redondants et aux mesures de sécurité
• traiter les incidences sur l’environnement et le développement durable de l’exploitation et de l’alimentation d’anciennes applications.

En outre, les coûts d’opportunité commerciale sont considérables. Comme le souligne l’étude du TCS, 60 % des entreprises utilisent encore des systèmes anciens pour les applications en contact avec la clientèle, ce qui se traduit souvent par une expérience client médiocre et des occasions manquées de développer de nouvelles activités.

Décrypter le dilemme du démantèlement

Cela peut sembler poétique, mais la plupart des organisations, même après avoir pris connaissance des coûts de maintenance des systèmes existants, préfèrent les conserver. Pourquoi? En raison des coûts initiaux de mise hors service des systèmes existants. Cependant, il s’agit d’un coût unique que vous devez dépenser, contrairement au coût continu de la conservation des systèmes existants, qui ne fera qu’augmenter. Permettez-nous de vous aider à comprendre cela un peu plus en détail –

Du coût au gain : Les coûts de démantèlement en tant qu’investissement à long terme

Reconnaître les coûts initiaux associés au déclassement des systèmes, les positionner comme un investissement stratégique plutôt que comme une simple dépense, et préparer le terrain pour des gains financiers à long terme, en intégrant le déclassement dans votre stratégie informatique globale.

Économie de la migration des données : Trouver le bon équilibre dans la transition

Examinez les facteurs économiques liés à la migration des données lors du déclassement d’un système, en mettant l’accent sur l’équilibre à trouver entre efficacité et précision pour faciliter une transition sans heurts. Le fait d’avoir un processus de déclassement parallèle à un processus de migration, c’est-à-dire un processus distinct, réduira les questions et la charge de travail liées à la migration. Une fois qu’il est clair que les informations patrimoniales sont sûres et protégées après la migration, et que vous savez où ces informations seront stockées et comment elles seront accessibles, de nombreux problèmes de migration sont résolus et ne vous empêchent plus de vous concentrer sur votre objectif principal : créer de nouvelles applications pour votre avenir.

Investissements stratégiques dans l’ère post-démantèlement

Réaffectation des budgets: Après le démantèlement du système SAP, les organisations doivent veiller à redistribuer stratégiquement les ressources potentielles, ce qui inclut principalement la réaffectation des budgets. Cette phase représente une opportunité unique pour les organisations de canaliser les ressources libérées vers des initiatives à fort impact qui alimentent l’innovation, accélèrent la transformation numérique et ouvrent la voie à une croissance stratégique durable.

Capitaliser sur les dividendes de l’après-démantèlement: Ce terme peut paraître pompeux, mais il signifie simplement que vous devez investir dans des technologies prêtes pour l’avenir. Examinez comment vous pouvez tirer parti des dividendes financiers générés par la mise hors service des systèmes existants. En réinvestissant dans des technologies de pointe, orientées vers l’avenir, les entreprises peuvent acquérir un avantage concurrentiel, s’aligner sur les tendances émergentes du secteur et assurer la pérennité de leurs activités dans un monde de plus en plus numérique.

Le retour sur investissement du démantèlement des systèmes existants : Évaluer le succès au-delà des économies immédiates

Si l’on considère la situation dans son ensemble, le retour sur investissement du démantèlement des systèmes SAP et non SAP va au-delà des économies immédiates réalisées par les entreprises. Il y a plusieurs autres avantages financiers à en tirer, notamment

Mesurer les gains opérationnels : Il est intéressant de constater qu’il existe des retours sur investissement tangibles, notamment en quantifiant les gains d’efficacité opérationnelle obtenus grâce au déclassement. De la rationalisation des flux de travail à la réduction des frais généraux de maintenance, ces améliorations offrent des retours mesurables, démontrant un lien clair entre le déclassement et l’amélioration des performances opérationnelles.

Favoriser les alliances stratégiques : En outre, l’exécution réussie des projets de déclassement peut jeter les bases d’alliances stratégiques. Ces collaborations peuvent favoriser l’innovation conjointe, conduire à des coentreprises et ouvrir la porte à des opportunités mutuellement stratégiques au sein et au-delà du secteur. Elles ouvrent ainsi la voie à des gains financiers et commerciaux. Lorsqu’une entreprise migre ses systèmes existants vers la solution ELSA, vous pouvez alors connecter ELSA à votre pipeline de données analytiques et à vos futures solutions d’intelligence artificielle, en mettant à votre disposition des données historiques de haute qualité.

Intégrer l’automatisation, la GenAI et d’autres éléments dans le démantèlement des systèmes existants

Adopter l’avenir de la mise hors service des systèmes SAP hérités

L’automatisation et l’intelligence artificielle étant au cœur des industries d’aujourd’hui, leur influence sur le processus de démantèlement des systèmes hérités ne fait aucun doute. Voici ce que l’avenir nous réserve dans le domaine du déclassement –

L’intégration robuste de l’IA et de l’automatisation

Avec la mise en œuvre de l’automatisation et de l’intelligence artificielle (IA), le démantèlement des systèmes obsolètes est appelé à être révolutionné. Vous vous demandez comment ? Les algorithmes d’apprentissage automatique peuvent analyser d’énormes quantités de données et aider à identifier les schémas et les relations entre les modèles de données des systèmes existants, ce qui permet d’obtenir des affichages de données adaptés aux besoins de l’utilisateur. En outre, les algorithmes peuvent rationaliser la migration des données, automatiser les audits de conformité, et bien plus encore. Avec l’aide de l’automatisation, il devient plus facile pour les organisations d’accélérer le processus de démantèlement des systèmes SAP et non SAP tout en réduisant les efforts manuels, en économisant les coûts et en tirant parti des gains d’efficacité.

Adapter les solutions basées sur l’informatique dématérialisée

Le changement de paradigme en faveur de l’informatique en nuage influence également l’approche d’une organisation vis-à-vis de ses besoins et processus de mise hors service de systèmes. Le fait est que l’adaptation de solutions basées sur l’informatique en nuage offrira une pléthore d’avantages tels que l’évolutivité, la facilité d’accès et la flexibilité lors du retrait de systèmes obsolètes. En outre, les solutions basées sur l’informatique en nuage facilitent la transition des données et des applications vers l’informatique en nuage d’une manière tout à fait transparente. Cela étant dit, les solides fonctions de sécurité et les contrôles de conformité intégrés des solutions en nuage sont incontournables. Dans l’ensemble, opter pour des applications en nuage permet aux organisations d’atténuer les risques associés au démantèlement des systèmes SAP existants. ELSA de TJC Group est l’une de ces solutions basées sur le cloud que les organisations peuvent adapter pour un déclassement facile, sans effort et efficace.

Explorer l’approche centrée sur les données

Outre les solutions basées sur le cloud, les organisations adoptent également des approches plus centrées sur les données pour leurs processus de déclassement des systèmes existants. Le Big Data joue un rôle énorme dans l’économie actuelle ; par conséquent, avec une approche centrée sur les données, les organisations ne se concentrent pas seulement sur le retrait des systèmes existants, mais donnent également la priorité à l’extraction, à la migration et à la préservation des données. En outre, les cadres de gouvernance des données et les outils d’analyse avancés aident les organisations à identifier les données critiques pour l’entreprise, à garantir la conformité aux réglementations tout en dégageant des informations qui stimulent les valeurs de l’entreprise.

Privilégier les solutions durables

Ce n’est peut-être pas directement lié au déclassement de SAP en soi, mais les organisations s’ouvrent à des principes d’économie plus circulaire. En effet, plutôt que de se débarrasser du matériel et des logiciels mis hors service, les organisations explorent des options qui peuvent contribuer à réduire l’impact puisque les ressources sont partagées dans les centres de données, et que le fait de se débarrasser d’un ensemble d’applications patrimoniales individuelles pour une solution unifiée réduira également la dette technique, puisque toutes les applications partageront les mêmes ressources. Dans l’ensemble, cela minimise l’impact sur l’environnement tout en réduisant les déchets et en extrayant une valeur supplémentaire des actifs mis hors service.

Écosystèmes de démantèlement collaboratifs

Dans les environnements complexes, le démantèlement efficace des systèmes SAP existants repose en grande partie sur la collaboration. Les organisations mettent de plus en plus en place des écosystèmes collaboratifs qui réunissent les parties prenantes des services informatiques, juridiques, de conformité et des fonctions commerciales pour coordonner les efforts de déclassement. En encourageant l’engagement interfonctionnel et une communication ouverte, ces écosystèmes permettent de relever les défis plus efficacement et d’améliorer les résultats des projets de déclassement de systèmes.

Amélioration de la sécurité et de la conformité

Alors que les réglementations sur la confidentialité des données ne cessent de se durcir, la sécurité et la conformité sont devenues des éléments centraux des stratégies de démantèlement modernes. Pour l’avenir, nous constatons une évolution vers l’intégration de technologies avancées – telles que les sceaux électroniques, la blockchain et les architectures de confiance zéro – dans le processus de déclassement afin de protéger les données sensibles à chaque étape. En adoptant des cadres de sécurité complets, les organisations peuvent préserver l’intégrité des données, réduire l’exposition aux cybermenaces et garantir l’alignement sur les exigences réglementaires tout au long du cycle de vie du démantèlement.

ELSA stimule l’innovation pour le démantèlement des systèmes existants

Alors que les attentes des clients continuent d’évoluer, la transformation numérique s’accélère, incitant les organisations à réévaluer leur approche de la conservation des systèmes existants. En effet, une approche stratégique fine permet de garantir un accès transparent aux données tout en respectant les obligations de conformité réglementaire. Heureusement, ELSA de TJC Group protège les informations critiques pour les entreprises et, simultanément, aide à dégager une nouvelle valeur à partir des enregistrements historiques. Ainsi, il est beaucoup plus facile et rationalisé pour les autorités fiscales, les auditeurs et les régulateurs de la protection des données de recevoir rapidement la documentation nécessaire, précisément lorsqu’elle est requise.

Outre les avantages liés au démantèlement des systèmes SAP existants, les entreprises bénéficient également d’une visibilité et d’un contrôle immédiats sur les dépenses technologiques. En effet, ELSA permet de réduire les frais de licence des logiciels et les coûts d’infrastructure. Les ressources peuvent alors être réorientées de la maintenance de routine vers l’innovation. En rationalisant l’accès aux données relatives à la conformité, ELSA permet aux équipes informatiques de se concentrer sur des initiatives stratégiques. Son architecture élimine la redondance des systèmes tout en préservant les informations commerciales essentielles.

Dans le nuage, ELSA s’adapte à l’écosystème technique de chaque organisation. Les départements informatiques conservent la liberté de choisir leurs fournisseurs d’infrastructure et leurs plateformes de base de données préférés. Cette flexibilité s’étend à la gestion des systèmes hérités, ce qui permet de centraliser le déclassement et l’archivage des systèmes SAP et non SAP via une plateforme unifiée. En fait, la valeur va bien au-delà de la rentabilité – ELSA redéfinit la façon dont les organisations abordent la gestion des risques.

Les coûts de maintenance sont réduits, alors même que les mesures de sécurité sont renforcées. Dans des scénarios tels que les fusions, les acquisitions ou les cessions, les transitions de données s’effectuent en douceur, avec un minimum de perturbations opérationnelles. En outre, les solides capacités de reprise après sinistre de l’application protègent à la fois contre les pannes de système et la perte de données. Sous la gouvernance d’ELSA, les paysages informatiques deviennent nettement plus simples, ce qui permet aux utilisateurs de collaborer sur des ensembles de données auparavant déconnectés, tout en stimulant de manière significative la productivité de l’organisation.

Outre ses avantages remarquables pour le processus de démantèlement des systèmes existants, ELSA garantit que la mise en œuvre de S/4HANA progresse plus rapidement, car les problèmes liés aux données existantes sont résolus avec plus de rapidité et de confiance. Pendant ce temps, les utilisateurs restent dans des interfaces modernes et familières, ce qui leur évite d’avoir à apprendre ou à maintenir leurs connaissances sur de multiples systèmes obsolètes.

Les avantages d’ELSA vont bien au-delà du présent. Plus qu’une simple solution technique, il s’agit d’un catalyseur stratégique. En relevant les défis opérationnels immédiats tout en jetant les bases d’une transformation future, ELSA permet aux organisations de naviguer dans le changement avec confiance et agilité.

Collaboration avec le groupe TJC pour le démantèlement des systèmes existants

Si la mise hors service des systèmes SAP est un excellent moyen d’aligner votre organisation sur les stratégies de gestion des données, il n’est pas facile de gérer seul la mise hors service des systèmes. Cependant, avec des experts à votre disposition, dire adieu aux systèmes obsolètes deviendra beaucoup plus facile et rationalisé. Vous vous demandez comment ? Joignez-vous à nous pour garantir un projet de démantèlement de système qui ne se contentera pas de mettre hors service vos systèmes obsolètes, mais qui apportera également une valeur ajoutée à l’entreprise et permettra de réaliser des gains exceptionnels.

En un coup d’œil sur le groupe TJC

Fort de plus de 25 ans d’expérience, le groupe TJC a aidé de nombreux clients à mettre hors service leurs systèmes SAP et non SAP. De l’évaluation de votre volume de données à l’archivage, l’extraction et la migration des données, en passant par leur gestion, notre expertise permet non seulement d’obtenir des résultats, mais aussi de surmonter les obstacles en douceur. En outre, nous comprenons le paysage juridique et réglementaire, les exigences en matière de confidentialité des données, les besoins de l’entreprise et les aspects techniques de cette conformité.

Collaborer avec le groupe TJC aide les organisations de plusieurs manières –

Expertise SAP: Notre vaste expertise va bien au-delà du simple démantèlement de systèmes obsolètes. Elle comprend également l’archivage de données et de documents SAP, SAP ILM Retention and Warehouse Management, ainsi qu’une série d’autres solutions fiscales et technologiques. Les capacités considérables de TJC Group nous permettent de combler le fossé entre les parties prenantes, en favorisant une collaboration étroite entre les équipes techniques et les clients. En fait, cette expertise nous permet d’aider, au-delà du déclassement, la stratégie globale de gestion des données de l’entreprise, “parce que les données sont importantes”.

Une technologie de pointe : Notre technologie de pointe est un atout majeur qui nous permet de rationaliser et de sécuriser les processus avec une plus grande efficacité. En fait, plus de 40 % de nos effectifs sont consacrés à la recherche et au développement, ce qui garantit le bon fonctionnement et la fiabilité de toutes les procédures concernées.

Intégration avec notre technologie : Comme mentionné précédemment, nous fournissons une application conviviale basée sur le cloud et développée avec SAP B ²TP – le Enterprise Legacy System Application (ELSA) – conçue pour automatiser le processus de déclassement des systèmes SAP hérités. En tant que créateurs de cette application, nous sommes particulièrement bien placés pour intégrer nos technologies les plus efficaces dans le processus, en les adaptant aux exigences spécifiques de chaque client.

Experts en la matière: Les experts en la matière du TJC Group possèdent une vaste expérience dans le cadre d’un large éventail de projets. Notre équipe dédiée au démantèlement des systèmes, ainsi que nos équipes d’archivage des données et d’ILM, garantissent une livraison transparente des projets. En outre, notre équipe aide les organisations à rester alignées sur les exigences réglementaires en constante évolution, en les protégeant contre les pénalités de non-conformité potentielles et les risques de réputation.

Études de cas | Un aperçu de nos projets

Cas d’utilisation de référence : Le parcours de mise hors service des systèmes d’un grand fabricant mondial

Une entreprise manufacturière internationale, dont le chiffre d’affaires annuel s’élève à 1,3 milliard de dollars, était confrontée à une complexité croissante dans son environnement post-S/4HANA. Deux ans après la mise en œuvre, son environnement hérité englobait encore des systèmes de développement, d’assurance qualité et de production. Dans le même temps, les frais annuels de maintenance et de licence pesaient lourdement sur le budget. Plus urgent encore, il fallait conserver les dossiers de retraite et garantir la conformité sur 19 sites de production.

L’équipe du projet a conçu une stratégie de mise en œuvre en quatre phases, fondée sur une évaluation mesurée des risques. En commençant par une démonstration de faisabilité ciblée, ils ont validé les capacités d’ELSA par rapport aux principales exigences de l’entreprise. L’intégration avec le stockage Azure BLOB et la configuration de la base de données MySQL ont jeté les bases techniques du déploiement en production. L’exécution des systèmes en parallèle a permis de créer un environnement de test contrôlé pour vérifier l’accessibilité des données et les performances du système.

Pour en savoir plus : https://www.tjc-group.com/resource/driving-genai-innovation-in-s-4hana-transformation-with-decommissioning/

Études de cas

Étude de cas sur le démantèlement du système SAP patrimonial de Rio Tinto

Ce groupe minier et métallurgique mondial de premier plan se concentre sur la recherche, l’exploitation, le traitement et la commercialisation des ressources minérales de la planète. Basé au Royaume-Uni et implanté dans 40 pays sur presque tous les continents, nous l’avons aidé à démanteler son système SAP.

Pour en savoir plus sur leur parcours, téléchargez ici : https://www.tjc-group.com/resource/rio-tinto/

JC Decaux : La plus grande entreprise de publicité extérieure au monde étude de cas

Nous avons aidé JC Decaux à extraire des données précises et complètes pour faciliter la fusion-acquisition. Il s’agit d’une entreprise multinationale, pionnière du système de publicité sur les arrêts de bus, qui est la plus grande entreprise de publicité extérieure au monde.

Téléchargez leur étude de cas ici pour en savoir plus – https://www.tjc-group.com/resource/jc-decaux/

Fabricant de premier plan (nom non divulgué)

Le TJC Group a aidé un fabricant de premier plan à rationaliser son paysage SAP, en assurant la conformité et en réalisant des économies significatives. L’entreprise est un fabricant de premier plan qui existe depuis plus de 160 ans. Elle possède 19 sites de production, plus de 3 500 employés et a réalisé 11 acquisitions depuis 2016.

Pour en savoir plus sur leur parcours, cliquez ici – https://www.tjc-group.com/resource/a-leading-manufacturer-and-legacy-system-decommissioning-case-study/

Liste de ressources sur le démantèlement des systèmes SAP existants

• Favoriser l’innovation GenAI dans le cadre de la transformation S/4HANA avec le déclassement
• SAPinsider Technology Insight sur l’archivage et le déclassement des données
• Infographie : 5 raisons de démanteler les systèmes existants | TJC group
• Fiche de solution pour le déclassement du TJC Group
• https://www.youtube.com/embed/wWXAtkQRGWE?autoplay=1
• https://www.youtube.com/watch?v=KiHIIrmLuMc
• WEBINAR à la demande : Déclassement des systèmes existants pour les systèmes SAP et non-SAP
• Démonstration de Enterprise Legacy System Application (ELSA)
• Guide ultime pour comprendre SAP BTP

Conclusion

Les entreprises ont besoin de critères clairs et pratiques pour évaluer leurs exigences en matière de gestion des données, ce qui leur permettra en outre d’adapter des solutions de démantèlement des systèmes hérités plus efficaces. Leurs plateformes doivent être capables de prendre en charge l’IA et l’analytique avancée sans perturber les opérations existantes – ce qui exige une analyse approfondie des coûts ancrée dans les réalités quotidiennes de l’entreprise. À mesure que les exigences réglementaires évoluent et que la technologie progresse, une gouvernance des données efficace doit trouver un équilibre entre la sauvegarde des informations et la garantie de leur accessibilité.

La réussite d’une initiative de mise hors service de systèmes SAP et non SAP commence par un changement d’état d’esprit. Plutôt que de le considérer comme un simple arrêt du système, les organisations peuvent réaliser de nouvelles opportunités analytiques en exploitant les données historiques. Le fait est que le succès réside dans la combinaison d’une solide expertise technique et de méthodologies bien établies, permettant aux entreprises de transformer les données historiques en un atout stratégique qui stimule la croissance durable.

Pour le déclassement des systèmes obsolètes, la mise en œuvre d’ELSA repose sur l’intégrité intégrée des données. La plateforme génère des sommes de contrôle au cours des processus d’extraction et d’ingestion, ce qui garantit que toutes les informations sont transférées sans altération. Ce processus de vérification s’applique à tous les types de données, y compris les tables de base de données, les documents joints et les objets commerciaux.

Venez explorer et évaluer les capacités d’ELSA dès le début de votre transformation S/4HANA afin de stimuler l’impact et de réaliser des économies tout au long de votre projet de démantèlement des systèmes SAP hérités. Contactez nous dès maintenant !

Répondre aux questions fréquemment posées (FAQ)

Question 1 : Qu’est-ce que le démantèlement des systèmes existants ?

Réponse : La mise hors service des systèmes existants fait référence au processus de retrait et d’arrêt complet des systèmes obsolètes qui peuvent présenter des risques de sécurité pour l’infrastructure informatique d’une organisation. Il s’agit en fait d’un élément essentiel de la gestion du cycle de vie des technologies de l’information, qui permet aux organisations de suivre l’évolution de leurs besoins technologiques. En fait, selon les besoins de l’entreprise, les données existantes peuvent être extraites et stockées dans des fichiers plats, tels que les archives fiscales (si des processus de vérification ont été mis en place), avant que le système obsolète ne soit mis hors service. Ces données restent accessibles pour des références futures grâce à l’utilisation d’applications de systèmes patrimoniaux, si nécessaire. En outre, la mise hors service des systèmes obsolètes, qu’ils soient SAP ou non, permet de respecter les réglementations en matière de protection des données, tout en contribuant à une utilisation plus efficace des ressources de l’organisation.

Question 2 : Quelles sont les raisons stratégiques qui justifient le déclassement des systèmes obsolètes ?

Réponse : Dans l’ensemble, l’arrêt des systèmes obsolètes permet aux organisations de réaliser d’importantes économies et d’utiliser l’argent pour adapter des technologies plus récentes. Toutefois, les cinq principales raisons stratégiques de la mise hors service des systèmes SAP existants sont les suivantes : renforcement de la sécurité, meilleure conformité aux exigences légales et réglementaires, gains financiers plus importants à long terme, amélioration de l’efficacité de l’environnement informatique et réalisation des objectifs de durabilité de l’organisation.

Question 3 : Des systèmes non-SAP peuvent-ils être mis hors service à l’aide d’outils SAP ?

Réponse : ELSA, la solution de déclassement des systèmes patrimoniaux du TJC Group, est une solution simple pour le déclassement des solutions SAP et non SAP. Cependant, il existe également une solution SAP pour le démantèlement de SAP qui aide à démanteler les solutions non SAP. Si votre organisation possède des systèmes non SAP, l’approche unifiée qui peut être adaptée est SAP NetWeaver (NW) ILM. Elle fournit une solution intégrée pour le déclassement des systèmes SAP et non SAP . Pour ce faire, elle utilise SAP SLT (System Landscape Transformation), le Legacy Extraction Workbench (objets d’archive CDE) et le SAP ILM Retention Warehouse, qui utilise un stockage certifié ILM basé sur Sybase IQ, SAP HANA ou n’importe quel référentiel ILM certifié SAP. Cette approche de démantèlement des systèmes existants est utilisée par certains acteurs SAP dans le monde.