L'anonymisation consiste à remplacer dans l’historique de circulation (table old_issues) l'identifiant du vrai adhérent ayant emprunté le document par NULL (absence de valeur).

⚠️⚠️⚠️ Il se trouve aussi que l'historique de prêt est aussi dans la table "statistics" et peut être dans celle "action_logs" (si activé dans les syspref)

Accueil › Outils › Supprimer/anonymiser des adhérents par lot

ou (fonction de version de Koha)

Accueil › Outils › Purge du fichier adhérents

Lancer le script batch_anonymise.pl en précisant combien de jours sont à conserver, par exemple 120 jours :

$ misc/cronjobs/batch_anonymise.pl --days 120 -v

En cron (20 min après lancement de cleanup_database.pl c'est pas mal)

# Anonymise issues
30 4 * * * /home/koha/src/misc/cronjobs/batch_anonymise.pl --days 120

# Anonymise issues (missing on purpose)

L'anonymisation d'un prêt peut-être impactée par la règle de confidentialité de l'adhérent qui a emprunté.
Si cette règles est sur Pour toujours, le script n’anonymisera pas ce prêt.

Cette règle de confidentialité peut-être définie dans la catégorie d'adhérents.
Ou choisie par l'adhérent lui-même sur son compte si la préférence système OPACPrivacy est activée.

Cette anonymisation n'impacte pas la fonctionnalité de stockage du dernier adhérent ayant retourné l'exemplaire, gérée par la préférence système StoreLastBorrower.

C'est la date de retour du prêt qui compte pour la comparaison avec la date du jour afin de déterminer si le prêt doit être conservé ou anonymisé.

• https://koha-community.org/manual/18.11/fr/html/cron_jobs.html#anonymize-patron-data

Les statistiques en général peuvent être impactées par l’anonymisation de base (via interface ou via script). Mais encore plus probablement par l’anonymisation de la table statistics.

Des détails sont à venir pour la gestion des statistiques dans le cadre du RGPD.

Solution actuelle: SQL lancé périodiquement (cron)

Solution à terme: proposer une amélioration dans Koha pour couvrir cette table dans les purges existantes (cleanup_database.pl ou batch_anonymise.pl)

Si la syspref IssueLog ou ReturnLog est activée. Alors on à un historique de circulation dans "Accueil › Outils › Journaux"

Purgé via le script cleanup_database.pl.

optionnel: dans les anciennes versions on utilise l’identifiant d'un adhérent spécial qui est considéré comme anonyme. L'identifiant de cet adhérent (son borrowernumber) est à paramétrer dans la préférence système AnonymousPatron (0 par défaut).