Questions fréquentes

Le règlement (UE) 2016/679 (RGPD) distingue clairement les deux notions. L’article 4, point 5, définit la pseudonymisation comme le traitement de données personnelles de façon à ce qu’elles ne puissent plus être attribuées à une personne sans informations supplémentaires, conservées séparément. Le considérant 26 précise qu’une vraie anonymisation suppose qu’il ne soit plus possible d’identifier la personne par des moyens raisonnablement susceptibles d’être utilisés.

Exemple concret : dans des conclusions, « Mme Dupont » devient « [PERS1] » et « SAS Acme » devient « [ORG1] », avec une clé stockée à part. Tant que la clé existe, il s’agit de pseudonymisation. Si aucune clé ni aucun recoupement ne permet plus la réidentification, on peut parler d’anonymisation — seuil rarement atteint sur un dossier contentieux complet.

Pour les avocats, le secret professionnel (Règlement intérieur national du CNB) s’ajoute au RGPD : avant toute transmission à un tiers ou à un outil d’IA, le masquage des données doit être maîtrisé. Lexanon fait de la pseudonymisation (pas de l’anonymisation) : détection et remplacements cohérents en local, table de correspondance pour le déchiffrage. Les données restent personnelles ; l’utilisateur reste responsable du contrôle final et ne doit pas présenter le résultat comme une anonymisation au sens du RGPD.

La CNIL rappelle que l’anonymisation est un traitement visant à rendre impossible, en pratique, toute identification de la personne. Sur un jeu de données ou un dossier documentaire, la méthode varie, mais les étapes restent stables.

1. Inventaire — noms, prénoms, adresses, téléphones, emails, IBAN, dates de naissance, numéros de dossier, organisations, lieux précis.
2. Choix du traitement — suppression, agrégation, généralisation, caviardage, ou pseudonymisation avec codes stables.
3. Cohérence — même entité = même traitement sur toutes les pièces, pour éviter les fuites par recoupement.
4. Contrôle humain — relecture avant diffusion, y compris en-têtes, notes de bas de page et métadonnées.
5. Clé — si le traitement est réversible, conserver la table de correspondance séparément et de façon sécurisée.

Exemple concret : un extrait de registre clients contient « Jean Martin, 12 rue de la Paix, 75002 Paris, 06 12 34 56 78 ». Une anonymisation forte pourrait ne garder que « client particulier, Paris intramuros, contact téléphonique ». Une pseudonymisation conserverait la structure utile au dossier : « [PERS1], [ADR1], [TEL1] » avec clé à part.

Attention : ce que beaucoup appellent « anonymiser un PDF » est souvent une pseudonymisation. Lexanon ne revendique pas l’anonymisation : c’est un logiciel de pseudonymisation locale (codes cohérents + table de correspondance). Pour un usage IA, on pseudonymise d’abord, on interroge le modèle sur la version masquée, puis on déchiffre la réponse sur le poste.

Un document administratif (décision, courrier, formulaire, notification, extrait de dossier) concentre souvent des données personnelles. Le workflow Lexanon de pseudonymisation intelligente remplace ces informations par des repères cohérents ([PERS1], [ORG1], [ADR1]…) tout en conservant une clé de correspondance pour le déchiffrage ultérieur. Tout se passe sur votre poste.

Exemple concret : une décision cite « M. Karim Benali, né le 14/03/1988 à Lyon, 4 impasse des Lilas » et « SAS Acme ». Après analyse Lexanon, le texte affichera par exemple [PERS1], [DATE1], [ADR1] et [ORG1] partout dans le document ; la clé reste chez vous. Tant que cette clé existe, il s’agit de pseudonymisation, pas d’anonymisation.

Ce workflow Lexanon est celui à suivre lorsqu’on cherche à « anonymiser un document administratif » au sens courant du cabinet : masquage cohérent avant transmission. Ne présentez pas le résultat comme une anonymisation RGPD ; l’utilisateur reste responsable de la relecture avant diffusion.

Les logiciels gratuits ou open source d’anonymisation des données couvrent surtout le caviardage manuel, quelques scripts sur tableurs, ou des fonctions limitées de masquage. Ils peinent souvent sur les personnes morales, les variantes d’orthographe, les lots de pièces et les métadonnées. Or, pour un cabinet ou une administration, une omission sur une page suffit à compromettre la confidentialité et, pour l’avocat, le secret professionnel rappelé par le CNB.

Exemple concret : noircir « Dupont » à la main dans un PDF de 120 pages laisse intact « M. Dupont », « les époux Dupont » et l’email j.dupont@… dans les propriétés du fichier. Un moteur de détection réduit ce risque, sans remplacer le contrôle humain final.

Lexanon n’est pas un logiciel gratuit permanent, ni un outil d’anonymisation au sens du RGPD : c’est un logiciel de pseudonymisation locale. Il propose un essai gratuit de 7 jours pour pseudonymiser des documents (PDF, DOCX, emails, etc.) avec table de correspondance et export sans métadonnée. Au-delà, l’abonnement couvre mises à jour et support. Pour un test ponctuel hors pièces sensibles, un outil gratuit peut dépanner ; pour un usage régulier sur documents confidentiels, privilégiez une pseudonymisation locale professionnelle, sans la confondre avec une anonymisation.

