RGPD, CCPA et PDPA dans un seul outil.
Mis à jour pour 2026.
Vos équipes en Europe relèvent du RGPD. Vos équipes en Californie traitent des données soumises au CCPA. Vos équipes à Singapour travaillent sous la PDPA. Trois cadres. Une base de données commune.
C'est le défi de la conformité en matière de confidentialité pour les équipes mondiales. Les données clients auxquelles elles accèdent sont les mêmes. Les règles qui régissent ces données ne le sont pas.
L'écart multi-juridictions
Un groupe de support réparti entre l'Allemagne, la Californie et Singapour peut ouvrir le même compte client. Le nom, l'e-mail et les informations de compte dans cet enregistrement sont soumis à des règles différentes dans chaque pays.
Sous le RGPD, il doit exister une base légale pour chaque utilisation. Sous le CCPA, le client peut demander la suppression et s'opposer à la vente. Sous la PDPA, des règles de consentement et de transfert s'appliquent.
Partager un fichier client avec un assistant IA peut déclencher des obligations sous les trois lois en même temps. Une action. Trois cadres.
Un logiciel régional ne peut pas résoudre cela. Il aggrave le problème.
Pourquoi une plateforme par région échoue
L'instinct est d'adapter le logiciel à la localisation. Les équipes américaines reçoivent une solution américaine. Les équipes européennes reçoivent une solution européenne. Les équipes APAC reçoivent une solution APAC.
Cela échoue en pratique.
Les données ne suivent pas la plateforme. Un agent en Californie traitant la réclamation d'un client allemand reste soumis au RGPD. Le droit à l'effacement du client européen s'applique. La solution américaine peut ne pas inclure les formats de carte d'identité allemande ou les numéros IBAN. C'est une lacune.
La configuration se divise en trois systèmes. Trois plateformes signifient trois pistes d'audit. Trois configurations de couverture. Trois ensembles de types d'entités qui peuvent ne pas s'aligner. Un rapport unifié devient une tâche de fusion manuelle.
Les transferts transfrontaliers manquent de clarté. Un analyste américain peut recevoir un export contenant des données clients européennes. Sous le RGPD, la loi suit la personne concernée — pas la localisation de l'analyste. Une solution purement américaine ne règle pas cela.
Consultez le guide de conformité légale pour comprendre comment les obligations transfrontalières se cumulent.
Couverture des entités par région
Les identifiants personnels diffèrent selon les pays. Une plateforme construite pour un marché manquera des identifiants d'un autre.
Entités EU (RGPD) :
- Personnalausweis et Steuernummer allemands.
- Numéro de Sécurité Sociale français.
- DNI et NIE espagnols.
- IBAN et BIC pour les coordonnées bancaires européennes.
Entités américaines (CCPA / HIPAA) :
- Numéro de Sécurité Sociale (SSN) et EIN.
- Formats de permis de conduire par État.
- Numéros Medicare et Medicaid.
- Les 18 identifiants de santé protégés par HIPAA.
Entités APAC (PDPA, PIPL, PDPB) :
- NRIC et FIN de Singapour.
- Carte d'identité nationale thaïlandaise (13 chiffres).
- Carte d'identité chinoise (18 chiffres) et numéros de téléphone mobile.
- Aadhaar et carte PAN indiens.
Une solution axée sur les États-Unis couvre les SSN de manière fiable. Elle manquera un Personalausweis allemand. Une solution européenne couvre l'IBAN et les pièces d'identité nationales. Elle peut ne pas détecter un numéro Aadhaar.
Une couverture complète signifie des types d'entités pour chaque marché pertinent. Pas seulement la région d'origine du logiciel.
Parcourez la bibliothèque complète des entités sur /entities.
Configuration des préréglages par région
La réponse pratique : un moteur de détection unique avec des préréglages par région.
Préréglage standard RGPD (équipes européennes) : Les 18 catégories de données personnelles du RGPD. Formats de pièces d'identité européennes. Coordonnées bancaires européennes. Seuils adaptés à la définition large du RGPD.
Préréglage CCPA / HIPAA (équipes américaines) : SSN, EIN, numéros Medicare et Medicaid. Formats d'identifiants et de permis de conduire par État. Numéros de compte financier américains. Les 18 types PHI HIPAA pour les équipes traitant des données de santé.
Préréglage confidentialité APAC (équipes APAC) : NRIC et FIN de Singapour. Carte d'identité thaïlandaise. Pièce d'identité chinoise et numéros de mobile. Aadhaar et PAN indiens. Indicateurs pays si nécessaire.
Chaque préréglage est configuré une seule fois au niveau central. Il est disponible pour toutes les personnes. Appliquez-le pour la région de l'employé ou pour celle de la personne concernée. Utilisez le plus restrictif. Le moteur applique la règle la plus stricte.
Lisez comment fonctionnent les préréglages dans la FAQ.
Étude de cas : entreprise SaaS de 50 personnes
Une entreprise SaaS en mode remote-first a réalisé son audit annuel de confidentialité. Les effectifs étaient en Allemagne (18), en Californie (22) et à Singapour (10).
Avant la migration :
Le groupe allemand utilisait une plateforme de masquage européenne. Le groupe californien utilisait une solution américaine avec une couverture limitée des entités européennes. Le groupe singapourien n'avait pas de logiciel de masquage dédié. L'audit a relevé des normes inégales dans les trois régions. Le constat pour Singapour était une lacune ouverte.
Après la migration vers une plateforme unique :
- Préréglage RGPD pour l'Allemagne, avec types d'entités européennes et support 48 langues.
- Préréglage CCPA pour la Californie, couvrant les types d'entités américaines et les catégories CCPA.
- Préréglage PDPA pour Singapour, couvrant les identifiants APAC.
- Une piste d'audit centrale pour les 50 employés.
- Résidence des données en Europe pour tous les enregistrements traités.
Cette configuration satisfait l'article 46 du RGPD pour les transferts transfrontaliers au sein du service.
Résultat de l'audit 2025 : Zéro constat sur les incohérences de masquage. La lacune singapourienne précédente est fermée.
Découvrez comment les entreprises documentent les mesures techniques sur /security-compliance.
Conclusion
La conformité mondiale en matière de confidentialité n'est pas trois problèmes séparés. C'est un seul : des contrôles techniques cohérents dans chaque région.
Même moteur de détection. Même piste d'audit. Des préréglages différents pour des lois différentes. Un seul service gère les trois.
Découvrez comment anonym.legal soutient les équipes mondiales sur /pricing.
Sources
- RGPD Article 3 : Champ d'application territorial. gdpr-info.eu/art-3-gdpr/
- California Consumer Privacy Act (CCPA/CPRA). oag.ca.gov/privacy/ccpa
- Loi thaïlandaise sur la protection des données personnelles (PDPA). pdpa.go.th
- RGPD Article 46 : Transferts transfrontaliers. gdpr-info.eu/art-46-gdpr/