05/09/2022 Informations périmées cf. Circuit des données lecteurs
Mode de gestion
Les comptes des lecteurs extérieurs sont créées au sein de l’institution d’inscription puis répliqués sur chacune des autres institutions. Il s’agit d’un compte interne qui ne sera jamais visible depuis la zone réseau.
Toutes les 5 minutes un programme appelle sur chaque institution le jeux de résultats « [Ne pas effacer] Lecteurs extérieurs juste inscrits ou à modifier » qui liste les comptes avec une catégorie de poste à « Exterieur_attente ». Si un ou plusieurs comptes sont présents, ils sont copiés ou mis à jour dans les autres institutions. Une fois le processus terminé avec succès, le statut du compte bascule à « Exterieur ». En cas d’anomalie, le compte n’est pas répliqué, les administrateurs sont alertés et le statut du compte reste à « Exterieur_attente ». La réplication est donc rejouée jusqu’à correction du compte.
Programme
- Emplacement : sur le serveur de développement à l’emplacement suivant :
/home/scoopadmin/Bash_script/Alma/TrAIL.sh - Emplacement des logs :
/home/scoopadmin/.Alma/Logs/TrAIL- Langage de dévelopement : perl
- Mode d’automatisation : crontab
- Api Utilisées : get sets, get user, put user
- Liste des sets utilisés :
Etablissement Set Id 33PUDB_UB 1840837050004672 33PUDB_UBM 1556639450004674 33PUDB_INP 666278400004673 33PUDB_IEP 700463000004675 33PUDB_BXSA 397564300004676
Liste des anomalies possibles
Impossible d’écraser un compte externe via un compte interne
L’opérateur a transformé un ancien compte institutionnel en compte de lecteur extérieur.
Suivi des anomalies
Le tableau de bord « Suivi des anomalies sur les comptes de lecteurs extérieurs » permet d’identifier :
- Les comptes désynchronisés. C’est à dire, les comptes sur lesquels, les collègues ont effectués une mise à jour sans modifier la catégorie de l’usager. La mise à jour n’est donc pas répliquée sur les autres institutions
- Les comptes externes avec une catégorie « Lecteur extérieur » .
Ce tableau de bord peut être ajouté en Widget.