Ce plugin Koha permet de gérer et suivre les demandes différées de documents localisés en magasin.
This Koha plugin allows to manage document/item requests from library stacks
1. Julien Sicot, Université Rennes 2 - Symposium KohaLa 2021
Warehouse Request
Un plugin Koha pour la communication magasin
aussi
2. Pour quelle finalités ?
Simplifier, fluidifier
la communication et le prêt
sortir d’une gestion manuelle et
« papier » un peu lourde
Fiabiliser les demandes,
les statuts, tracabilité des
transactions
côté pro et usagers
Disposer de statistiques
anticiper la charge
pour le service public
Offrir une meilleure lisibilité
du service
en uni
fi
ant les points
de contact
3. Un projet + ou - agile
• Forte implication du département Médiation/Accueil + utilisateurs
fi
naux dans
les spéci
fi
cations et la dé
fi
nition des besoins
• Méthode de service blueprint sur l’existant : pour cartographier les parcours
utilisateurs
• Nombreux tests utilisateurs
• Développement itératif :
• 1ère phase : hack du module article request de Koha
• ajustements ou ajouts des fonctionnalités suite aux retours des tests
• refactorisation de l’ensemble dans un plugin Koha
4.
5.
6. Fonctionnalités du plugin
• dé
fi
nir la politique de circulation des exemplaires communicables
• permettre au lecteur de faire sa demande à l'OPAC et de suivre le traitement de
cette dernière via des noti
fi
cations par mail ou directement sur son compte lecteur ;
• permettre au bibliothécaire de faire la demande pour le lecteur depuis l'interface
pro (lecteurs de passage) ;
• o
ff
rir un outil de gestion/suivi/traitement (work
fl
ow) des "Demandes magasin",
intégré au module circulation
• permettre l'impression de chaque demande sous la forme de ticket au format A6
(slip) et pdf (utilisable également comme fantôme en magasin) ;
• semi-automatiser certaines étapes du worklows via l'activation de cronjobs
7. Paramétrage de la politique de circulation
• Combinaisons possibles sur :
Sites Localisations Types de documents
Statuts d’exemplaire
+ + +
8. Workflow
Le module reçoit la
demande de
l’utilisateur
Déclenchement
automatique par
crontab selon les
levées dé
fi
nies.
Impression d’un
ticket en double
exemplaire.
Suite au
prélèvement du
document demandé
en magasin, mise à
disposition à l’accueil
(durée à dé
fi
nir). Le
demandeur est noti
fi
é
par mail
En attente En traitement Disponible Annulée
Le document a été
remis au lecteur (prêt
ou prêt sur place).
Statut est déclenché
par crontab ou
manuellement si
l’exemplaire prêté
non lié à la demande
Terminée
Durée de
conservation des
demandes selon une
période dé
fi
nie au
niveau du
paramétrage du
plugin
Archivée
Demande annulée
pour X raison
(possibilité de dé
fi
nir
les raisons dans une
liste de valeurs)
Annulée
WRM/cronjobs/complete-issued.pl
WRM/cronjobs/send-slips.pl WRM/cronjobs/archive-wr.pl
noti
fi
cation noti
fi
cation noti
fi
cation
9. Interfaçage avec un portail ou un outil de découverte
• /api/v1/contrib/wrm/update_status : mettre à jour le statut d'une demande
• /api/v1/contrib/wrm/request : effectuer une nouvelle demande
• /api/v1/contrib/wrm/patrons/{patron_id}/requests : lister les demandes magasin de
l'utilisateur courant
• /api/v1/contrib/wrm/list/{borrowernumber} : lister les demandes magasin de l'utilisateur
donné en paramètre
• /api/v1/contrib/wrm/list/are/{status} : lister les demandes magasin avec un statut particulier
• /api/v1/contrib/wrm/biblio/{biblionumber} : retourne les exemplaires communicables pour
une notice donnée
• /api/v1/contrib/wrm/count : af
fi
che le total de demandes en cours sur une notice
bibliographique
10. Impression automatique des tickets (optionnel)
Messages Exchange
WRM/cronjobs/send-slips.pl
Génération des tickets PDF
+ base64 encoding
Consumer
Serveur
d’impression
Demandes
en statut
« Waiting »
Queue
Queue
Queue
Rabbit MQ
11.
12. Code de source, guide d’installation, signaler un bug
https://github.com/DSI-Universite-Rennes2/koha-plugin-warehouse-request
À partir de
Koha v18.11
14. Roadmap
• dé
fi
nir les catégories de lecteurs autorisées à faire des demandes magasin ;
• ajouter un quota (journalier et/ou global) de demandes par lecteur/catégorie de lecteur ;
• générer une
fi
le d'attente pour un exemplaire qui serait demander plusieurs fois de suite ;
• Interfacer le module avec l’OPAC classic
• P our les notices périodiques, pouvoir générer à la volée un exemplaire qui reprend les informations
(numéro, volume, année, etc) issues de la demande du lecteur (problématique des périodiques qui ne sont
pas systématiquement bulletinés) ;
• pouvoir valider les étapes du work
fl
ow directement avec le code-barres des exemplaires et nom le numéro
de la demande ;
• pouvoir attribuer un statut "lost" si une demande est annulée car l'exemplaire n'a pas été trouvé ou est
manquant ;
• brancher le plugin au module de réservation de koha