Si vous dirigez un cabinet d'expertise comptable en 2026, vous êtes vraisemblablement le processeur de PII au plus gros volume de l'économie européenne, et vous opérez sous une contrainte plus serrée que la plupart des responsables du traitement : vous avez non seulement le RGPD mais aussi un régime national de secret professionnel, la pile UE anti-blanchiment, et une clientèle dont les données vous traitez pour leur compte et non pour le vôtre. Le caviardage documents experts-comptables — masquer noms, identifiants fiscaux, IBAN et lignes de paie de chaque document client qui transite par le cabinet — n'est plus une bonne pratique optionnelle. C'est la porte opérationnelle qui détermine si votre cabinet peut utiliser des outils IA, partager des fichiers avec des correspondants étrangers en sécurité, et survivre à la fois à une inspection de la CNIL et à un audit Tracfin.
Ceci est le troisième article de notre série de guide sur le caviardage. Le guide pilier couvre la technologie sous-jacente et le cadre RGPD général. Cet article zoome sur la comptabilité spécifiquement — paie, déclarations fiscales, KYC/anti-blanchiment, dossiers de travail d'audit, correspondance client — où le volume de données personnelles par praticien est le plus élevé de toutes les catégories de services professionnels et la pile réglementaire est la plus stratifiée.
Note terminologique : dans cet article les flux de caviardage documents experts-comptables, les pratiques de masquage NIR et les outils utilisés à cette fin sont synonymes pour la même couche opérationnelle. "Caviarder NIR", "masquer NIR", "anonymiser SIRET" et "caviarder IBAN" sont des sous-cas du même problème multi-identifiants. L'expert-comptable RGPD conformité (recherchée aussi comme "rgpd cabinet expertise comptable") couvre à la fois le côté responsable et sous-traitant. Nous utilisons "IA experts-comptables RGPD" comme parapluie pour la pile combinée RGPD + AI Act + anti-blanchiment, et "intelligence artificielle cabinet comptable" et "comptabilité IA conformité" de manière interchangeable.
C'est aussi l'article cluster le plus directement utile aux cabinets faisant du travail transfrontalier. Comptables servant des résidents italiens depuis un bureau français, clients français déclarant via une holding irlandaise, Mittelstand allemand utilisant des filiales espagnoles — chaque flux fiscal cross-border génère un flux PII qui traverse deux ou trois juridictions avant de se poser sur une déclaration. La couche de caviardage est ce qui maintient ce flux défendable. Les données fiscales transfrontalières sont le cas d'usage qui justifie à lui seul l'investissement.
1. Pourquoi les cabinets d'expertise comptable sont les processeurs de PII les plus volumineux en UE
Cinq faits structurels ensemble expliquent pourquoi le caviardage de PII pour experts-comptables est matériellement plus complexe que pour toute autre catégorie de services professionnels.
Premièrement, le volume. Un cabinet de taille moyenne gère des centaines de clients, chacun générant des paies mensuelles, des déclarations TVA trimestrielles, des déclarations annuelles, des documents KYC d'onboarding et de la correspondance client continue. Le seul cabinet traite plus d'enregistrements de données personnelles individuels par an que de nombreuses plateformes marketing — et les données sont structurellement plus riches (identifiant national + financier + emploi + parfois santé).
Deuxièmement, la sensibilité. Les données ne sont pas seulement identifiantes ; elles sont réglementées sous plusieurs régimes. Les identifiants nationaux (Codice Fiscale en Italie, NIR en France, Steuer-ID en Allemagne, DNI/NIE en Espagne) sont des PII RGPD mais aussi cibles à risque d'instrument-de-fraude. Les données de paie chevauchent les catégories particulières art. 9 RGPD chaque fois qu'elles capturent les motifs d'arrêts maladie, l'indemnité d'invalidité, les cotisations syndicales, ou les droits à pension à base religieuse. Les documents anti-blanchiment/KYC (passeports, cartes d'identité, déclarations sur les bénéficiaires effectifs) attirent une obligation de rétention séparée sous le cadre UE anti-blanchiment. Tracfin données personnelles n'est pas un sous-ensemble du RGPD : c'est un régime parallèle qui s'intersecte.
Troisièmement, le partage des rôles. L'expert-comptable est sous-traitant des données de ses clients, pas responsable du traitement. Cela fait de l'article 28 RGPD — l'accord de traitement des données, la divulgation des sous-traitants ultérieurs, la chaîne documentée d'autorisations — la colonne vertébrale opérationnelle de la relation du cabinet avec chaque client. Un sous-traitant non autorisé, y compris un compte ChatGPT gratuit, est une violation contractuelle avec chacun de ces clients simultanément. ChatGPT expert-comptable n'est pas un problème de policy ; c'est une violation Art. 28.
Quatrièmement, secret professionnel. L'art. 622 du Code pénal italien et les arts. 1175 / 1375 du Code civil, le Code de commerce français L820-5 et le code de déontologie OEC, le StBerG allemand §57 lu avec §203 StGB, et le RGL espagnol de l'ICEC imposent tous un secret professionnel pénalement ou quasi-pénalement sanctionné. L'interaction avec le RGPD n'est pas triviale : la minimisation des données sous l'art. 5 RGPD chevauche le secret professionnel, mais les règles de divulgation diffèrent (le RGPD a un droit d'accès, le secret professionnel a une confidentialité quasi-absolue). Les obligations de secret professionnel comptable sont typiquement plus strictes que les droits d'accès RGPD, et le cabinet doit satisfaire aux deux.
Cinquièmement, le mouvement de données transfrontalier est le défaut, pas l'exception. Une mission comptable mid-market typique implique des flux de données vers un expert-comptable correspondant à l'étranger, vers les autorités fiscales étrangères du client, vers des correspondants bancaires pour vérification IBAN, et vers le registre central des entreprises d'un ou plusieurs États membres. Chaque flux porte sa propre évaluation de transfert art. 44. L'acheminement de données fiscales transfrontalières via un LLM américain est une violation RGPD unique et facile à prouver dans n'importe quel audit parce que les seuls logs réseau sont une preuve suffisante.
2. Les six catégories de documents que tout cabinet comptable gère
Différentes catégories de documents génèrent différents motifs de caviardage. Les six ci-dessous couvrent ~98 % de ce qui transite par tout cabinet et se mappent proprement sur l'architecture de caviardage.
1. Paies et bulletins de paie. Fichiers XLSX multi-salariés avec nom, NIR, IBAN, salaire brut, retenues et notes ; PDF de bulletins de paie par salarié ; récapitulatifs annuels de paie. Le problème de caviardage ici est multi-modal : PII structurées au niveau cellule (colonne NIR, colonne IBAN) plus notes non structurées (commentaires de manager, motifs d'arrêts maladie). L'anonymisation bulletins de paie via un find-and-replace générique brise les formules salariales ; via un outil qui comprend les types de cellules, elle préserve la valeur analytique du tableur tout en masquant les PII. RGPD données salariés cabinet est le workflow de caviardage à la fréquence la plus élevée. Anonymiser bulletin de paie et masquer bulletin de paie décrivent le même passage : réduire l'exposition PII avant tout pas en aval.
2. Déclarations fiscales. Italiennes 730, F24, Modello Unico, IRAP ; françaises liasse fiscale, déclaration de TVA, IS ; allemandes Einkommensteuererklärung, Umsatzsteuer-Voranmeldung, Bilanz ; espagnoles Modelo 100, Modelo 303, Modelo 200. Chaque déclaration contient à la fois les PII du contribuable et fréquemment celles des personnes à charge ou des salariés. RGPD liasse fiscale et le caviardage déclaration fiscale sont nécessaires chaque fois que la déclaration ou ses dossiers de travail sont partagés avec un tiers (cross-correspondance, support audit, revue IA-assistée). Pour anonymiser à des fins d'analyse IA spécifiquement, le caviardage doit préserver la logique de calcul tout en masquant les identifiants — une étape qui requiert détection structurée plutôt que pattern matching seul.
3. Documents KYC / anti-blanchiment d'onboarding. Documents d'identité (passeports, cartes d'identité), justificatifs de domicile, déclarations sur les bénéficiaires effectifs, documentation sur l'origine des fonds. Ils sont gouvernés par la pile UE anti-blanchiment : AMLD4 (2015), AMLD5 (2018), AMLD6 (2018), l'AMLR (Règlement (UE) 2024/1624), et l'AMLD (Directive (UE) 2024/1640). Les experts-comptables sont des entités assujetties sous tous. Lutte blanchiment données sont dans ce contexte asymétriques : on ne peut pas caviarder le dossier KYC lui-même (il doit être conservé), mais on doit caviarder les informations dérivées du KYC quand elles voyagent dans un workflow en aval (synthèse IA, formation interne, correspondance client sur un tiers). LAB cabinet comptable RGPD exige une discipline de frontière. Et la 6ème directive blanchiment a renforcé cette discipline en harmonisant les infractions sous-jacentes au niveau pénal.
4. Dossiers de travail d'audit. Pour les cabinets ayant des pratiques d'audit, les dossiers de travail contiennent des extraits de systèmes clients, des identifiants de salariés, des données fournisseurs, et des communications de direction. L'ISA 230 exige une rétention d'au moins cinq ans ; les directives ICAEW et IAASB traitent les dossiers de travail comme confidentiels. Le dossier travail audit RGPD caviardage est le chemin qui permet le partage partiel avec des équipes de co-audit, des pairs réviseurs et des audit quality reviewers sans violer ni le RGPD ni le régime de confidentialité de l'audit.
5. Contrats et correspondance client. Lettres de mission, propositions d'honoraires, notes de conseil, échanges email. Ils contiennent des PII du client, souvent des PII de tiers (la contrepartie du client), et fréquemment des informations stratégiques sur un deal. Les assistants email IA génériques et les outils de synthèse de documents qui opèrent sur cette catégorie créent l'exposition shadow AI la plus insidieuse parce que le praticien perçoit l'activité comme à faible risque ("juste synthétiser ma boîte mail").
6. Données bancaires et de trésorerie. Listes IBAN, relevés SWIFT, autorisations de paiement, rapprochements bancaires. Les PII ici sont concentrées dans les IBAN et les noms des titulaires de comptes ; la sensibilité financière est haute ; à la fois PSD2 et les règles du schéma SCT ajoutent une couche supplémentaire à la base RGPD. Caviarder IBAN est un micro-workflow fréquent qui devrait tourner automatiquement avant tout pas IA sur les documents financiers. Masquer NIR et caviarder NIR sont également des micro-workflows que la couche fait par défaut.
Le motif à travers les six catégories est le même : les données structurées exigent un caviardage structuré, les données en texte libre exigent une détection ML, et le certificat d'audit est ce qui rend l'activité défendable à la fois pour le DPO et pour Tracfin.
3. Le paysage des identifiants nationaux — et pourquoi le pattern matching ne suffit pas
Les experts-comptables travaillent avec des identifiants nationaux plus que toute autre catégorie professionnelle. Chacun a une structure, un algorithme de chiffre de contrôle et un ensemble de risques de faux positifs. Un caviardeur générique entraîné sur les Social Security Numbers américains manquera silencieusement la plupart d'entre eux. Anonymiser SIRET et caviarder NIR sont les cas d'usage français les plus fréquents ; numéro TVA intra masquer couvre le cross-border.
| Pays | Identifiant | Longueur | Notes |
|---|---|---|---|
| Italie | Codice Fiscale | 16 alphanumérique | Nom + prénom + DOB + sexe + lieu + caractère de contrôle. La structure fuit DOB et sexe même après masquage du contexte. |
| Italie | Partita IVA | 11 numérique | Numéro TVA ; province codée ; chiffre de contrôle. Souvent confondu avec CF en texte libre. |
| France | NIR / INSEE | 15 numérique | Sexe + année + mois + département + commune + ordre + contrôle. Identifie une personne dans sa commune de naissance de manière unique. |
| France | SIRET / SIREN | 14 / 9 numérique | Identifiant établissement / société. PII pour les travailleurs indépendants. |
| Allemagne | Steuer-ID (IdNr) | 11 numérique | Identifiant fiscal personnel, à vie, non dérivable du DOB. Strictement réglementé. |
| Allemagne | USt-IdNr | 9 numérique après DE | Numéro TVA pour transactions transfrontalières. |
| Espagne | DNI / NIE | 8 chiffres + lettre | DNI pour nationaux, NIE pour résidents étrangers. La lettre est un contrôle déterministe. |
| Espagne | CIF (legacy) / NIF | 9 caractères | NIF pour indépendants imite DNI ; CIF pour entités juridiques. |
| UE | EORI | variable | Identifiant douanier. Format par-État-membre ; PII pour importateur indépendant. |
| UE | IBAN | 15-34 alphanumérique | Code pays + contrôle + BBAN ; structurellement validable. Le champ unique le plus enclin à la fuite dans la paie. |
Le motif de risque est cohérent : chaque identifiant est structurellement assez régulier pour qu'une regex attrape le cas typique et manque l'inhabituel. Les faux positifs sont aussi courants : un code produit qui ressemble à un identifiant fiscal, un ID client qui correspond à la longueur de l'IBAN, un numéro de facture qui ressemble à un SIREN. Un outil de caviardage utilisé par les experts-comptables a besoin de regex multi-nationales + NER multilingue + revue manuelle pour gérer le corpus correctement. Redactic expédie la cascade avec la couche regex couvrant 17 formats de pays, le NER multilingue GLiNER attrapant les noms de personnes et d'organisations que la regex manque, et la console de revue permettant à l'expert-comptable d'accepter ou de rejeter chaque span détecté avant d'appliquer le caviardage.
La décision de masquage est aussi spécifique à l'identifiant. Les numéros EORI et TVA ne sont typiquement pas des PII pour les entités constituées et ne devraient pas être masqués quand le flux est purement B2B ; les mêmes numéros sont des PII pour les indépendants et doivent être masqués. L'outil doit comprendre le contexte du type d'entité pour faire le bon choix.
4. La pile RGPD + anti-blanchiment — et comment elle diffère pour les experts-comptables
Trois régimes s'appliquent à tout cabinet simultanément : RGPD, le cadre UE anti-blanchiment, et la loi nationale sur le secret professionnel. Ils ne sont pas alignés ; à certains endroits ils entrent en conflit.
Article 28 RGPD — l'épine dorsale du sous-traitant. Un expert-comptable est sous-traitant pour ses clients. La lettre de mission doit inclure ou faire référence aux clauses de l'art. 28(3). Les sous-traitants ultérieurs (la plateforme cloud comptable, le fournisseur d'e-facturation, le fournisseur OCR, le LLM) doivent être divulgués au client avec droit d'opposition. L'usage shadow AI par un associé senior viole l'art. 28 avec chaque client dont les données étaient dans la session — typiquement des dizaines à la fois.
Article 32 RGPD — sécurité du traitement. Les lignes directrices EDPB 2024 sur les mesures techniques et organisationnelles pour les sous-traitants mettent explicitement la pseudonymisation dans la boîte à outils recommandée. Pour les experts-comptables cela se traduit par : caviarder avant tout usage IA, chiffrer au repos, logger les accès, documenter les contrôles. Un cabinet sans couche de caviardage ne peut pas crédiblement affirmer avoir satisfait l'art. 32 pour les flux IA.
AMLD6 et AMLR (2024). La Sixième Directive Anti-Blanchiment (Directive (UE) 2018/1673) a criminalisé le blanchiment d'argent avec harmonisation des infractions sous-jacentes ; l'AMLR 2024 (Règlement (UE) 2024/1624) est le nouveau corpus unique qui s'appliquera directement à partir de juillet 2027 avec la nouvelle Autorité UE anti-blanchiment (AMLA). Les experts-comptables sont des entités assujetties sous les deux. Les documents KYC qu'ils collectent doivent être conservés pendant au moins cinq ans après la fin de la relation d'affaires. La rétention KYC et la limitation de conservation RGPD créent une tension apparente ; la résolution est que l'obligation de rétention AML est la base légale sous art. 6(1)(c) pour la rétention, mais le traitement en aval des mêmes données (synthèse IA, analytique interne) est une activité de traitement séparée qui a besoin de sa propre base.
Secret professionnel au niveau national. L'art. 622 du Code pénal italien impose une responsabilité pénale pour divulgation par un détenteur du secret professionnel ; le secret professionnel français est attaché à l'inscription au tableau de l'ordre et est renforcé par les directives sectorielles du Conseil National de l'Ordre des Experts-Comptables ; le StBerG allemand §57 avec §203 StGB fait du secret professionnel une infraction pénale avec Geldstrafe ou Freiheitsstrafe jusqu'à un an ; le secret professionnel espagnol est statutaire et renforcé par les codes déontologiques au niveau du colegio. Dans chaque cas le secret est typiquement plus strict que le droit d'accès RGPD, ce qui signifie que le cabinet doit (a) refuser certaines demandes d'accès sous le secret professionnel même quand le RGPD les permettrait, et (b) s'assurer que le shadow AI ne constitue pas une divulgation à un tiers (le fournisseur LLM).
AI Act UE pour les experts-comptables. La classification haut risque de l'AI Act sous l'Annexe III ne s'applique pas à la plupart des usages IA comptables (l'Annexe III est lourde sur RH et biométrie). Mais l'article 13 transparence, l'article 26 obligations du déployeur pour tout système haut risque, et l'obligation art. 4 alphabétisation IA (en vigueur février 2025) atteignent tous les experts-comptables. Exemple pratique : un outil IA utilisé pour le triage de déclarations d'opérations suspectes (DOS) sous le cadre anti-blanchiment serait probablement haut risque sous l'Annexe III(5)(d) "systèmes IA utilisés pour l'évaluation des risques dans les services financiers". L'expert-comptable qui le déploie porte les obligations du déployeur.
Take-away : chaque cas d'usage IA dans un cabinet doit passer simultanément par le RGPD (art. 28 + art. 32), l'anti-blanchiment (AMLR + AMLA si applicable), le secret professionnel national, et — pour certaines catégories étroites — les obligations haut risque AI Act. La minimisation données expert-comptable est multi-régime par défaut, et la couche de caviardage est le seul contrôle technique qui opère sur les quatre.
Un bref exemple ouvré de la manière dont les quatre régimes interagissent dans la pratique. Un expert-comptable utilise un outil de synthèse IA sur un bulletin contenant un salarié dont le nom est apparu dans une récente DOS. L'action déclenche l'art. 28 RGPD (question sous-traitant), l'art. 32 RGPD (sécurité du traitement), l'art. 5(1)(b) limitation de finalité (les données étaient collectées pour la paie, pas pour le triage DOS), la frontière d'usage en aval anti-blanchiment (on ne peut pas utiliser des informations dérivées du AML pour des fins non liées), le secret professionnel (la divulgation au LLM est une divulgation à un tiers), et potentiellement l'AI Act si la sortie de l'outil a influencé une décision de risque AML. Sans couche de caviardage la surface de violation est sextuple. Avec une couche qui masque tous les identifiants de salariés avant l'appel IA, le même flux est défendable sur les six dimensions parce que le LLM n'a jamais vu une personne concernée identifiée.
5. Le problème shadow AI à l'intérieur des cabinets comptables
La dynamique shadow AI couverte dans le cluster RH existe aussi dans les cabinets comptables, avec des motifs de risque spécifiques différents. L'IA experts-comptables RGPD est précisément l'angle ici.
Le flux shadow de fin de trimestre. Un senior travaillant un samedi avant la deadline fiscale colle un XLSX de 2 000 lignes avec noms de salariés, NIR, IBAN et salaires dans un compte ChatGPT personnel pour "vérifier les totaux". Le modèle voit l'ensemble du roster client. Les logs du modèle le voient comme une requête. La session peut entraîner la prochaine version du modèle. Le registre art. 30 du cabinet ne voit rien. Le client est dans l'ignorance.
Le flux shadow de traduction. Un praticien travaillant sur une mission transfrontalière utilise un outil de traduction gratuit pour convertir un manuel salariés allemand en italien. Le manuel contient des noms, l'historique d'emploi, et des Steuer-ID dans les exemples. Le tier gratuit de chaque traducteur soutenu par LLM majeur achemine via du compute américain et conserve pour l'entraînement par défaut.
Le flux shadow de synthèse. Un manager utilise un chatbot consumer pour synthétiser le fil email de l'associé sur un dossier client avant de répondre. Le fil contient des communications client-expert-comptable privilégiées, des PII de tiers, et parfois des considérations stratégiques anti-blanchiment/DOS. Cette catégorie est particulièrement insidieuse parce que le praticien ne pense pas à la synthèse email comme une activité IA réglementée.
Le flux shadow de formation continue. Un collaborateur préparant un module de formation continue colle des études de cas anonymisées-mais-pas-vraiment-anonymisées de clients réels dans une session ChatGPT pour explication. "Anonymisé" dans ce contexte signifie généralement que le nom du client a été retiré ; la structure fiscale, la géographie et les montants du deal sont tous intacts, et le dossier est reconstructible.
Dans chaque cas le praticien croit que l'activité est à faible risque parce que les données sont "juste du texte", l'action est "juste synthétiser", ou le modèle est "juste m'aider à réfléchir". Dans chaque cas l'exposition réglementaire est identique : sous-traitant non documenté, transfert international non documenté, violation du secret professionnel, fuite potentielle d'information anti-blanchiment.
La solution est la même architecture décrite dans le pilier et le cluster RH : le chemin officiel doit être plus rapide que le chemin shadow, et la couche de caviardage doit être devant le modèle. Pour les experts-comptables spécifiquement, l'architecture doit comprendre les identifiants fiscaux, les IBAN et la distinction de type d'entité entre B2B et indépendant. ChatGPT expert-comptable n'est pas résoluble par policy ; c'est résoluble par architecture.
Les chiffres publiés sur la fréquence à laquelle des professionnels collent des données clients dans des outils d'IA proviennent d'enquêtes, de télémétrie d'éditeurs et de jeux de données grand public, qui mesurent des choses différentes, et une revue source par source des statistiques sur le shadow AI les met côte à côte.
6. Le flux en cinq étapes affiné pour les documents comptables
Le flux en cinq étapes du guide pilier s'applique aux documents comptables avec trois affinages spécifiques.
- Upload (avec conscience du format). Acceptez les formats natifs : XLSX (par-feuille structuré), PDF numérique et scanné (OCR pour scans), DOCX (lettres de mission, notes), CSV (exports). Rejetez l'upload si le fichier dépasse le plafond — les plafonds typiques sont 100 pages par document et 50 Mo par fichier ; les deux devraient être configurables par mission client.
- Détection (avec cascade expert-comptable). Lookup dictionnaire sur le roster client uploadé par le cabinet (salariés, fournisseurs, parties liées), puis regex nationales (CF, Partita IVA, NIR, SIRET, Steuer-ID, USt-IdNr, DNI/NIE, NIF, IBAN, SWIFT), puis NER multilingue pour les noms et organisations que la regex a manqués, puis OCR pour scans. L'ordre compte : dictionnaire d'abord signifie que le roster du cabinet obtient des remplacements en forme canonique, regex ensuite signifie que les identifiants structurés sont attrapés avec haute précision, NER en dernier signifie que les noms résiduels sont attrapés.
- Revue (avec catégories expert-comptable). Affichez les spans détectés groupés par catégorie, pas par position dans le document. Le réviseur veut typiquement vérifier "tous les 80 NIR → masqués" plutôt que de parcourir le tableur. La vue groupée rend aussi la génération du certificat d'audit plus propre.
- Application (réversible ou irréversible). Pour les flux IA sur les déclarations fiscales et les paies, réversible est le bon défaut (l'expert-comptable a besoin de lire la sortie IA avec les vraies valeurs restaurées). Pour le partage transfrontalier à un correspondant étranger, noircissement irréversible est le bon défaut (le correspondant étranger ne doit pas pouvoir ré-identifier). L'outil doit supporter les deux depuis le même upload.
- Certification et routage. Génère le certificat SHA-256. Pour les flux IA, achemine le texte pseudonymisé au LLM UE et restaure localement. Pour le partage, emballe la sortie caviardée avec le certificat et achemine au destinataire via le canal de transfert sécurisé du cabinet. Le certificat est l'artefact que vous produisez à l'autorité de contrôle, à Tracfin, au client quand il demande "qu'avez-vous fait avec mes données ?", et à votre assureur.
Un exemple concret. Le cabinet télécharge un XLSX de paie à 12 feuilles pour un client italien, 80 salariés, avec colonnes pour nom, CF, IBAN, salaire brut, retenues et notes. Le dictionnaire contient le roster de salariés que le cabinet a déjà masqués. La regex attrape les CF dans la colonne C (80/80) et les IBAN dans la colonne D (80/80). Le NER attrape 14 noms dans la colonne notes. La revue affiche 174 spans groupés par catégorie. Le réviseur accepte les masques canoniques et rejette trois faux positifs. L'export est le même XLSX avec des place-tenants sur les cellules chaîne, formules intactes, propriétés débarrassées du nom du producteur. Le certificat logge le SHA-256 input/output, les comptages par catégorie (80 noms, 80 CF, 80 IBAN, 14 noms libres des notes), le mode (réversible), et le timestamp. Temps total : moins de 60 secondes pour la détection, moins de trois minutes incluant la revue. La carte est tenue en Redis pour le round-trip LLM et détruite automatiquement au TTL. Pour les cabinets internationaux, l'IA paie RGPD conformité se joue exactement dans ce workflow.
7. Choisir un outil de caviardage pour un cabinet comptable
La checklist 8 points du guide pilier s'applique ; pour les experts-comptables quatre points portent un poids supplémentaire.
Point pondéré A — couverture multilingue des identifiants nationaux. La capacité la plus importante. Un outil qui gère Codice Fiscale, Partita IVA, NIR, SIRET, Steuer-ID, USt-IdNr, DNI/NIE, NIF, EORI et IBAN out-of-the-box couvre ~95 % des types de documents que le cabinet voit. Tout ce qui est plus faible vous force à écrire votre propre couche regex et à la maintenir.
Point pondéré B — traitement XLSX cell-aware. Un caviardeur qui traite XLSX comme un sac de cellules corrompt vos tableurs la première fois qu'il touche une feuille avec des formules. Le bon outil traite les cellules chaîne via une bibliothèque structurée (openpyxl est la pile typique) et laisse intactes les cellules numériques et de formule.
Point pondéré C — types d'entités expert-comptable-aware. L'outil doit distinguer entre Partita IVA sur facture corporate (pas PII quand le client est constitué en société) et Partita IVA sur facture d'indépendant (PII). Sans cette distinction l'outil soit sur-caviarde (détruit les flux B2B) soit sous-caviarde (fuite de PII indépendants).
Point pondéré D — format de certificat d'audit adapté à Tracfin. Les cellules de renseignement financier en Italie (UIF), France (Tracfin), Allemagne (FIU au Zoll) et Espagne (SEPBLAC) veulent toutes des artefacts qui démontrent comment un traitement adjacent au AML a eu lieu. Un certificat de caviardage SHA-256 avec hashes et comptes mais sans contenu est la preuve la plus propre à produire à une FIU parce qu'elle ne crée pas de nouvelles obligations de divulgation. Le format de certificat de Redactic remplit cette exigence.
Les autres quatre points de la checklist — architecture no-trace, OCR pour scans, modes réversible/irréversible, revue manuelle — s'appliquent au poids standard. Outil de masquage et outil de caviardage pour experts-comptables qui obtient tous les huit points est rare ; l'économie build-vs-buy favorise typiquement buy parce que l'empreinte opérationnelle (no-trace + audit + gestion des sous-traitants + maintenance regex nationales) est la majeure partie du coût. La conformité IA n'est pas une case à cocher mais une discipline transverse.
Pratiquement, la discipline au niveau cabinet que vous achetez est la minimisation données par défaut : chaque flux IA, chaque document partagé, chaque synthèse interne passe par la couche de caviardage en premier. C'est la discipline unique qui satisfait simultanément l'art. 5(1)(c) RGPD minimisation des données, l'art. 32 RGPD sécurité appropriée, la frontière d'usage en aval AML, et l'obligation art. 4 d'alphabétisation IA. Pour les flux de routine (synthèse de rapprochement bancaire, classification des dépenses, extraction de factures), la même architecture s'applique ; la couche de caviardage est en amont de toute invocation du modèle.
Redactic a été conçu contre cette checklist dès le jour un et inclut la pondération spécifique aux experts-comptables : couverture regex 17 pays incluant tous les identifiants nationaux ci-dessus, traitement XLSX par-feuille cell-aware via openpyxl, règles configurables de type d'entité pour B2B vs indépendants Partita IVA / NIF / NIR, certificat de caviardage SHA-256 dans un format FIU-friendly, NER multilingue GLiNER, Tesseract OCR avec le pack 5 langues, modes réversible et irréversible, console de revue manuelle. Le DPA et la liste des sous-traitants sont publics sur redactic.eu.
8. Questions fréquentes
En tant qu'expert-comptable suis-je responsable ou sous-traitant des données de paie de mon client ?
Vous êtes typiquement sous-traitant des données de salariés et responsable des données de la société cliente. La distinction compte parce que les obligations art. 28 s'attachent à la relation de sous-traitance : la lettre de mission doit référencer les clauses art. 28(3), les sous-traitants ultérieurs doivent être divulgués, et vous devez traiter uniquement sur instructions documentées. Le Garante italien et la CNIL française ont tous deux publié des directives traitant les experts-comptables comme sous-traitants des données salariés ; la Datenschutzkonferenz allemande s'aligne. Si votre lettre de mission n'a pas d'annexe art. 28, réglez-le avant le prochain renouvellement client.
Puis-je utiliser un compte ChatGPT gratuit pour des calculs "rapides" sur les données d'un client ?
Non. L'acte crée une sous-traitance non documentée (violation art. 28), un transfert international non documenté (Schrems II), et une divulgation du secret professionnel (Code pénal italien art. 622 ou équivalent dans votre juridiction). Le fait que la tâche soit "rapide" ne change pas la qualification juridique.
L'AMLD6 m'oblige-t-il à conserver des données KYC que je préférerais supprimer sous RGPD ?
Oui. L'obligation de rétention AML (cinq ans minimum à partir de la fin de la relation d'affaires sous AMLR ; plus longue sous certaines transpositions nationales) prévaut sur le principe de limitation de conservation RGPD pour la rétention elle-même. La base légale est l'art. 6(1)(c) RGPD (obligation légale). Ce que vous pouvez faire est minimiser le traitement en aval : si le dossier KYC conservé est pour preuve AML, vous ne devriez pas l'utiliser pour l'entraînement IA, l'analytique interne, ou la correspondance client sur un tiers.
Comment le secret professionnel interagit-il avec l'usage shadow AI ?
Coller des données clients dans un LLM grand public est, dans la plupart des juridictions UE, une divulgation à un tiers (le fournisseur LLM). Le secret professionnel est typiquement une infraction de responsabilité stricte : le praticien ne peut pas se défendre en arguant que "le LLM ne voit pas vraiment les données" parce que la qualification légale suit l'acte de divulgation, pas l'usage subséquent. L'art. 622 du Code pénal italien en particulier a été interprété largement. L'hypothèse plus sûre est que tout partage avec un service externe en dehors d'une relation de sous-traitance signée est une violation du secret professionnel.
Dois-je caviarder mes propres données ou celles de mon client ?
Les données de votre client, avant partage externe ou alimentation à l'IA. Vos propres données (CV du personnel du cabinet, évaluations internes) suivent les règles de caviardage RH couvertes dans le cluster RH. Les deux flux peuvent utiliser le même outil mais la base de policy est différente : les données clients sont du traitement côté sous-traitant, les données propres sont du traitement côté responsable.
Quelle est la différence entre caviarder une déclaration fiscale et caviarder un tableur de paie ?
Une déclaration fiscale est typiquement un document mono-contribuable avec des identifiants concentrés (l'identifiant fiscal du contribuable, identifiants fiscaux des personnes à charge, IBAN, noms d'employeurs). Un tableur de paie est un document multi-salariés avec des colonnes PII structurées. Les motifs de caviardage diffèrent : les déclarations exigent une détection d'entités mono-document avec préservation des calculs ; la paie exige un traitement XLSX cell-aware avec des règles au niveau colonne. Un outil qui gère les deux nativement évite au cabinet de maintenir deux pipelines.
Puis-je partager un fichier client caviardé avec un correspondant étranger sans évaluation Schrems II ?
Si la destination est en UE, la question ne se pose pas. Si la destination est dans un pays tiers, le fichier caviardé est encore une donnée personnelle si pseudonymisé (art. 4(5)) — seulement si le fichier est véritablement anonymisé (Considérant 26) sort-il du champ RGPD. En pratique vous avez besoin soit de Clauses Contractuelles Types avec le correspondant, soit d'une décision d'adéquation (R-U, Suisse, Israël, etc.), soit d'une anonymisation totale. Un certificat de caviardage documentant l'irréversibilité aide à l'argument d'anonymisation.
L'AI Act UE s'applique-t-il aux outils IA que j'utilise pour le triage anti-blanchiment ?
Si l'outil est utilisé pour évaluer le risque de blanchiment pour un client ou une transaction spécifique, il tombe probablement sous l'Annexe III(5)(d) "systèmes IA utilisés pour l'évaluation des risques dans les services financiers". Cela en fait un haut risque sous l'AI Act, avec des obligations du déployeur sur l'expert-comptable : supervision humaine, surveillance, transparence, enregistrement, et dans de nombreux cas une analyse d'impact sur les droits fondamentaux. Les obligations du fournisseur (documentation technique, surveillance post-marché, évaluation de la conformité) sont du fournisseur.
Quelle est la bonne période de rétention pour le certificat de caviardage ?
Au moins la période de rétention AML de la mission sous-jacente (typiquement cinq ans à partir de la fin de la relation). Les certificats ne contiennent pas de PII ni de contenu, donc la rétention ne soulève pas ses propres préoccupations de vie privée. Nous recommandons de les conserver indéfiniment comme preuve — le coût de stockage marginal est trivial et la valeur audit-proof est élevée.
Où Redactic stocke-t-il mes données clients ?
Nulle part de manière persistante. Les documents d'input et d'output vivent en Redis avec chiffrement Fernet et TTL court pendant le job, et sont détruits par le bloc finally du worker quel que soit le résultat. L'application n'a pas de modèle DB pour le contenu. Le certificat de caviardage stocke seulement hashes et comptages. Compute et stockage de métadonnées sont UE (Hetzner Helsinki + Cloudflare R2 juridiction UE). La liste des sous-traitants et le DPA sont publics sur les pages trust. Pour les experts-comptables la même architecture s'applique ; rien du cas d'usage comptable ne contourne la garantie no-trace.
Dernière note opérationnelle : la discipline de construire une couche de caviardage devant les flux IA du cabinet produit également un effet secondaire positif sur la qualité. Les modèles travaillent mieux sur du texte proprement pseudonymisé que sur des documents bruts parce que l'input est plus court, le signal saillant est concentré, et le modèle n'est pas distrait par la reconnaissance d'entités. Des agents de revue de déclarations fiscales ayant reçu des inputs pseudonymisés dans nos pilotes internes ont produit moins d'hallucinations sur les questions analytiques que des agents ayant reçu des documents bruts — un petit gain qualitatif mais reproductible qui se compose sur des milliers de runs mensuels. La couche de caviardage se rentabilise une fois sur la conformité et une seconde fois sur la qualité de la sortie.
Si votre cabinet gère des déclarations fiscales, des paies, des dossiers KYC ou des dossiers de travail d'audit — et c'est le cas — chacun de ces documents transite actuellement par email, drives et outils IA grand public sans couche de caviardage devant. Le coût de ne rien faire n'est pas seulement un risque réglementaire abstrait ; c'est une inspection CNIL ou Garante en attente du bon déclencheur, une enquête AMLA quand le cadre s'activera en 2027, une plainte pénale pour secret professionnel d'un client mécontent, et l'assureur qui rejette une demande parce que l'usage IA n'était pas documenté. L'architecture existe, l'horloge réglementaire tourne, et la couche de caviardage se rentabilise à la première inspection. Commencez par les 10 clients à plus gros volume ce mois-ci.
Pour l'architecture fondatrice voir le guide pilier ; pour les flux RH-adjacents qui interagissent avec la paie voir le cluster shadow AI en RH. Pour voir Redactic sur un tableur de paie échantillon, la landing redactic.eu inclut une démo live.