Masquage des données · RGPD

Masquage des données SAP : aucune donnée personnelle réelle dans vos systèmes de test

Masquez les données personnelles et sensibles des copies ECC, S/4HANA et SAP HANA avant que testeurs, intégrateurs, centres offshore ou agents d’IA ne les voient. La valeur de remplacement est la même dans chaque table et chaque système connecté.

Ce qu’il faut masquer

Dans SAP, les données personnelles se trouvent dans les données de base, dans les documents qui y font référence et dans vos propres tables spécifiques.

DonnéesPrincipales tables SAPChamps typiques
ClientsKNA1, ADRC, ADR6, BUT000Nom, adresse, téléphone, e-mail, numéro de TVA
FournisseursLFA1, LFBK, ADRCNom, adresse, coordonnées bancaires (IBAN)
SalariésPA0002, PA0006, PA0008, PA0009Nom, date de naissance, adresse, salaire, coordonnées bancaires, NIR
Documents de vente et comptablesVBPA, BSEG, ACDOCAAdresses des clients occasionnels, textes de poste, références aux clients et fournisseurs
Vos propres donnéesTables et champs spécifiques (Z)Tout ce que vos développeurs ont ajouté, repéré par scan plutôt que deviné

Cinq traitements, champ par champ

Chaque champ reçoit la règle qui le protège sans casser les processus qui l’utilisent.

Masquer

Remplacer par une valeur réaliste du même type : un nom par un nom, une adresse par une adresse.

Mélanger

Permuter les valeurs au sein d’une colonne, pour que les distributions et les totaux restent réalistes.

Générer

Créer des valeurs synthétiques pour les champs dont aucune valeur d’origine ne doit subsister.

Conserver le format

Numéros de TVA, IBAN et codes postaux gardent un format valide et passent les contrôles SAP.

Conserver tel quel

Pays, devises et sociétés restent inchangés : ils pilotent la détermination des prix, le calcul des taxes et la logique de comptabilisation.

Le plus difficile, c’est la cohérence

Masquer table par table casse les jointures : le client de la commande ne correspond plus à celui de la fiche client, et les tests échouent pour une mauvaise raison. Synthesized choisit une valeur de remplacement par valeur d’origine et l’applique partout où cette valeur apparaît.

Valeur d’origine
Hélène Lefèvre
  • KNA1-NAME1Claire Dubois
  • ADRC-NAME1Claire Dubois
  • BUT000Claire Dubois
  • Contact CRMClaire Dubois
Exemple : un client, une valeur de remplacement, identique partout où il apparaît.

Points d’attention sur ECC, S/4HANA et SAP HANA

SAP ECC

Les fiches client et fournisseur (KNA1, LFA1) portent directement noms et adresses, que l’on retrouve aussi dans la table d’adresses centrale (ADRC). Chaque occurrence doit recevoir la même valeur, accents et caractères spéciaux compris.

S/4HANA

Le partenaire commercial (BUT000) devient central et reste synchronisé avec KNA1 et LFA1 via l’intégration client-fournisseur (CVI). Les deux côtés reçoivent les mêmes valeurs.

SAP HANA

Le masquage dynamique intégré à HANA cache les valeurs à certains utilisateurs au moment de la requête, mais les données stockées ne changent pas. Une copie de test exige de remplacer les valeurs stockées elles-mêmes.

Questions fréquentes sur le masquage des données SAP

Quelle différence entre masquage, mélange et données synthétiques ?

Le masquage remplace une valeur par une alternative réaliste, le mélange permute les valeurs réelles au sein d’une colonne, et les données synthétiques sont générées sans copier aucune valeur d’origine. La plupart des environnements de test SAP combinent les trois, champ par champ.

Les données masquées passent-elles les contrôles SAP ?

Oui. Les champs que SAP contrôle, comme les numéros de TVA, les IBAN et les codes postaux, gardent un format valide : les documents se comptabilisent normalement.

Peut-on masquer les tables spécifiques (Z) ?

Oui. Un scan repère les données personnelles dans les tables et champs spécifiques, puis les mêmes règles s’appliquent que pour les tables standard.

Des données masquées restent-elles des données personnelles au sens du RGPD ?

Pas forcément anonymes. Si une table de correspondance ou d’autres informations permettent de réidentifier les personnes, il s’agit de données pseudonymisées, qui restent des données personnelles. Seules des données qu’on ne peut plus raisonnablement rattacher à une personne sont anonymes et sortent du champ du RGPD. C’est à votre DPO de qualifier vos données de test.

Repérez les données personnelles qui restent dans vos systèmes de test SAP

Commencez par un diagnostic de 30 minutes. Si c’est pertinent, une validation de 10 jours scanne un système de recette, tables standard et spécifiques comprises, et le masque avec vos propres données.

Mis à jour en octobre 2026

SAP, S/4HANA, SAP HANA, SuccessFactors, Ariba, Concur et les autres produits et services SAP mentionnés sur cette page, ainsi que leurs logos respectifs, sont des marques commerciales ou des marques déposées de SAP SE (ou d’une société affiliée à SAP) en Allemagne et dans d’autres pays. Les autres noms de produits et de services sont des marques de leurs sociétés respectives.