Ce qui a changé depuis le 10 mai
Le 10 mai, nous avons expliqué pourquoi Smart Legal Pro remplace les motifs de données personnelles par des espaces réservés avant l'appel au LLM. Depuis fin mai, le masquage est nettement plus robuste — sans que vous ayez à modifier quoi que ce soit dans l'interface.
L'étape 2 en bref
Des graines d'identité issues de votre compte. Si vous avez enregistré des données d'en-tête (account_identities), votre nom, votre société, votre adresse et votre e-mail de facturation sont pré-masqués en plus des motifs regex. L'IA voit par exemple __PII_PERSON_1__ au lieu de « Müller GmbH » — même lorsque le nom figure dans le texte sans format d'adresse typique.
Une cohérence de session sur plusieurs appels d'IA. Analyse → clarification → génération de courrier : au sein d'une même opération, les espaces réservés restent stables (__PII_PERSON_1__ désigne toujours la même personne). Cela évite les confusions dans les longs dialogues — en particulier dans le Schreib-Assistent et lors de l'analyse de documents.
Une persistance dans la saisie de rédaction. writing_intake_sessions.pii_session conserve la table de correspondance réversible dans la base de données de l'UE, afin que les tours suivants et la génération de courrier utilisent le même masquage.
Où c'est déjà actif
Le pipeline étendu fonctionne dans 24 fonctions edge — notamment l'analyse de documents, la comparaison de contrats, les questions juridiques, le pré-chat avocat, la saisie de rédaction, les champs de courrier et l'aide de la plateforme. Les exceptions (par ex. lorsque l'expéditeur doit figurer dans le résultat) sont documentées dans Confidentialité §4c.
En complément de l'aspect technique : Aperçu de la sécurité · Transparence de l'IA
Ce que vous constaterez concrètement
- Moins de « fuites » avec des noms répétés dans un long échange.
- Des courriers portant votre véritable en-tête — alors que l'IA n'a vu que des espaces réservés.
- La même logique de protection des données dans la vérification rapide publique et dans le dossier.
Limites (toujours importantes)
Le masquage des données personnelles ne remplace ni les obligations de confidentialité envers des tiers ni une vérification juridique de la protection des données avant le téléversement. Les détails restent disponibles dans la notice sur les services juridiques et sur la page de la phase d'essai.
Addendum du 8 septembre 2026 — deux indications ci-dessus sont dépassées
Chez nous, un article daté n'est pas réécrit rétroactivement. Deux affirmations de l'époque ne sont toutefois plus exactes aujourd'hui, et toutes deux concernent la protection des données — d'où cet addendum plutôt qu'une correction silencieuse.
La persistance de session dans la saisie de rédaction n'existe plus — et c'est une amélioration. La colonne qui conservait durablement la table de correspondance entre l'espace réservé et la valeur en clair a été supprimée sans remplacement en septembre 2026. Elle enfreignait notre propre première invariante : une telle table est une clé de ré-identification et ne doit jamais se trouver dans une base de données. Depuis, la saisie de rédaction travaille à chaque tour avec une correspondance nouvelle, vivant exclusivement en mémoire vive — sans perte de fonctionnalité.
Les 24 fonctions edge sont devenues nettement plus nombreuses. Ce chiffre décrivait l'état de mai 2026. Plutôt que de le tenir à jour, nous n'indiquons plus depuis de nombre de fonctions, mais ce qui compte vraiment : quelles surfaces travaillent en mode masqué et lesquelles expressément pas — à lire dans Confidentialité §4c et, pour le portail avocats, dans §4g.
Et un chiffre qui n'existait pas encore à l'époque : depuis septembre 2026, la qualité de détection est mesurée et non plus estimée — sur un corpus de test qui nous est propre, composé de 246 documents dont environ un tiers relève délibérément de cas difficiles. Le résultat, y compris les catégories que nos règles ne détectent pas, figure dans Confidentialité §4c.
