Pseudonymisation vs anonymisation RGPD : guide pratique (transcripts & documents)

Vous avez un transcript de réunion ou un compte rendu prêt à partir. Avant de le coller dans un chatbot, de l’envoyer à un prestataire ou de le déposer sur un Drive partagé, des noms, des organisations et des identifiants ressortent encore. Beaucoup d’équipes disent alors « on anonymise ». En droit, ce n’est souvent qu’une pseudonymisation : les données restent personnelles tant qu’une clé ou un contexte permet de réidentifier.

Ce guide clarifie la différence rappelée par la CNIL, les implications RGPD, les cas transcripts / CR / partage GenAI, et un workflow concret avec Agiloshield (détection d’entités, masquage, restore, traitement par lot). Tarif public : 19 € HT/mois, essai 14 jours sans carte bancaire. Les traitements Agilotext s’appuient sur un hébergement en France chez AZ Network, hébergeur certifié HDS v2 et ISO 27001:2022 (Agilotext n’est pas titulaire HDS). Pour les gestes Word et PDF au pixel près, voir plutôt comment anonymiser un document. Ici, on tranche le choix juridique et le flux opérationnel. Guide pratique, pas un avis d’avocat ni de DPO.

Deux notions que le RGPD ne confond pas

L’anonymisation vise un résultat : rendre impossible, de façon irréversible dans l’état de l’art, le rattachement des données à une personne identifiable. Quand ce résultat est réellement atteint, les données sortent du champ du RGPD. La barre est haute : un jeu « sans nom » peut rester réidentifiable par croisement (fonction, date, lieu, petit effectif).

La pseudonymisation, définie à l’article 4, point 5, du RGPD, consiste à traiter des données de telle façon qu’elles ne puissent plus être attribuées à une personne sans informations supplémentaires. Ces informations supplémentaires doivent être conservées séparément et soumises à des mesures techniques et organisationnelles. Autrement dit : on remplace ou on masque les identifiants directs, mais on garde (quelque part) la possibilité de revenir.

Conséquence pratique : remplacer « Marie Dupont » par `[PERSONNE_1]` n’est pas une anonymisation. C’est une pseudonymisation. Le fichier masqué reste un traitement de données personnelles. Le RGPD continue de s’appliquer (base légale, finalité, durée, sécurité, droits des personnes). Confondre les deux mots crée un faux sentiment de conformité : on croit « être sorti du RGPD » alors qu’on a seulement réduit le risque en surface.

La CNIL insiste sur cette frontière. La pseudonymisation est une mesure recommandée pour limiter les risques. Elle n’équivaut pas à l’anonymisation. Pour un approfondissement historique plus large (techniques génériques), vous pouvez croiser le guide anonymisation des données, en gardant à l’esprit que le présent article cible les fichiers issus de réunions et le partage vers l’IA.

Tableau : anonymisation vs pseudonymisation

Ce tableau n’est pas un ranking d’achat. C’est une grille de décision avant d’envoyer un transcript, un CR ou un PDF.

En résumé opérationnel : si le destinataire externe ne doit jamais pouvoir (ni vous non plus, sur cette copie) remonter aux personnes, visez l’anonymisation ou un caviardage irréversible. Si vous devez travailler sur un texte masqué puis récupérer les vrais noms pour signature, archivage ou dossier client, la pseudonymisation réversible est le bon outil. Dans les deux cas, documentez le choix.

Pourquoi « pseudo » ne sort pas du RGPD

Trois articles reviennent souvent dans les discussions DPO. Ils ne disent pas la même chose.

L’article 32 porte sur la sécurité du traitement. Il demande des mesures appropriées au risque. La pseudonymisation y apparaît explicitement comme exemple de mesure. Masquer les noms avant un partage à risque (GenAI grand public, prestataire hors cadre, file partagée trop large) s’inscrit dans cette logique de réduction du risque. Cela ne crée pas un régime « hors RGPD ».

L’article 25 (protection des données dès la conception et par défaut) pousse à intégrer la minimisation dans les process : ne pas exposer plus d’identifiants que nécessaire pour la finalité. Pseudonymiser un transcript avant un prompt d’analyse, puis restaurer en interne, est une illustration concrète de « privacy by design » côté métier, pas un slogan.

L’article 34 concerne la notification d’une violation aux personnes concernées, dans des conditions précises. Ce n’est pas la définition de la pseudonymisation. On le cite ici pour lever une confusion fréquente (« que dit l’article 34 ») : l’article 34 ne transforme pas un fichier masqué en fichier anonyme.

Sur la chaîne audio → texte, le cadre hébergement et sous-traitance compte autant que le masquage. Voir l’outil de transcription RGPD pour la checklist sécurité côté transcription. L’anonymisation ou la pseudonymisation interviennent après, au moment où le texte sort du cercle de confiance.

