Anonymisation des prêts

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)

Via l'interface

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

ou (fonction de version de Koha)

Accueil › Outils › Purge du fichier adhérents

Via script

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
-v pour plus d'informations

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
Si le script est volontairement absent, écrire :
# Anonymise issues (missing on purpose)

Remarques

Confidentialité

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.

StoreLastBorrower

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.

Quelle date ?

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é.

Sources

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.

Purge de la table statistics

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.

Configuration de batch_anonymise.pl avec l'adhérent anonyme

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).