26 août 2020 Où résident réellement vos données pertinentes pour le GDPR ?
Les paysages SAP® sont constitués non seulement d'environnements de production mais aussi d'environnements de préparation. Remplir ces systèmes de développement, d'assurance qualité (QA) et de test crée de la complexité et des activités répétitives et monotones : pour des tests appropriés et cohérents et l'acceptation de changements dans les programmes et les processus, SAP recommande une approche spéciale avec la " copie de système homogène " pour fournir aux systèmes non productifs des données actualisées.
En général, cette procédure implique un grand nombre d'activités manuelles. Selon la structure et la taille des systèmes, elles peuvent durer de quelques heures à plusieurs jours. Si, en plus, il y a des environnements de plusieurs systèmes connectés, ces temps s'ajoutent à des temps d'arrêt vraiment pénibles dans le contexte d'une copie de paysage. Ainsi, il n'y a en fait jamais de "bon" moment pour cela. Outre l'indisponibilité des systèmes cibles pour les équipes d'exploitation et de projet, les copies de systèmes et de paysages bloquent d'autres ressources importantes et, surtout, coûteuses : les professionnels SAP Basis internes ou externes.
Libelle SystemCopy (LSC) est une solution logicielle permettant de réaliser des copies de systèmes et de paysages SAP entièrement automatisées et optimisées. En appuyant sur un bouton, vous mettez à jour les systèmes d'assurance qualité et de test avec des données de production récentes. Parce que Libelle SystemCopy...
Pour en savoir plus sur l'historique de LSC, consultez ce livre blanc.
Avec l'entrée en vigueur du Règlement général sur la protection des données de l'UE (RGPD), les thèmes de la protection des données et de l'anonymisation sont toutefois de plus en plus mis en avant. Le règlement de base régit des normes minimales à l'échelle européenne qui peuvent être renforcées au niveau régional. Cela influence le traitement des données sensibles dans les entreprises. On s'intéresse aujourd'hui particulièrement aux environnements informatiques dans lesquels l'accès aux données sensibles n'est limité que dans une certaine mesure : les systèmes de développement et de test. Afin de contrer de manière adéquate le risque d'accès involontaire aux données et de fuite de données, les ensembles de données devraient être pseudonymisés conformément au règlement (article 4.5). La pseudonymisation est cependant réversible en soi et permet de tirer une conclusion sur les données originales. L'anonymisation des ensembles de données est un pas de plus vers l'irréversibilité.
Quelle que soit la variante retenue par votre entreprise : pour atteindre l'objectif des systèmes de test, les ensembles de données pseudonymisées ou anonymisées doivent également représenter des relations logiques. Sinon, les déclarations sur la qualité, la continuité et l'exactitude logique des processus d'entreprise dans les environnements informatiques ne sont fiables que dans une mesure limitée.
Libelle DataMasking (LDM) permet l'anonymisation et la pseudonymisation des données critiques dans les systèmes d'assurance qualité et de test, en tenant compte des relations logiques. LDM fonctionne indépendamment des applications commerciales utilisées, sur des systèmes individuels et dans des paysages de systèmes complets. Il en résulte des données anonymes et cohérentes pour le développement et le test de logiciels et de processus commerciaux sur toutes les plateformes. Les méthodes d'anonymisation utilisées fournissent des valeurs réalistes et logiquement correctes pour vos systèmes de test, avec lesquelles presque tous les cas d'affaires peuvent être décrits et testés. Libelle DataMasking prend en charge les ensembles de données des systèmes SAP et non-SAP de manière holistique et entre les systèmes. Et LDM s'intègre parfaitement à LSC.