Le défi de la création de données de test

La migration d'ERP/ECC 6.0 vers SAP S/4 Hana a notamment entraîné une forte augmentation de la mise en place et de l'utilisation de systèmes de test et de formation. Mais tous les clients SAP existants qui utilisent encore des systèmes ECC basés sur NetWeaver ont également besoin de systèmes de test et de formation à des fins très diverses. Qu'il s'agisse d'ECC 6.0 ou de S/4, les cas de test possibles comprennent la reproduction de transactions commerciales et la réalisation d'analyses d'incidents, ainsi que les tests de régression selon des scénarios de régression dédiés qui, comme chacun sait, ne peuvent pas être réalisés sur un système de production.

Concrètement, si l'on veut connaître l'effet du cycle de relance dans SAP FI-CA pour une constellation spécifique de données de base et de données de mouvement, ou si l'on veut simuler l'entrée de paiement à l'aide de données réelles pour obtenir un taux de rapprochement, on réalisera cela sur un système de test en fonction des besoins. Il est bien sûr nécessaire de pouvoir utiliser les données les plus récentes possibles et de les utiliser le plus rapidement possible pour des tests, des analyses ou des simulations à partir d'un système de production.

Cela peut toutefois représenter un défi pour les collaborateurs des entreprises impliqués dans les tests - ici les départements spécialisés, là les départements informatiques - car la constitution des données pour les scénarios de test complexes prend souvent trop de temps et la reconstruction des données pour les scénarios d'incident prend parfois beaucoup de temps. En outre, les scénarios de test de régression doivent souvent être répétés plusieurs fois. Ou alors, on n'est pas en mesure d'assurer une anonymisation complète des données transférées, par exemple d'un système de production à un système de test ou à un système d'assurance qualité. Ce qui est généralement une nécessité, même dans le contexte du RGPD.

Fonctionnalité multiple

Quelles sont les possibilités d'utilisation d'une solution sophistiquée pour la création de données de test, y compris la possibilité d'utilisation pour les migrations ? Et quelle est l'étendue des fonctions qu'une telle solution doit mettre à disposition ? Bien entendu, une solution de test doit s'orienter vers les besoins de l'utilisation de SAP. Cela signifie qu'elle doit offrir des performances élevées, même pour les données de masse. Et ce, en utilisant un ou plusieurs modules ou solutions SAP. Cela signifie tout simplement que les modèles de données respectifs d'une solution SAP doivent être pris en compte pour l'utilisation d'une solution de test et de migration. Par exemple SAP FI-CA/RM-CA, IS-U, FS-CD ou FI Core ou SD. Parallèlement, une telle solution doit pouvoir être utilisée de préférence sans infrastructure supplémentaire (serveur, base de données, stockage) pour le transfert sécurisé des données de base et des données de mouvement.

La seule façon de la mettre en pratique est de la présenter comme une solution Abap et donc de l'intégrer et de l'exploiter via le transport dans un environnement SAP existant. Il convient de noter qu'il ne s'agit pas d'un "outil de copie de système", mais que les données d'une copie du système peuvent être utilisées pour la création de données de test, soit par transfert 1 à 1, soit par recodage des clés primaires à partir des objets de la série de numéros standard.

En outre, une solution pour la création et l'utilisation de données de test doit permettre de transférer ou de transférer non seulement les données de test d'un système de production à un système de test, mais aussi d'un système de production SAP à un système de production SAP (en général lors d'une migration SAP-SAP) ou d'un système de production à un système de développement ou d'assurance qualité. En outre, il devrait être possible d'inclure non seulement des tables SAP standard, mais aussi des tables Z pour le transfert de données. Et : il devrait être possible de transférer des données de base (même sélectionnées) avec ou sans anonymisation, quasiment en appuyant sur un bouton.

Traitement parallèle

