Demandes des personnes concernées
Le workflow RGPD article 17 pour effacer les données d’une personne dans les chats, documents, téléversements et préférences.
4 min de lecture
Demandes des personnes concernées est le workflow que Tale livre pour honorer l’article 17 du RGPD (droit à l’effacement) et le droit équivalent CCPA sous la loi californienne. Chaque demande devient un reçu : il nomme la personne concernée, le code de motif, l’échéance SLA et la cascade de lignes que le système a effacées dans les threads, documents, téléversements et les autres lignes qui identifient la personne. Les Administrateurs et Propriétaires lisent cette page quand une personne dépose une demande, quand une échéance approche, ou quand un audit demande le reçu d’un effacement passé.
Un dépôt mis en pratique
Pour déposer une demande, ouvre Paramètres > Gouvernance > Demandes des personnes concernées et clique sur Déposer une demande. Choisis la personne, choisis un code de motif (consentement retiré, plus nécessaire, traitement illégal, obligation légale, opposition, mineur ou fin de contrat) et ajoute une narration libre. La demande entre dans une fenêtre d’attente avant l’exécution de la cascade — tout Administrateur peut annuler pendant la fenêtre. Une fois la fenêtre écoulée, la cascade efface les threads et documents de la personne (l’entrée de base de connaissances d’un document part avec lui), ses téléversements, préférences, notifications, feedbacks, mémoires et lignes d’usage, et caviarde ses identifiants dans la piste d’audit — le reçu enregistre un compteur par passe.
Cycle de vie du statut
| Nom | Par défaut | Description |
|---|---|---|
| En attente | état initial | La demande est déposée et attend la fenêtre d’attente ou la seconde approbation administrateur. |
| En attente d’approbation | double contrôle | Un second Administrateur doit approuver avant que la cascade ne s’exécute — ou rejeter, ce qui annule la demande. |
| En cours | mid-cascade | La cascade est en cours ; les compteurs partiels se mettent à jour à mesure que chaque catégorie finit. |
| Terminée | terminal | Chaque catégorie effacée sans erreur. |
| Partielle | terminal | Certaines lignes ont été ignorées (une conservation légale les a bloquées) ou une passe de la cascade a échoué — l’erreur du reçu nomme les passes en échec. |
| Échouée | terminal | La cascade est morte en plein vol — sur une erreur fatale, Réessayer la relance ; après un timeout du watchdog, dépose une nouvelle demande. |
| Bloquée | terminal | Une conservation légale active bloque chaque étape de cascade. |
| Annulée | terminal | Un Administrateur a annulé avant l’exécution de la cascade, ou un second Administrateur a rejeté la double approbation. Une nouvelle demande peut être déposée pour la personne. |
Suivi du SLA
Chaque demande porte une échéance niveau de service — par défaut, 30 jours depuis le dépôt. La liste des demandes affiche les jours restants ou un badge en retard par ligne. L’article 12(3) du RGPD autorise une prolongation unique pour les cas complexes ; l’action Prolonger l'échéance consigne la prolongation sur le reçu avec le nom de l’administrateur demandeur et une narration.
Interaction avec la conservation légale
Les données d’une personne ne sont pas effacées tant qu’elles sont sous conservation légale. Les lignes sous hold apparaissent comme Ignorées par hold dans les compteurs par catégorie du reçu ; lever le hold et relancer la demande termine l’effacement. Le statut Bloquée se déclenche quand un hold couvre toutes les catégories dès le départ — la cascade ne s’exécute pas, et le reçu reflète le blocage. Relancer une demande bloquée dès le dépôt suit la même politique qu’un nouveau dépôt — la fenêtre d’attente, ou l’approbation d’un second Administrateur en double contrôle. Tant qu’une personne a un reçu ouvert (en attente, en cours, bloqué ou partiel), une seconde demande pour elle est refusée : relance plutôt celle qui est ouverte (ou annule-la tant qu’elle est encore en attente).
Les catégories de cascade
Le reçu ventile les lignes effacées par passe — threads, documents, téléversements, préférences, notifications, abonnements, feedbacks, mémoires, registre d’usage et le caviardage de la piste d’audit. Lis le drawer pour voir les compteurs et la timeline d’audit ; le journal d’audit dans la même zone Gouvernance porte la chaîne d’événements complète (gdpr_erasure_requested, gdpr_erasure_executed, gdpr_erasure_extended, gdpr_erasure_rejected, gdpr_erasure_cancelled).
Où cela s’inscrit
Demandes des personnes concernées est le visage conformité de la rétention — le chemin audité, à double contrôle, qui efface une personne précise sur demande au lieu du balayage chronométré que la rétention applique à tous. La page compagnon est conservation légale — elle couvre comment mettre la rétention et les cascades d’effacement en pause pour les litiges avant qu’elles ne s’exécutent.