1. Effacement GDPR LLM : le flux DSAR en libre-service
Trois actions de console couvrent une demande d’accès de personne concernée de bout en bout. Chacune est une routeUserAuth sous /api/user/* —
pilotée par votre session console, jamais une clé de relais sk-orca-… :
Exporter
Téléchargez une copie JSON portable de vos données personnelles avant de
supprimer.
Supprimer
Suppression douce immédiate ; planifiez la purge irréversible pour
+30 jours.
Annuler
Restaurez le compte à tout moment à l’intérieur de la fenêtre de grâce.
2. Exporter vos données (un flux concret)
Depuis la console, ouvrez Account → Privacy et choisissez Export my data. La console pilote cette route de lecture avec votre session :L’export reste disponible pendant la fenêtre de grâce. Un compte planifié
pour suppression est supprimé de façon douce mais peut encore atteindre
l’export et l’annulation — la portabilité est tout l’intérêt de garder cette
porte ouverte jusqu’à ce que la purge s’exécute.
3. Planifier la suppression
Account → Privacy → Delete my account supprime de façon douce le compte immédiatement et planifie la purge des PII pour maintenant + 30 jours :Ré-authentification par mot de passe
Ré-authentification par mot de passe
Les comptes à mot de passe doivent fournir leur mot de passe actuel sur la
requête de suppression — défense contre une session détournée détruisant
des données de façon permanente. Les comptes OAuth uniquement n’ont pas de
mot de passe ; la session authentifiée est la preuve.
Le propriétaire unique d'un espace de travail est bloqué
Le propriétaire unique d'un espace de travail est bloqué
Si vous êtes le seul propriétaire d’un espace de travail d’équipe partagé
qui a encore d’autres membres, la suppression est refusée — sinon les
coéquipiers hériteraient d’un espace de travail sans propriétaire.
Transférez la propriété ou archivez d’abord l’espace de travail.
Le compte root ne peut pas s'auto-supprimer
Le compte root ne peut pas s'auto-supprimer
Le compte root de l’instance est refusé — l’auto-effacer laisserait le
déploiement sans super-admin. Transmettez d’abord le rôle root.
Les requêtes répétées sont idempotentes
Les requêtes répétées sont idempotentes
Rappeler la suppression alors qu’elle est déjà en attente renvoie une
réponse amicale « déjà planifiée » plutôt qu’une erreur.
4. La fenêtre de grâce de 30 jours
La fenêtre de grâce est un tampon d’annulation délibéré. Tant qu’elle n’est pas écoulée, le compte est supprimé de façon douce, pas effacé, et un seul appel le restaure :5. La purge des PII et sa purge en cascade
Lorsque la fenêtre de grâce s’écoule, un balayage exécute la purge. Elle ne se contente pas de cacher une ligne — elle retire les identifiants directs et purge en cascade les enregistrements que votre activité a laissés à travers chaque surface d’observabilité :| Surface | Ce que fait la purge |
|---|---|
| Compte | Identifiants directs anonymisés ; références d’identification, clés, liaisons OAuth, passkeys et 2FA supprimés en dur |
| Logs de requêtes | Purgés du store des logs de requêtes |
| Lignes de comptabilité / d’usage | Nom d’utilisateur rédigé et IP effacée sur les lignes conservées pour la facturation |
| Correspondances de guardrail | Purgées — y compris toute sous-chaîne brute correspondante |
| Événements firewall | Purgés — noms d’outils, IPs et request IDs attribués à vous |
deleted-…, statut désactivé), de sorte que les
lignes de comptabilité et d’audit qui ont une base légale de persistance
gardent leur forme tout en perdant les données personnelles intégrées. Tout
ce qui porte des références d’identification est supprimé en dur — un véritable
effacement, pas une suppression douce qui se contente de cacher.
La cascade atteint les trois mêmes surfaces que vous lisez ailleurs dans la
console : correspondances de Guardrail,
événements de Firewall, et logs de requêtes.
Après la purge, aucun d’eux ne se résout vers la personne supprimée. C’est ce
qui rend l’effacement symétrique à travers la couche de contenu, la couche
d’action et le log.
6. Effacement vs rétention
L’effacement et la rétention sont deux horloges différentes — ne les confondez pas :- La rétention fait expirer les logs de requêtes sur une fenêtre glissante pour tout le monde — un défaut de 30 jours, borné par le serveur à un maximum strict de 180 jours. Voir Rétention.
- L’effacement est un événement ponctuel, à portée de compte, déclenché par un DSAR : la fenêtre de grâce de 30 jours, puis la purge.
7. Où cela s’inscrit
Le droit à l’effacement est une pièce de vos obligations envers les personnes concernées. Associez-le aux preuves estampillées par région et à la boucle de conformité plus large :Rétention
La fenêtre glissante des logs de requêtes — défaut de 30 jours, plafond de
180 jours — qui tourne indépendamment de l’effacement.
Résidence des données
La région sous laquelle vos rapports de conformité signés sont stockés et
servis.
Pack GDPR
Installez les contrôles et livrez des preuves GDPR signées à un auditeur.
Responsabilité partagée
Ce que la passerelle efface pour vous et ce qui reste votre décision.