Lorsqu'il est nécessaire de mettre en place et d'utiliser un nouveau système de test, quel qu'en soit le but, le facteur temps joue parfois un rôle essentiel. Cela signifie que la génération ou la sélection des données de test ainsi que leur transfert doivent se faire le plus rapidement possible.

La plupart des systèmes de test utilisés aujourd'hui ont pour objectif de réagir de manière agile aux exigences de la gestion d'entreprise ou aux modifications des spécifications. Le fait est que l'agilité augmente le temps de mise sur le marché. Et cela vaut également pour l'anonymisation complète de 100 millions de données clients sur la base de partenaires commerciaux SAP et d'un grand nombre de tables Z SAP.

La clé est l'utilisation de processus parallèles. Le traitement de volumes importants de données sur la base de processus parallèles permet notamment de réduire de manière significative les temps de transfert de données vers un système de test. GTW Management Consulting a pris en compte les exigences mentionnées ci-dessus et d'autres fonctions dans sa solution Advanced Test and Migration Solution, en abrégé : ATS. Utilisée depuis des années par des clients SAP renommés, tant au niveau national qu'international, cette solution complémentaire à SAP tient compte, en fonction des besoins, des nécessités d'une solution dans le domaine de la création de données de test et au-delà.

Le moteur logiciel permet entre autres de mettre en place des systèmes de test SAP légers et performants, de même que la mise en place répétée de systèmes de formation et le transfert d'incidents actuels d'un système de production vers un système de développement. Et il est également possible d'utiliser l'ATS comme outil de migration.

Il existe des modèles de Customizing pour toute une série de modules, par exemple pour FI-CA/RM-CA et pour les solutions de branche SAP comme IS-U. Les tables propres au client peuvent également être étendues individuellement via le Customizing ATS. Le moteur ATS n'est installé que sur les systèmes récepteurs, c'est-à-dire sur le système de test, d'assurance qualité ou de développement. L'installation proprement dite prend environ une demi-journée. Les transferts de données d'application du système (ou des systèmes) source vers le système cible s'effectuent via des interfaces RFC et DBCO. Un composant de gestion et de surveillance est également mis à disposition, permettant de savoir à tout moment quelles données d'application ont été transférées ou où des erreurs sont survenues. Bien entendu, la solution permet également d'actualiser à tout moment les données de test par simple suppression et importation de fichiers.

Ciblé et orienté vers les bénéfices

La solution ATS est née il y a une dizaine d'années de la nécessité d'actualiser les données sur les systèmes de développement utilisés et d'en améliorer la qualité. Au fil des années, il s'est avéré que les clients existants profitent de la solution complémentaire SAP de GTW ou en tirent des avantages. Il s'agit notamment de la mise en place de systèmes de test et de formation SAP légers et faciles à utiliser, ainsi que d'une protection élevée des données grâce à l'anonymisation des données de production. D'autres avantages sont le traitement rapide des incidents ainsi qu'une réduction significative des coûts d'infrastructure, de maintenance et d'exploitation grâce à la réduction des copies de systèmes coûteuses. En outre, il est prouvé que les cycles de développement sont plus courts grâce à des données de test toujours actuelles et proches de la production, et que la qualité des environnements de développement et de test est durablement améliorée.

Réalisation de l'anonymisation complète de 120 millions d'enregistrements de données de base clients sur la base de partenaires commerciaux SAP

La solution GTW Advanced Test and Migration Solution (ATS) décrite dans cet article a démontré ses performances dans le domaine du traitement de données de masse lors d'un projet récemment achevé dans une entreprise renommée du secteur des télécommunications.

L'entreprise utilisatrice SAP a mis en place l'extension du modèle de données standard SAP avec 85 tables Z spécifiques au client pour le transfert de données et l'anonymisation des données de base conformément au RGPD.

Pour l'anonymisation complète des données de masse, l'ATS a été utilisé avec une durée d'exécution d'à peine douze heures pour 120 millions d'enregistrements de données de base.