Cette page aborde les fonctionnalités manquantes dans koha. Lorsqu'il sera complété et validé par les francophones impliqués dans le projet, une page spécifique abordera la question de la charge de travail.
La page ClassementFonctionnalites classe les fonctionnalités en indiquant leur importance, leur complexité technique, et le délai approximatif nécessaire à leur développement.
Pouvoir définir plusieurs grilles différentes. (4 ? 5 ?)
Pouvoir dupliquer une notice bibliographique.
Pouvoir mettre à jour les notices à partir :
d'un fichier iso2709 externe SANS les éléments d'exemplaires (995 par exemple) (= mise à jour de la notice biblio seulement)
d'un fichier iso2709 AVEC les éléments d'exemplaire (=écrasement de la notice existant déjà)
Gestion de l'historique des notices (qui, quand modifie une fiche biblio/d'exemplaire)
Le récolement consiste à imprimer une liste d'ouvrage qui n'ont pas été “vus” (=empruntés) depuis un certain temps. La liste en main, le bibliothécaire passe dans les rayons et annote la liste. Ensuite, il retourne sur son écran et enregistre ce qu'il a vu. Différentes actions sont possibles : ouvrage présent, ouvrage disparu, ouvrage hors d'état et sorti de la bibliothèque.
Dans la version 2.0.0, un outil de récolement permet de “cocher” les ouvrages vus, dans une liste présentée par cote.
Il manque la possibilité de récoler par scan du code-barre.
Il faudrait aussi pouvoir définir un “état” des documents (perdu, volé, en réparation…)
Ceci doit pouvoir être rattaché à une question plus générale sur l'état des documents.Je pense que pour la machine le document est libre (pour le prêt) ou pas, il serait interessant de pouvoir choisir les formes que peuvent prendre le “pas libre” (exclu du prêt, réparation, relieur,réservation, en commande, à l'équipement, prêt à la demande…)
Pouvoir rechercher des notices dans la base Koha, mais également sur des serveurs z3950 externes.
Pouvoir ordonner les résultats par auteur / titre / date édition / éditeur (autre ?)
l'ordre des réponses doit ignorer les mots vides (“les fleurs du mal” doit être classé dans les f)
Permettre les recherches sur des “champs associés”. Par exemple “auteur” cherche sur 200$a, 700$a,700$b, 701$a…
Intégrer un historique des recherches (durée session ou + long)
Impression des recherches & des résultats (fonctionnalité peut-être “redondante” avec l'envoi de paniers de notices par mail ? lorsque les notices sont envoyées, on peut en faire ce qu'on veut)Oui, mais on a un mail ou pas.
cataloguage “à la volée” lors de la circulation, en cas de saisie de code barre inconnu (=informatisation incomplète)
Koha serveur z3950
La gestion des périodiques comporte :
gestion des suggestions d'abonnement.
gestion en lien avec les budgets (du module acquisitions).
Enregistrement d'abonnement : date début, durée, périodicité, fournisseur (lien avec la table des fournisseurs), titre, éditeur, prix abonnement, mots-clefs, cote dewey, remarques, (autres champs ?)
suivi des ré-abonnements : liste des revues dont l'abonnement arrive à expiration dans moins de 2 mois. Un bouton permettra d'imprimer un bon de réabonnement. Un bouton permettra d'enregistrer le réabonnement. Un bouton permettra d'annuler l'abonnement à la revue.
suivi des abonnements : il sera possible de rechercher un abonnement, de le modifier, et d'afficher la liste des numéros arrivés/non arrivés.
gestion abonnements multiples avec exemplaires rattachés à annexes multiples.
Le bulletinage concerne la réception des exemplaires des abonnements aux périodiques.
Il s'agira dans koha de proposer une fonction permettant de suivre les abonnements,puis de bulletiner les exemplaires.
suivi des réceptions :
liste des revues qui doivent être arrivées (titre, fournisseur, date arrivée prévue).
Un bouton permettra de noter que la revue est arrivée et fera disparaître l'entrée de la liste des revues en attente. Noter que la revue est arrivée entraine la saisie du numéro de l'exemplaire reçu. koha conservera l'historique des revues arrivées. L'enregistrement de l'arrivée d'une revue entrainera facultativement une entrée dans les notices et les exemplaires.
Un bouton permettra d'enregistrer qu'un numéro n'est pas arrivé.
Un bouton permettra d'imprimer une relance à destination du fournisseur.
La liste est présentée du plus en retard au moins en retard.
Il s'agit de saisir les liens 4xx pour les notices de périodiques. Les liens 4xx permettent de suivre l'histoire d'un périodique (fusion, changement de titre,…)
Dans la 2.0.0 il est possible de saisir ces liens, mais il n'y aura pas de possibilité de “sauter” d'une notice à la notice du lien.
Le dépouillement d'un périodique concerne la création de notices bibliographique pour certains articles d'un exemplaire donné d'un périodique. Ces notices sont saisies selon la norme Z44-078 (afnor)
connexion à des banques de données de dépouillement.
3 cas sont possibles :
les collections sont conservées sans limite.
les collections sont conservées temporairement (=élimination)
les collections sont conservées sans limites mais les fascicules sont fusionnés dans un classeur après circulation initiale.
permettre de définir des critères de prêt par type d'ouvrage / type de lecteur.
permettre de définir des critères de prêts très évolués (= laisser l'utilisateur faire ce qu'il veut quitte à ce que ce soit TRES complexe !)
Le module statistiques permettra d'afficher une liste de statistiques pré-programmées. Cette liste pourra être complétée. Ajouter une requète nécessitera l'intervention d'un développeur mais ne nécessitera pas la modification du logiciel.
Pour que ceci soit possible, il faudra définir un certain nombre de règles techniques qui n'ont pas lieu d'être décrites dans ce document.
Il faut également choisir l'outil de génération des réponses. Celles-ci pourraient être transmises dans 3 formats :
Pouvoir rechercher des notices dans la base Koha, mais également sur des serveurs z3950 externes.
Le panier peut être vidé par le lecteur, n'est accessible que par lui et disparaît dès qu'il quitte Koha.
Les paniers permanents sont intéressants pour les professeurs, par exemple, pour établir des bibliographies pour les élèves.
3 types de paniers permanents peuvent être définis : privé, public, anonyme.
Un panier privé est accessible à son créateur seulement.
Un panier public est lisible pas tous, mais est géré par 1 seul propriétaire.
Un panier anonyme est créé par un bibliothécaire, mais est géré par tout le monde ensuite. (prévoir mécanisme pour savoir QUI a supprimé une notice d'un panier anonyme, afin d'éviter les “piratages”)
Elements existant déjà :
Ce support fait l'objet d'un paragraphe spécifique : FrenchSupportMARC
' Question : il faut peut-être sécuriser l'accès par mot de passe ?'