Les avocats et juristes cherchent à utiliser une IA générative (LLM) sur des conclusions, contrats, e-mails ou pièces de procédure sans violer le secret professionnel ni le RGPD. Coller un PDF nominatif dans ChatGPT, Claude.ai ou un autre assistant cloud expose noms, adresses, IBAN et stratégie. L’IA Lexanon inverse le flux : pseudonymisation locale → envoi au modèle via votre clé API → déchiffrage local des réponses pour votre lecture.

Exemple concret : vous demandez un résumé des obligations de « SAS Acme » envers « Mme Dupont ». Le modèle reçoit un document où figurent [ORG1] et [PERS1] ; vous lisez ensuite « SAS Acme » et « Mme Dupont » grâce à la table de correspondance, sans que ces noms aient transité vers le fournisseur d’IA.

1. Pseudonymiser les pièces (fichier ou dossier) avec la pseudonymisation intelligente.
2. Contrôler l’aperçu avant attachement à la discussion IA.
3. Connecter votre clé API (BYOK) : Claude, ChatGPT / OpenAI, Mistral, Gemini, etc.
4. Interroger le modèle sur le document ou le dossier pseudonymisé (résumé, analyse, livrable).
5. Lire la réponse déchiffrée localement ; exporter ou déchiffrer un livrable si besoin.

Mots-clés utiles : IA sécurisée pour avocats, ChatGPT documents juridiques, Claude secret professionnel, LLM confidentiel, IA sans fuite de données, prompt pseudonymisé, IA anonymisée (usage courant), Bring Your Own Key, traitement local avant LLM. Pour aller plus loin : usage de l’IA dans Lexanon et Layer (surcouche agentique).

Traiter un dossier (conclusions, pièces adverses, e-mails, annexes PDF) pièce par pièce à la main crée des incohérences : « Dupont » devient [PERS1] dans un fichier et [PERS3] dans un autre. Lexanon évite cela via le Gestionnaire des documents et la pseudonymisation intelligente en lot : une affaire = une clé = des codes stables.

Exemple concret : un dossier de 40 pièces cite « Tribunal de commerce de Paris » et « SAS Acme » partout. Après import du dossier, Banco et les autres catégories produisent [ORG_TRIB] et [ORG1] de façon uniforme ; vous contrôlez une fois, vous exportez le lot, puis vous ouvrez l’IA Lexanon sur ce même contexte dossier.

Mots-clés : pseudonymiser un dossier, anonymiser plusieurs documents, traitement par lot, cohérence inter-documents, table de correspondance unique, pièces de procédure, affaire cabinet, export sans métadonnée, préparer un dossier pour l’IA. Rappel : Lexanon fait de la pseudonymisation, pas de l’anonymisation RGPD ; gardez la clé séparée et relisez avant diffusion.

Comparer les architectures, ce n’est pas seulement « local vs SaaS ». Un outil d’anonymisation ou de pseudonymisation lit en profondeur noms, organisations, IBAN, adresses, dates et identifiants : c’est précisément le cœur sensible du dossier. L’envoyer sur un serveur tiers, même « sécurisé », élargit la surface d’attaque, les sous-traitants et les risques d’accès légal étranger (Cloud Act, FISA, etc.) si le prestataire ou son hébergeur est soumis au droit américain.

Une offre cloud n’est pas à écarter par principe. Elle peut être envisageable si, et seulement si, le fournisseur documente de façon transparente : où tournent les moteurs, quels sous-traitants traitent le contenu, si les pièces sont persistées, combien de temps, dans quel pays, et si aucune chaîne (éditeur, cloud, support, télémétrie) n’est soumise au Cloud Act américain. Sans cette clarté, partez du principe que le risque est trop élevé pour du contentieux, du secret professionnel ou des données personnelles sensibles.

Exemple concret : uploader un lot de conclusions vers un SaaS d’« anonymisation IA » hébergé chez un hyperscaler américain, c’est confier à une chaîne opaque l’extraction automatisée de tout ce que vous vouliez protéger. Avec une architecture locale comme Lexanon, l’analyse reste sur le poste ; aucune pièce ne part pour être pseudonymisée.

En résumé : le cloud n’est pas interdit, mais le fardeau de la preuve est sur le fournisseur (outils, hébergement, absence de Cloud Act). Pour le secret professionnel et les dossiers sensibles, le local reste l’architecture à privilégier. Voir aussi logiciel local Lexanon et IA sécurisée sur documents pseudonymisés.

Mots-clés : pseudonymisation locale vs cloud, anonymisation SaaS, Cloud Act, souveraineté numérique, hébergement France / UE, sous-traitant RGPD, fuite de données, secret professionnel avocat, traitement hors ligne, on-premise, zero upload.