Certaines données ne doivent pas rester pour toujours. Quand quelqu’un quitte ton entreprise ou qu’une personne demande l’effacement de ses données, tu l’anonymises. Le nom et l’adresse e-mail sont alors remplacés par une valeur de substitution comme « Anonymized user 3 ». Les tickets restent. Les rapports, les délais, les saisies de temps et les chiffres de satisfaction continuent de compter.
Chaque personne reçoit son propre numéro. Deux entrées avec le même numéro viennent de la même personne. L’adresse e-mail devient « anonymized-3@anonymized.invalid ». Aucun e-mail ne peut être remis à une telle adresse, c’est pourquoi le système l’ignore lors de l’envoi. La valeur de substitution est enregistrée en anglais et reste en anglais dans toutes les langues.
Il y a deux voies. La voie automatique anonymise les comptes supprimés après un nombre de mois défini. La voie immédiate anonymise une seule personne tout de suite, par exemple après une demande d’effacement.
La voie automatique se trouve sous « Settings → Security », dans la carte « Data protection ». L’interrupteur « Anonymize deleted users automatically » est désactivé par défaut. À côté de « after », tu saisis le nombre de mois. De 1 à 120 sont autorisés, la valeur par défaut est 36. « Save » enregistre un nombre modifié.
Le délai court à partir du jour où un compte a été supprimé. Le système vérifie toutes les dix minutes si une exécution est due. Elle a lieu une fois par jour, lors de la première vérification après 03:00 dans le fuseau horaire défini sous « Settings → General Settings ». Chaque compte supprimé dont le délai est écoulé est anonymisé lors de cette exécution.
Quand tu actives l’interrupteur, une fenêtre s’ouvre d’abord. Elle liste les utilisateurs supprimés que la prochaine exécution anonymisera, chacun avec le jour de sa suppression. Tape ANONYMIZE dans le champ et clique sur « Confirm ». C’est seulement alors que l’interrupteur est activé. S’il est déjà plus de 03:00 dans ce fuseau horaire, la première exécution suit dans une dizaine de minutes.
La même fenêtre apparaît quand tu raccourcis le nombre de mois alors que l’interrupteur est activé. La désactivation ne demande aucune confirmation.
Le délai ne commence que lorsqu’un compte est supprimé. L’archivage ne suffit pas. Un compte archivé est seulement verrouillé et peut revenir à tout moment, par exemple après un congé parental. Pour supprimer un compte, clique sur le symbole de corbeille « Delete account » dans sa ligne sous « User management ».
Avant que quoi que ce soit ne se passe, une fenêtre indique ce qui suit. Si l’anonymisation automatique est activée, elle indique le nombre de mois. Un compte supprimé apparaît dans la vue « Archived » avec le badge « Deleted ». Le symbole « Restore account » le fait revenir. Pour les administrateurs et les agents, Basic a besoin pour cela d’une place libre. Si le compte est à nouveau supprimé plus tard, le délai recommence.
Ton propre compte n’a pas de symbole de corbeille. Seul un administrateur peut supprimer ou archiver un compte administrateur. Le dernier administrateur actif ne peut être ni supprimé ni archivé.
Quand quelqu’un est parti pour de bon, supprime donc le compte au lieu de seulement l’archiver. Un compte archivé depuis plus d’un an affiche un symbole de calendrier dans sa ligne. Son info-bulle te rappelle de supprimer le compte.
La voie immédiate se trouve dans la boîte de dialogue de l’export de données, dans la zone « Anonymize » sous les résultats. Tu ouvres la boîte de dialogue depuis la ligne d’un compte, ou avec « Export by e-mail address » pour une personne sans compte.
Si l’adresse appartient à un compte, clique d’abord sur « Use this account ». C’est seulement ainsi que le compte lui-même est anonymisé. Une exécution par l’adresse seule remplace l’adresse là où elle est enregistrée et laisse le compte tel quel.
Tape ANONYMIZE dans le champ et clique sur « Anonymize ». Un compte actif est d’abord supprimé, puis anonymisé. Ton propre compte ne peut pas être anonymisé. Le dernier administrateur actif non plus.
Ensuite, la ligne porte le badge « Anonymized ». Un tel compte ne peut plus être modifié, restauré ni réactivé. Seul l’export de données reste. Tu peux relancer l’anonymisation. Le numéro reste le même, et les données restaurées depuis sont prises en compte aussi.
La case « Also clear the content of tickets this person requested » va plus loin. Le nombre entre parenthèses est le nombre de ces tickets. Leurs textes sont vidés et leurs pièces jointes supprimées. Les tickets d’autres personnes dans lesquels la personne a seulement répondu sont seulement anonymisés.
Vérifie d’abord tes obligations de conservation. En Allemagne, par exemple, les lettres commerciales doivent être conservées six ans. La boîte de dialogue te le rappelle. La voie automatique ne fait qu’anonymiser. Elle ne vide jamais de contenu.
Si un fichier n’a pas pu être supprimé du serveur, la boîte de dialogue indique combien. L’exécution compte quand même comme terminée. Le système ne réessaie pas de lui-même.
Chaque exécution est enregistrée avec son heure, le numéro de la valeur de substitution et ce qui a été modifié. Pour la voie immédiate, l’enregistrement indique aussi qui l’a lancée. Il ne contient ni le nom ni l’adresse e-mail de la personne.
Anonymiser nécessite l’autorisation « Anonymize people ». Par défaut, seuls les administrateurs l’ont. Seul un administrateur peut l’utiliser. Elle ne peut jamais être donnée au rôle « Customer ». La boîte de dialogue de l’export de données nécessite en plus « Data export (data subject request) ».
Limites
Les noms dans le texte libre restent, par exemple « Cordialement, Max » à la fin d’un e-mail. Les numéros de téléphone dans le texte libre restent aussi. Aucun des deux ne peut être reconnu de façon fiable. Pour les tickets d’un client, il y a la case qui vide le contenu.
Si un autre compte porte le même prénom et le même nom, le nom de la personne n’est pas remplacé dans l’historique du ticket ni comme nom du demandeur. Sinon, les entrées de l’autre personne seraient touchées aussi. L’adresse et le téléphone sont quand même remplacés. La vérification compare le prénom et le nom. L’historique des attributions enregistre l’identifiant de connexion. Un homonyme qui n’y figure qu’avec son identifiant de connexion n’est donc pas détecté.
Les très anciennes entrées de l’historique du ticket qui ne pointent pas encore vers le compte ne portent que le nom. Elles ne sont pas reconnues.
Un ticket qu’un agent a saisi par téléphone sans l’adresse e-mail du demandeur n’est pas reconnu. Le nom et le numéro de téléphone du demandeur y restent.
Les adresses dans les réglages ne sont pas modifiées, par exemple dans les règles de messagerie et les règles d’automatisation. Si l’adresse de la personne y figure, modifie-la toi-même.
Si la personne écrit de nouveau après l’exécution, une nouvelle exécution par son adresse couvre aussi les nouveaux e-mails. Tu la lances avec « Export by e-mail address ». Le numéro reste le même. Une nouvelle exécution sur le compte anonymisé ne trouve pas les nouveaux e-mails. Le compte ne connaît plus l’ancienne adresse.
Le système s’occupe lui-même des archives. Quand tu restaures une archive, chaque personne anonymisée auparavant est de nouveau anonymisée dans les tickets restaurés. Le message après la restauration indique combien. Une adresse qui n’apparaît dans ces tickets que dans le texte libre n’y est pas reconnue. Les fichiers d’archive sont en outre mis à jour par l’exécution nocturne qui suit une anonymisation. La carte « Délais de conservation » l’explique.
Pour une sauvegarde, c’est différent. Une sauvegarde faite avant une exécution contient encore les anciennes données. Lors de la restauration, « Ticket System Backup & Restore » s’en charge. L’application demande si toutes les personnes anonymisées dans l’état du jour doivent l’être à nouveau. « Yes » est présélectionné. Le système de tickets le fait alors lors de l’exécution nocturne à 03:00, dans le fuseau horaire défini. Cela vaut aussi quand l’interrupteur est désactivé. Jusque-là, leurs noms sont de nouveau visibles. La carte « Data protection » affiche une remarque avec leur nombre. La sauvegarde ramène aussi l’état de l’interrupteur de l’époque. Vérifie donc l’interrupteur après la restauration.
Si tu restaures une sauvegarde d’une autre manière, si tu réponds « No » ou si tu utilises « --no-reapply » en ligne de commande, cela n’a pas lieu. La voie automatique retrouve alors les comptes supprimés, tant que l’interrupteur est activé. Les exécutions que tu as lancées à la main doivent être répétées. Le lien « Download list of anonymizations » dans la carte « Data protection » t’y aide. Télécharge la liste avant la restauration. Ensuite, elle ne contient plus les exécutions faites après la sauvegarde. La liste a une ligne par personne anonymisée, avec les colonnes « Date », « Number », « Account ID », « E-mail hash » et « Content cleared ». « Date » est le moment de la première exécution en UTC. « Account ID » n’est rempli que si un compte a été anonymisé. « E-mail hash » est une empreinte de l’adresse qui ne peut pas être inversée. « Content cleared » indique si le contenu des tickets demandés par la personne a été vidé. Après chaque exécution, télécharge toi-même la liste et conserve-la en dehors du système. Une sauvegarde faite avant une exécution ne contient pas cette exécution.
Demandes d’effacement et personnes qui reviennent
Supprimer et anonymiser sont deux choses différentes. « Delete account » ne fait que masquer un compte. « Restore account » le ramène. Jusque-là, son adresse e-mail reste réservée à ce compte. Tu traites donc une demande d’effacement avec « Anonymize » dans la boîte de dialogue de l’export de données. Cela ne peut pas être annulé. Le nom et l’adresse sont remplacés par « Anonymized user » et le numéro. Le lien vers le compte chez un fournisseur d’authentification unique est supprimé.
Chaque adresse e-mail appartient à un seul compte. Si tu crées un compte avec une adresse qu’un autre compte possède déjà, le système refuse. Le message est « This e-mail address already belongs to another account. » Il en va de même quand tu modifies l’adresse d’un compte. Si l’adresse appartient à un compte supprimé, le message est « This e-mail address belongs to a deleted account. Restore that account instead. » Restaure alors l’ancien compte au lieu d’en créer un nouveau. Les comptes anonymisés ne comptent pas. Ils ne portent plus que l’adresse de substitution.
Un compte supprimé ne peut pas être restauré si un autre compte actif possède entre-temps la même adresse. Le message est alors « This e-mail address already belongs to another account. » Modifie d’abord l’adresse de l’autre compte.
Il peut exister, depuis l’époque d’avant cette règle, des comptes qui partagent une adresse. La gestion des utilisateurs les signale par la remarque « This e-mail address belongs to more than one account. Change it so that each account has its own address. » Donne à chacun de ces comptes sa propre adresse. Jusque-là, la connexion avec cette adresse à la place du nom d’utilisateur ne fonctionne pas. L’e-mail de réinitialisation du mot de passe n’est pas envoyé non plus.
Si une personne revient après une demande d’effacement, elle obtient un nouveau compte. C’est le cas par exemple quand elle se reconnecte via Google ou Microsoft avec la même adresse. Pour cela, « Automatically create accounts on first sign-in » doit être activé. Le compte anonymisé ne porte plus son adresse et ne gêne pas le nouveau compte.
Les anciennes anonymisations n’affectent jamais les nouveaux tickets de cette personne. Cela vaut aussi après la restauration d’une sauvegarde ou d’une archive. Quand une anonymisation est appliquée de nouveau, elle ne couvre que les données créées avant son moment.
Si l’ancien compte a seulement été supprimé et non anonymisé, le système refuse la première connexion par SSO avec cette adresse. Ce que voit la personne dépend du fournisseur. Si le fournisseur confirme l’adresse, le message est « An account with this e-mail address was deleted. Ask an administrator to restore it. » S’il ne la confirme pas, le message est « Your e-mail address is not verified with the provider. » Ainsi, le système ne révèle pas s’il existe un compte supprimé pour une adresse.
En tant qu’administrateur, tu as alors deux possibilités. Si tu restaures l’ancien compte avec « Restore account », la personne continue d’y travailler avec son historique. La connexion par SSO fonctionne si le compte était déjà lié à ce fournisseur ou si le fournisseur confirme l’adresse. Si la demande d’effacement reste valable, anonymise l’ancien compte. Ensuite l’adresse est libre, et la connexion crée un nouveau compte.
L’auto-inscription répond dans ce cas de façon neutre : « Registration could not be completed. If you already have an account, use the password reset on the sign-in page. » Elle ne révèle pas s’il existe un compte pour l’adresse.