Décisions de conformité
RGPD : cette saisie IA peut-elle identifier quelqu’un ?
Remplacer un nom par un jeton n’établit pas l’anonymat. Évaluez les informations supplémentaires et les moyens raisonnablement susceptibles d’identifier une personne dans le contexte réel. La pseudonymisation peut réduire le risque tout en maintenant les obligations liées aux données personnelles ; une étiquette telle qu’anonymisé n’est pas une décision juridique.
Pour DPO, responsables des données et équipes de sécurité préparant les entrées IA
Le jeton d’exemple reste lié à une identité inventée via une clé séparée.
Toutes les personnes, rôles et événements sont inventés. Aucune décision juridique d’anonymat ni réidentification d’une personne réelle n’a eu lieu.01
Commencez par la question de l’identifiabilité
Le considérant 26 du RGPD traite des personnes identifiées et identifiables ainsi que des moyens raisonnablement susceptibles d’être utilisés pour l’identification. Il appelle à des facteurs objectifs tels que le coût, le temps et la technologie disponible. Le nom d’une transformation ne répond pas à cette question contextuelle.
L’article 4 décrit la pseudonymisation en termes d’informations supplémentaires conservées séparément avec des mesures appropriées. Considérez qui détient ces informations, qui peut les obtenir ou les combiner, et quel autre contexte subsiste. Ne supposez pas que chaque destinataire a les mêmes capacités ou que la suppression d’un champ règle l’analyse.
Contexte source : RGPD UE : identifiabilité et pseudonymisation
02
Distinguez un jeton de la suppression du lien
Les fichiers synthétiques remplacent deux noms inventés par P-01 et P-02. Une table de liaison séparée connecte toujours chaque jeton à une identité. Pour une organisation détenant cette clé, les noms ont été déplacés hors du fichier de travail plutôt que rendus irrécupérables.
Conserver la clé séparément peut être une mesure de protection significative. Cela ne rend pas automatiquement le jeu de données de travail anonyme. Évaluez les contrôles d’accès, la finalité et les moyens réalistes de relier les enregistrements, y compris les informations qu’un destinataire pourrait obtenir d’autres sources.
Contexte source : RGPD UE : identifiabilité et pseudonymisation
03
Cherchez une identification sans la clé
Un rôle unique, une date précise d’événement ou une combinaison rare d’attributs peut identifier quelqu’un même si la clé du jeton est indisponible. L’exemple inclut un rôle distinctif d’atelier et un événement. Ces indices sont inventés, mais ils démontrent pourquoi une revue basée uniquement sur le nom ou le jeton peut manquer le lien pratique.
Ne confondez pas cela avec une règle selon laquelle toute attaque imaginable est raisonnablement probable. L’évaluation nécessite une vue raisonnée du destinataire réel, des informations disponibles et des moyens. Enregistrez les hypothèses et preuves au lieu de prétendre à l’anonymat sur la base d’un score générique d’outil.
Contexte source : RGPD UE : identifiabilité et pseudonymisation
04
Choisissez une entrée moins identifiante lorsque cela répond à la tâche
Si la tâche IA nécessite seulement une description générale, un scénario inventé ou un résumé suffisamment large peut suffire. Évitez d’inclure des jetons stables lorsque le lien au niveau de l’enregistrement est inutile. Si une analyse de données réelles requiert des enregistrements individuels, conservez les mesures de protection et la revue juridique appropriées à ces informations identifiables.
L’exemple à détails réduits supprime délibérément le rôle unique et l’événement exact. Ce n’est pas un résultat certifié d’anonymisation. Un jeu de données réel nécessite sa propre évaluation, y compris le risque lié à la combinaison, aux petits groupes et aux informations disponibles pour ses destinataires.
Contexte source : RGPD UE : identifiabilité et pseudonymisation
05
Gardez le résultat juridique et les mesures de protection séparés
Une décision d’anonymat concerne la question de savoir si les données pertinentes se rapportent à une personne identifiée ou identifiable dans le contexte évalué. La pseudonymisation est une mesure de protection et ne fournit pas en soi une base légale, une autorisation contractuelle ou la réponse à une question d’article 9.
Documentez la version des données, le destinataire, les liens conservés, les preuves et la conclusion. Réexaminez les changements du jeu de données ou du contexte du destinataire. La paire téléchargeable est entièrement synthétique et inclut intentionnellement sa clé à des fins pédagogiques ; ce n’est pas un conseil de distribuer une clé de liaison réelle avec un jeu de données réel.
Contexte source : RGPD UE : identifiabilité et pseudonymisation
Mettez-le en pratique
Exercice de revue des identifiants liés
Lisez ensemble les données synthétiques tokenisées, la clé séparée et le contexte du destinataire. Puis expliquez quels liens restent et ce dont la tâche a réellement besoin.
Toutes les personnes, rôles et événements sont inventés. Aucune décision juridique d’anonymat ni réidentification d’une personne réelle n’a eu lieu.
Original
Mara Example + feedback
Fichier de travail
P-01 + contexte événementiel distinctif
Clé séparée
P-01 → Mara Example
Toutes les informations sont synthétiques.
Alternative
Thèmes généraux sans liens au niveau des enregistrements
| Representation | Contenu synthétique | Reasoning |
|---|---|---|
| Original | Mara Example et Elliot Example ont des enregistrements de feedback inventés. | L’identité directe est présente dans les données pédagogiques. |
| Fichier de travail tokenisé | P-01 et P-02 remplacent les noms. | La transformation supprime les noms visibles mais conserve des liens stables. |
| Clé de liaison séparée | P-01 correspond à Mara Example ; P-02 à Elliot Example. | Le détenteur de cette clé peut attribuer les enregistrements. |
| Contexte sans la clé | P-01 est décrit comme le seul animateur à un événement inventé spécifique. | Des informations contextuelles distinctives peuvent fournir une autre voie d’identification. |
| Alternative à détails réduits | Thèmes généraux de feedback sans jeton ni détail d’événement unique. | Peut répondre à la tâche de formulation ; aucun résultat réel d’anonymat n’est établi par cet exemple. |
| Évaluation du destinataire | Les informations disponibles et les moyens réalistes de liaison doivent être évalués. | Ne supposez pas que chaque destinataire peut identifier de la même manière, ni qu’aucun ne peut identifier sans la clé. |
Travaillez votre révision
Utilisez les vérifications pour organiser les preuves dont vous avez besoin. Enregistrez vos sélections dans Word, puis ajoutez vos notes et preuves. Vos sélections restent dans cet onglet jusqu'à leur téléchargement.
0 sur 3 révisé
Exemples et matériel de révision
Lisez les détails ici, ou conservez ensemble le PDF, le document Word modifiable et les feuilles de calcul.
Exercice de revue des identifiants liésLire
Toutes les personnes, rôles et événements sont inventés. Aucune décision juridique d’anonymat ni réidentification d’une personne réelle n’a eu lieu.
Lisez ensemble les données synthétiques tokenisées, la clé séparée et le contexte du destinataire. Puis expliquez quels liens restent et ce dont la tâche a réellement besoin.
Review steps
- Inventory the remaining links: Include keys, stable identifiers, distinctive attributes et other accessible information.
- Assess the actual context: Consider realistic means, time, cost et available technology for the relevant parties.
- Record the data-specific conclusion: Keep the version, assumptions, recipients et legal reasoning separate from a tool’s transformation label.
Invented example
Original: Mara Example, only facilitator at the fictional Elm Workshop on 3 March 2026, gave feedback about room layout. Tokenised: P-01, only facilitator at that same invented workshop/date, gave the same feedback. Reduced description: “Participants suggested clearer room signage.”
The tokenised version retains a key et contextual clues. The reduced description illustrates minimisation, not a legal finding about a real dataset. The supplied linkage key is for teaching only.
Source et scope
Guide: https://aona.ai/resources/guides/gdpr-anonymisation-pseudonymisation-ai/
Source check: 21 September 2026. General information, not professional approval or a completed control test.
- EU GDPR: identifiability et pseudonymisation: https://eur-lex.europa.eu/eli/reg/2016/679/oj/eng
Synthetic tokenised feedbackLire
| Enregistrer token | Contexte | Feedback |
|---|---|---|
| P-01 | Only facilitator at fictional Elm Workshop on 2026-03-03 | Clearer room signage |
| P-02 | Participant in fictional Elm Workshop | Shorter session instructions |
Synthetic linkage keyLire
| Enregistrer token | Invented identity |
|---|---|
| P-01 | Mara Example |
| P-02 | Elliot Example |
Fichiers pratiques originaux
Conservez ces exemples dans leur format original pour inspecter les détails décrits dans le guide.
Synthetic recipient contextTXT
TEACHING CONTEXT ONLY
The originating organisation holds the synthetic linkage key. A hypothetical recipient might know the unique facilitator role from the invented event programme. Assess those different means explicitly. No real event, person or successful identification is represented.
Avant de continuer
Gardez ces distinctions claires
- Pseudonymisé n’est pas une étiquette légale d’anonymat
- Évaluez les informations conservées et les moyens réalistes de liaison.
- Un nom caché n’est pas le seul identifiant
- Les rôles, événements et combinaisons distinctifs peuvent préserver un lien.
Appliquez-le à l'utilisation de l'IA par les employés
Apportez votre chemin de données réel.
Aona peut aider à évaluer la détection et la rédaction des entrées sensibles pour les parcours IA employés pris en charge.
Il ne garantit pas l’anonymisation légale ni ne décide de l’applicabilité du RGPD pour chaque destinataire et jeu de données.
Utilisez les fichiers originaux inventés et transformés pour inspecter le contenu restant, séparément de l’évaluation légale d’identifiabilité.
Révisez votre cas d'utilisationFAQ
Questions pour cette décision
Le hachage ou le remplacement d’un nom l’anonymise-t-il toujours ?
Garder une clé séparément a-t-il une valeur ?
Chaque destinataire doit-il être évalué de la même façon ?
L’exemple réduit est-il légalement anonyme ?
Preuves à l'appui du guide
Sources et portée
Préparé par Aona. Sources vérifiées 2026-09-21. Le matériel cité soutient les points spécifiques ci-dessous ; il ne certifie pas un produit ni votre cas d'usage.
- RGPD UE : identifiabilité et pseudonymisation
Les considérants 26-29 et l’article 4 distinguent données personnelles, informations additionnelles identifiantes et pseudonymisation, en considérant les moyens raisonnablement susceptibles d’être utilisés.
law · vérifié 2026-09-21