Cas métier : transcripts, comptes rendus et partage GenAI

Les réunions produisent des données personnelles denses : prénoms, noms, employeurs, fonctions, lieux, parfois numéros de dossier. Un compte rendu « propre » reste nominatif. Trois situations reviennent en entreprise.

1. Prompt GenAI sur un transcript brut. Coller l’intégralité dans un chatbot grand public expose le contenu à un traitement dont vous ne maîtrisez ni la localisation, ni la réutilisation. Même avec un DPA, la bonne pratique est de minimiser : retirer ou pseudonymiser les entités avant l’envoi, puis restaurer en interne si besoin.

2. Envoi à un prestataire ou à un partenaire. Assureur, conseil, agence, autre direction : le destinataire n’a souvent pas besoin de tous les identifiants. Anonymiser (ou caviarder de façon définitive) limite le transfert. Si vous devez collaborer sur un texte encore « travaillable » en interne ensuite, pseudonymisez, exportez la version masquée, gardez le mapping sous contrôle d’accès.

3. Archive ou diffusion large. Affichage, intranet large, open data, pièce jointe à une liste de diffusion : privilégiez l’irréversible. Une version pseudonymisée dont la clé circule encore dans trois boîtes mail n’est plus une mesure de sécurité, c’est une fiction.

Dans ces trois cas, le how-to Word/PDF (Inspecteur de document, rédaction Acrobat, métadonnées) reste indispensable. Il est détaillé dans comment anonymiser un document. Le présent guide répond à une autre question : quelle stratégie juridique et produit avant de lancer les clics.

Choisir : anonymiser ou pseudonymiser ?

Règle d’or : ne jamais écraser l’original. Conservez une copie complète sous accès restreint. La version masquée est un dérivé pour une finalité précise. Documentez finalité, destinataires et durée dans votre registre ou votre fiche traitement, surtout si le dossier est sensible (social, juridique, santé).

Workflow Agiloshield : détection, masquage, restore

Agiloshield est l’offre Agilotext pour anonymiser ou pseudonymiser des documents (PDF, Word), y compris via l’extension Chrome Agiloshield. Fonctions disponibles : détection configurable par types d’entités, pseudonymisation réversible avec restore, traitement par lot.

Enchaînement typique après une transcription Agilotext :

• Produire le transcript ou le compte rendu dans Agilotext (données hébergées en France chez AZ Network, hébergeur certifié HDS v2 et ISO 27001:2022).

• Exporter le document à masquer, ou l’ouvrir dans le parcours Agiloshield.

• Configurer les entités à détecter selon le risque du dossier : personnes (PER), organisations (ORG), adresses (ADR), identifiants (IDN), lieux (LOC), emplois / fonctions (JOB), professions (PRO). Vous activez ce qui est pertinent ; inutile de tout allumer « par défaut » sans réflexion.

• Lancer la pseudonymisation (alias stables, ex. `[PERSONNE_1]`) si vous aurez besoin du restore, ou un masquage orienté partage définitif selon votre politique interne.

• Exporter la version destinée à l’externe ou au prompt GenAI.

• Restaurer en interne quand le travail masqué est terminé, avec des accès limités au mapping.

• Batch si vous traitez une série de fichiers (même politique d’entités, même équipe).

Tarif public Agiloshield Classic : 19 € HT/mois, essai 14 jours sans carte bancaire. Pour l’écosystème transcription + CR + anonymisation, voir aussi les tarifs Agilotext. L’outil accélère la détection et le restore ; il ne remplace pas la validation humaine sur un dossier à fort enjeu, ni l’avis de votre DPO.

Erreurs à éviter avec n’importe quel logiciel :

• Envoyer la version et le fichier de correspondance au même destinataire.

• Croire qu’un alias dans un petit open space (trois prénoms connus) suffit à anonymiser.

• Oublier les métadonnées et commentaires : le fond masqué ne nettoie pas toujours l’auteur Word ou la couche OCR. Pour ces couches, revenez au guide document Word/PDF.

Checklist avant partage externe

• Finalité du partage écrite (GenAI, prestataire, archive, publication)

• Choix anonymisation vs pseudonymisation documenté

• Entités pertinentes couvertes (personnes, orgs, ID, lieux, fonctions…)

• Métadonnées / commentaires / mode révision contrôlés

• Original nominatif archivé à part, accès restreint

• Mapping / clé de restore non joint à l’envoi externe (si pseudo)

• Destinataire et durée de conservation du fichier masqué clarifiés

• Relecture humaine sur les passages sensibles (petit effectif, contexte unique)

Cette checklist évite les fuites « bêtes ». Elle ne remplace pas une analyse d’impact quand le risque est élevé.