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)
Dans la table old_issues
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
# 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
Statistiques et la table éponyme (statistics)
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
)
Dans la table action_logs
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
.
Déprécié
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).