Des tests qui fonctionnent
Des IBAN et des numéros de carte fictifs mais valides : les contrôles de format et de clé passent, sans vraies données.
Fichiers clients, transactions, dossiers de sinistres :
NymData détecte IBAN, numéros de carte, SIRET et identités, puis les remplace sur vos serveurs.
En pseudonymisation réaliste, les IBAN et numéros de carte générés restent valides.
Vos applications de test les acceptent comme de vraies données.
Avant : données bancaires réelles, en rouge
| Client | IBAN | Carte |
|---|---|---|
| Sophie Leroy | FR76 3000 4000 3123 4567 8901 429 | 4970 1012 3456 7893 |
| Jean Dupont | FR76 1820 6000 4199 0857 3412 035 | 5132 8800 4411 2097 |
Après : IBAN et cartes fictifs mais valides
| Client | IBAN | Carte |
|---|---|---|
| Claire Morin | FR76 1027 8061 2100 0204 5110 182 | 4539 5781 2204 6631 |
| Hugo Lambert | FR76 3006 6100 4100 0105 6630 209 | 5425 2334 3010 9903 |
Il faut remplacer IBAN, numéros de carte et identités par des valeurs fictives qui respectent les formats attendus, pour que les applications fonctionnent.
Avec NymData, installé sur vos serveurs, la pseudonymisation réaliste génère des IBAN avec une clé RIB et une clé de contrôle correctes.
Les numéros de carte sont valides selon l'algorithme de Luhn, sans aucun fragment de l'original.
Une même valeur d'origine donne toujours la même valeur fictive.
Tests des applications, prestataires, auditeurs, reporting : les fichiers de comptes et de transactions circulent bien au-delà de la production.
Chaque copie de données réelles est un risque de plus.
Des IBAN et des numéros de carte fictifs mais valides : les contrôles de format et de clé passent, sans vraies données.
Un même IBAN d'origine donne toujours le même IBAN fictif : les rapprochements entre fichiers et tables restent justes.
Auditeurs, intégrateurs et éditeurs reçoivent une copie sans identités ni coordonnées bancaires.
Les formats qui circulent le plus.
Alimenter les bases de test avec des données bancaires valides et fictives.
Fournir des échantillons à un auditeur sans les identités des clients.
Partager des données réalistes pour un projet de migration ou de paramétrage.
Travailler sur des historiques de transactions sans exposer les clients.
Les IBAN générés sont des IBAN français synthétiques avec une clé RIB et une clé IBAN correctes ; les numéros de carte respectent l'algorithme de Luhn.
Ils servent aux tests, sans aucun fragment des valeurs d'origine.
Des données pseudonymisées restent des données personnelles au sens du RGPD : les systèmes qui les reçoivent doivent rester encadrés.
Quelle méthode choisir ? · Anonymisation ou pseudonymisation : quelles différences ?
Oui. En pseudonymisation réaliste, NymData génère des IBAN français avec une clé RIB et une clé de contrôle correctes, sans aucun fragment de l'IBAN d'origine.
Oui. Les numéros générés respectent l'algorithme de Luhn utilisé par les applications pour vérifier un numéro de carte.
Oui. La génération est déterministe au sein d'un projet : une même valeur d'origine donne toujours la même valeur fictive, dans tous les fichiers et toutes les tables.
Les IBAN, les numéros de carte bancaire, les SIRET et d'autres identifiants financiers, en plus des noms, adresses, e-mails et téléphones.
Non. NymData s'installe sur vos serveurs : aucune donnée n'est transmise à NymData ni à un service cloud.
Démonstration sur des fichiers d'exemple, à distance ou dans vos locaux.