Koha 18.11

La version 18.11 de Koha apporte au logiciel son lot d’améliorations et de nouvelles fonctionnalités. Certaines sont particulièrement remarquables et méritent qu’on les présente en détail.

Nouvelles fonctionnalités

Ajout de commandes à un panier en dupliquant d'autres commandes

Quand on garnit un panier de commandes, on a un bouton Ajouter au panier qui permet de créer des commandes à partir de différentes sources : une notice du catalogue, une suggestion d'achat, un abonnement, une source externe Z39.50, un fichier de notices, les notices les plus réservées. Une nouvelle source est désormais disponible. On peut ajouter des commandes à un panier à partir d'une sélection de commandes provenant d'autres paniers. Ces commandes sont dupliquées dans le panier. L'opération est effectuée en trois étapes :

  • Recherche — Les commandes sont recherchées sur une combinaison de plusieurs critères. On peut identifier la notice commandée par son titre, son auteur, son ISBN ou son EAN. La commande elle-même est identifiée par son fournisseur, son panier, la date de création du panier, le n° de facture, le bordereau, la ligne de commande, son statut, le poste budgétaire, sa date.
  • Sélection — Le résultat de la recherche est présenté dans un tableau comprenant les informations utiles telles que le n° de la commande, son statut, son panier, le créateur du panier, etc. Des boîtes à cocher permettent de sélectionner les commandes que l'on veut dupliquer. On passe à l'étape suivante en cliquant sur le bouton Suivant.
  • Comptabilité — Une page permet de modifier globalement les informations comptables de toutes les commandes sélectionnées : la devise, le poste budgétaire, les notes interne et fournisseur, les champs statistiques 1 et 2. On peut également choisir de dupliquer les informations comptables des commandes d'origine. En cliquant sur cette page sur le bouton Dupliquer les commandes, les commandes sélectionnées sont recopiées dans le panier sur lequel on se trouvait.

Ajustements des factures

Il est possible désormais d'apporter des ajustements aux factures. Chaque ajustement crédite ou débite la facture d'un certain montant. On peut préciser le motif de l'ajustement au moyen d'une nouvelle liste de valeurs autorisées ADJ_REASON. On peut annoter l'ajustement et l'associer à un poste budgétaire, tout en spécifiant si l'engagement budgétaire est immédiat ou effectif uniquement à la fermeture de la facture.

Rotation du stock

Une nouvelle fonctionnalité de rotation du stock a été ajoutée à Koha afin d'améliorer la diffusion du stock des ressources documentaires d'une bibliothèque multi-sites. La rotation du stock est activée au moyen des préférences système StockRotation et RotationPreventTransfers. On y accède en allant dans Outils > Rotation du stock.

On peut définir plusieurs plans de rotation. Une rotation est une liste d'étapes (sites Koha) où des exemplaires sont envoyés pour un certain nombre de jours. On ajoute des étapes, on les modifie, on en supprime, on les réordonne. Une fois la rotation créée, on l'active, puis on y ajoute des exemplaires, soit un à un en entrant leurs codes à barres, soit par lot en chargeant un fichier de code à barres. Dans la page de détail d'une notice bibliographique, un nouvel onglet Rotation affiche la liste des rotations auxquelles appartiennent les exemplaires de la notice. Pour chaque exemplaire d'une rotation, son état est affiché : est-il en transit ? ; son étape actuelle dans la rotation.

Les exemplaires passent d'une étape de la rotation à la suivante, soit manuellement (bouton Déplacer à la prochaine étape) soit automatiquement au moyen d'un script stockrotation.pl qu'il faut exécuter quotidiennement. Les exemplaires sont alors en transit. Il est possible de marquer certains exemplaires comme étant très demandés. Dans ce cas, la durée du séjour à l'étape actuelle est doublée. Une rotation peut être cyclique (les exemplaires sont renvoyés à la première étape à la fin de leur dernière étape) ou non-cyclique (les exemplaires restent à la dernière étape).

Le script stockrotation.pl peut servir à envoyer un email aux sites qui doivent placer en transit un certain nombre d'exemplaires. Le text de l'email se trouve dans le nouveau ticket SR_SLIP.

Deux nouvelles permissions sont nécessaires pour utiliser la fonctionnalité de Rotation de stock : manage_rotas pour être autorisé à ajouter/modifier/supprimer les rotations ; manate_rota_items pour ajouter/supprimer des exemplaires aux rotations et modifier leur état (en transit, très demandé).

Authentification Shibboleth pour l'interface pro

Sur le modèle de l'authentification Shibboleth à l'OPAC, la connexion à l'interface pro de Koha peut se faire maintenant via ce protocole. Le Wiki de Koha contient une page sur la Configuration de l'authenfication Shibboleth.

Synchronisation Shibboleth

On peut établir des équivalences entre les attributs des utilisateurs Shibboleth et les champs des adhérents Koha. De cette façon, après avoir était identifié via Shibboleth, la fiche d'un adhérent peut être créée ou mise à jour. C'est dans la section shibboleth de koha-conf.xml que cette nouvelle fonctionnalité est activée et paramétrée. Par exemple :

<useshibboleth>1</useshibboleth>
<shibboleth>
  <!-- Champ Koha contenant l'identifiant Shibboleth -->
  <matchpoint>userid</matchpoint>
  <sync>1</sync>
  <mapping>
    <!-- L'attribut uid va dans le champ Koha userid -->
    <userid is="uid"></userid>
    <surname is="surName"></surname>
    <email is="email"></email>
  </mapping>
</shibboleth>

Documentation

Un travail important a été réalisé sur le manuel de Koha ainsi que sur ses différentes traductions. L'aide de Koha qui renvoyait jusqu'à présent sur des pages locales à son installation a été supprimée. À la place, les liens d'aide renvoient directement sur le manuel en-ligne.

Email de paiement ou de remise de dette

En activant la préférence système UseEmailReceipts, Koha envoie un mél aux adhérents lorsqu'ils effectuent un paiement de leurs amendes ou qu'ils bénéficient d'une remise de dette. Le texte des mél se trouve dans deux nouveaux tickets : ACCOUNT_PAYMENT et ACCOUNT_WRITEOFF. On peut désactiver sélectivement la fonctionnalité, paiement ou remise de dette, en supprimant un des deux tickets.

Livres audio RecordedBooks

Un nouveau contenu enrichi a été ajouté : les livres audio de RecordedBooks. Sur le modèle d'OverDrive, les recherches à l'OPAC peuvent retourner également des résultats provenant du Catalogue RecordedBooks. À partir de ce résultat, si l'adhérent est connecté à l'OPAC et si son adresse mél est celle d'un compte RecordedBooks, l'adhérent peut directement télécharger les livres audio ou les réserver. Trois préférences systèmes doivent être activées : RecordedBooksLibraryID, RecordedBooksClientSecret et RecordedBooksDomain.

Lien vers le dernier adhérent consulté

Dans l'interface pro, on peut afficher un lien direct vers le dernier adhérent qui a été consulté. Cette fonctionnalité est activée au moyen de la préférence système showLastPatron.

Services web

Les services web continuent d'étendre leur couverture fonctionnelle en présentant de nouvelles informations et fonctionnalités de Koha :

  • /patrons/{patron_id}/account – Les comptes d'un adhérent.
  • /patrons/{patron_id}/account/credits – Pour créditer le compte d'un adhérent d'un certain montant.
  • Services web pour les plugins – Les plugins peuvent enregistrer des services web auprès de Koha. Les plugins fournissant des services web doivent proposer deux méthodes : api_routes pour renvoyer la liste des services fournis et api_namspace pour regrouper les services du plugin dans un espace de noms.

Diagrammes pour les rapports SQL

Sur la page de résultat d'une requête SQL, un nouveau formulaire permet de générer un diagramme à partir des données du résultat. Trois types de diagramme sont proposés : secteur, barre, ou ligne. Différentes options permettent d'affiner le résultat. On peut exporter les diagrammes au format SVG.

Réceptions partielles des commandes de périodique

Jusqu'à présent, les commandes d'abonnement de périodique ne permettaient que de fixer à 1 la quantité commandée. De là, la quantité reçue ne pouvait être que de 0 (en attente de réception) ou de 1 (tout reçu). Or ce n'est pas ainsi que cela se passe pour les abonnements de périodique. Le vendeur envoie les fascicules par lots, souvent découplés de la périodicité du périodique, et il envoie parfois plusieurs factures au cours de la période de l'abonnement. Il n'était pas possible de savoir s'il restait des factures à recevoir.

Le fonctionnement des commandes d'abonnement a été modifié pour répondre au mieux à cette problématique. Il est possible désormais de fixer pour les commandes de périodique une quantité commandée supérieure à 1. On choisit cette valeur en fonction du mode de facturation du vendeur. S'il envoie une facture par fascicule publiée, la quantité sera égale au nombre de fascicules publiés. S'il envoie une facture au printemps et une facture en fin d'année, une quantité à 2 sera appropriée. Quand on reçoit une facture, on incrémente manuellement de 1 le champ quantité reçue de l'abonnement. On sait que la commande est entièrement reçue quand la Quantité commandée = Quantité reçue. Il est même possible de modifier le champ Quantité commandée en cours d'abonnement afin de tenir compte de situations telles qu'un changement de périodicité d'une revue en cours d'abonnement ou bien l'émission d'une facture supplémentaire en raison de la sortie d'un hors-série.

Serveur SRU de notices d'autorité

Pour les notices bibliographiques, il est possible de configurer et d'utiliser en catalogage des serveurs Z39.50 et des serveurs SRU. Pour les notices d'autorité, il n'était possible que de cibler des serveurs Z39.50. Cette version de Koha étant le support des serveurs d'autorités aux serveurs fonctionnant à la norme SRU. C'est le cas par exemple du serveur de la BNF.

Notes de prêt à l'OPAC

Quand la préférence système AllowCheckoutNotes est activée, les lecteurs qui se connectent à l'OPAC peuvent, sur leur liste de prêt en cours, laisser une note sur un prêt spécifique ou sur plusieurs prêts. Cette note, ainsi que sa date, est affichée à l'interface pro quand le livre est rendu.

Une nouvelle fonctionnalité permet de gérer ces notes en-dehors des retours, un peu à la manière des suggestions. L'utilisateur professionnel doit avoir la nouvelle permission circulation > manage_checkout_notes pour accéder à cette fonctionnalité. Dans le tableau de bord de Koha (la partie inférieure de la page d'accueil), une nouvelle ligne est affichée qui indique le nombre de notes de prêt en attente.

En cliquant sur le lien, on arrive sur une nouvelle page qui permet de visualiser toutes les notes, de les marquer comme vue, une-à-une ou par lot.

Améliorations

Acquisitions

  • Permission currencies_manage — Pour modifier le taux de change des monnaies, il fallait jusqu'à présent donner des droits très importants à un utilisateur : super-bibliothécaire ou les permissions parameter ou parmeters_remaining_permissions. Une nouvelle permission currencies_manage permet d'affiner les choses.
  • Créateur d'une commande — Un nouveau champ createdby a été ajouté à la table des commandes aqorders. On peut ainsi stocker et afficher les noms des utilisateurs qui ont créé les commandes.
  • Infos adhérent affichées dans une boîte modale — Dans plusieurs endroits, il est possible de lancer une recherche pour retrouver un adhérent : un panier d'acquisition ; le propriétaire d'un budget ; les cartes de bibliothèque ; les listes de circulation des périodiques. Sur la page de résultat de la recherche, on peut obtenir des infos détaillées sur les adhérents. Désormais ces infos sont affichées dans une boîte modale qui se superpose à la fenêtre de résultat.
  • Distinction Prix conseillé / Prix de remplacement — Jusqu'à présent, il y avait un unique champ rrp (retail recommanded price) dans la table des commandes aqorders qui servait à la fois, selon le contexte, de prix conseillé pour la ressource commandée et de prix de remplacement. Un nouveau champ replacementprice a été ajouté afin de distinguer les deux prix. La montée de version remplit automatiquement ce nouveau champ avec la valeur de l'ancien : Price de remplacement = Prix conseillé.
  • Info abonnement — Dans la vue Normale d'une notice bibliographique, il y a en bas trois onglets : Exemplaires, Description et Détails sur l'acquisition. Dans l'onglet Détails sur l'acquisition, un tableau affiche les commandes associées à la notice. Il y a plusieurs colonnes : site, statut, code à barres, etc. Or pour les périodiques, il peut y avoir un grand nombre de commandes d'abonnement qu'il est alors difficile de distinguer. Deux colonnes ont été ajoutées au tableau afin de remédier à ce problème : n° d'abonnement (aqorders.subsciptionid) et côte de l'abonnement (subscription.callnumber). Le n° d'abonnement est cliquable pour donner accès à l'abonnement.
  • Table des commandes d'un panier — La table des commandes d'un panier a été rendue paramétrable. Ses colonnes peuvent être affichées ou masquées.
  • Modification à la volée des notes des commandes — Dans la table des commandes d'un panier, une nouvelle option permet de modifier immédiatement la note d'une commande spécifique sans avoir à aller sur la page de détail de la commande.
  • Usabilité de la page de visualisation d'un panier — L'usabilité de la page de visualisation d'un panier a été améliorée. Des liens remplacent des boutons pour modifier la bibliothèque gérant le panier ainsi que le groupe auquel appartient le panier. L'affichage est plus compact et lisible.
  • Ajout depuis un nouveau fichier — Dans un panier, on peut ajouter des lignes de commande à partir de plusieurs sources : une notice du catalogue, une suggestion, une source Z39.50, etc. Une nouvelle source a été ajoutée : un nouveau fichier. En choisissant cette source, on est redirigé sur l'outil de chargement d'un fichier ISO2709. Après quoi, un lien propose d'ajouter directement les notices au panier en tant que lignes de commande.

Architecture du système

  • Liens multiples Koha-MARC — Afin d'améliorer le support du RDA dans Koha, les liens Koha-MARC ont été rendus multiples. Quand on est en Administration > Lien Koha-MARC, on associe une zone-sous-zone MARC à un champ d'une des deux tables biblio et biblioitems. On ne pouvait jusque-là qu'avoir une relation 1 à 1 : un champ MARC recopié dans un champ de la table choisie. Par exemple 200$a recopié en biblio.title. On peut désormais spécifier plusieurs sources pour un même champ d'une table. Par exemple, en MARC21, on pourra recopier 260$c et 264$c en biblio.publicationyear. Le premier champ renseigné sera recopié. En Unimarc, on pourra avoir 410$t et 225$a recopiés en biblioitems.collectiontitle.
  • Règles de circulation — La première étape de la refonte du système de définition des règles de circulation a été franchie dans cette version de Koha. Une nouvelle table circulation_rules a été ajoutée. Elle sera utilisée systématiquement dans les futures version de Koha. Pour le moment, elle sert à définir uniquement une nouvelle règle : Nombre max de réservations par catégorie d'adhérent. Elle a été ajoutée en Administration > Règle de circulation dans le tableau Règles de prêts/réservations. Le wiki de Koha détaille les améliorations à venir.
  • Affichage des réservations en modification par lot d'exemplaires — Une colonne a été ajoutée à l'outil de modification par lot d'exemplaires. Cela permet de savoir combien de réservations ont été faites sur chaque exemplaire qu'on s'apprête à modifier, à la fois les réservations de niveau exemplaires et celle de niveau biblio.
  • Script search_for_data_inconsistencies.pl — Ce script a été amélioré pour détecter les autorités présentes dans la table auth_header ayant un code qui n'est pas défini.
  • Mise à jour des plugins — Un mécanisme a été ajouté au système de gestion des plugins afin de permettre d'exécuter certaines opérations au moment de leur mise à jour. Par exemple, un plugin qui stocke des informations dans des tables peut nécessiter en montée de version de mettre à jour la structure de ses tables et leur contenu.
  • Boutons des plugins dans la barre d'outil du Catalogue — Dans l'interface pro, quand on visualise une notice, une barre de boutons est affichée : Ajouter (notice, exemplaire, etc.), Modifier (notice, exemplaire, etc.), Enregistrer (BIBTEX, Dublin Core, etc.), Ajouter à, Imprimer, Demande d'article. Un mécanisme a été ajouté au système de gestion des plugins pour permettre à certains plugins d'enregistrer auprès de Koha un bouton d'options qui sera affiché dans cette barre de boutons.
  • CSS et JS en pro ajouté par les plugins — Depuis la version 17.11, il y a un mécanisme qui permet aux plugins d'injecter du CSS et du JavaScript aux pages de l'OPAC. À cet effet, les plugins fournissent deux méthodes : opac_head et opac_js. Un mécanisme similaire fonctionne maintenant pour l'interface pro, et ce avec les méthodes intranet_head et intranet_js.
  • Amélioration des performances et de la stabilité — Des portions importantes du code de Koha ont été modifiées pour améliorer les performances mais aussi pour rendre Koha plus stable et évolutif. Exemples : indexation plus rapide ; unification du code gérant les adhérents ; suppression du code redondant ou inutile ; gestion unifiée du répertoire où charger des données temporaires sur le serveur ; sécurisation, extension et simplification des opérations comptables des adhérents ; regroupement et simplification du code gérant les mots de passe des adhérents. ; regroupement du code gérant les exemplaires ; consistance du code gérant le changement de langue à l'OPAC et en pro ;

Catalogage

  • Indicateurs par défaut — Il est possible désormais de définir dans les grilles de saisir des valeurs par défaut pour les indicateurs des zones MARC.
  • Colonne supplémentaire paramétrable en résultat Z39.50 — Sur la page de résultat d'une recherche Z39.50, il est possible d'ajouter un colonne supplémentaire contenant des champs choisis au moyen de la nouvelle préférence système AdditionalFieldsInZ3950ResultSearch. Exemple de sélection de champs : 001, 082$ab, 090$ab.
  • Stockage en MARC du créateur de la notice et de l'utilisateur qui l'a modifiée en dernier — Le borrowernumer et le prénom/nom de l'utilisateur qui a créé la notice biblio et de celui qui l'a modifié en dernier peut être enregistré automatiquement dans des champs de la notice MARC elle-même. À cet effet, on utilise quatre nouvelles préférences système : MarcFieldForCreatorId, MarcFieldForCreatorName, MarcFieldForModifierId et MarcFieldForModifierName.
  • Recherche autorité Z39.50 par n° de contrôle — Quand on dérive une notice d'autorité à partir d'une source Z39.50, on peut désormais faire une recherche sur le n° de contrôle, c.-à-d. l'identifiant de la notice dans le référenciel, le PPN par exemple pour le Sudoc.

Circulation

  • Note interne sur la liste des retards — En Circulation > Retards, une colonne a été ajoutée pour afficher la note non-public des exemplaires.

  • Blocage paramétrable du renouvellement — Il est possible de paramétrer le blocage du renouvellement des exemplaires en fonction de certains critères s'appliquant aux champs de la table items. La nouvelle préférence système ItemsDeniedRenewal contient ces critères. Cet préférence contient une structure de données YAML, sur le même modèle que la préférence OpacHiddenItems. Si vous utilisez des notifications de renouvellement automatique, il faudra mettre à jour le ticket AUTO_RENEWALS pour préciser les raisons du refus de renouvellement item_denied_renewal. Par exemple, si la préférence contient ce qui suit, les exemplaires qui ont en ccode les valeurs EBOOK ou DVD ou qui sont du type de document NOUVEAU seront interdits de renouvellement :

    ccode: [EBOOK,DVD] 
    itype: [NOUVEAU]
  • Ticket de réservation automatique — Jusqu'à présent, en retour d'un document, s'il est réservé une boîte dialogue demande si l'exemplaire doit être mis de côté, puis on peut imprimer un ticket de réservation (ticket HOLD). Deux nouvelles préférences systèmes permettent d'automatiser le processus: HoldsAutoFill et HoldsAutoFillPrintSlip. En activant la première préférence, il n'est pas nécessaire de confirmer la mise de côté de l'exemplaire. En activant la seconde, le ticket de réservation est imprimé immédiatement sans demande de confirmation.

  • Colonne Collection dans la table des prêts — Dans les pages de prêt et de détail d'un adhérent, un tableau de transactions de prêt est affiché. Une colonne Collection (ccode) a été ajoutée. Par défaut, la nouvelle colonne n'est pas affichée. Il faut l'activer en allant en Administration > Configurer les colonnes > Circulation > issues-table.

  • Refonte visuelle de la page Circulation — La page Circulation, qui donne accès à toutes les options du module Circulation, a été réorganisée et son aspect visuel et pratique a été amélioré.

  • Prêts par type de doc — Dans la page de prêts, un tableau affiche les transactions prêts réalisées par l'adhérent. Au-dessus de ce tableau, une option a été ajoutée : Nombre de prêts par type de documents. En cliquant sur ce lien, un compteur du nombre de prêts par type de document est affiché.

  • Affichage de Collection en réservation — À l'OPAC et pro, au moment de réserver un exemplaire précis, un tableau affiche tous les exemplaires de la notice. Ce tableau comprend quelques colonnes comme Type de doc, Code à barres, Cote, etc. Une colonne est ajoutée à ce tableau quand un des exemplaires contient un champ Collection (ccode) renseigné.

  • Sélection multiple en demande d'article — En Circulation > Demandes d'article, un tableau affiche les demandes d'article en attente ou en cours. On pouvait jusqu'à présent sélectionner individuellement une demande et effectuer dessus certaines actions : modifier son statut, l'annuler, imprimer un ticket. Une nouvelle fonctionnalité permet maintenant de sélectionner les demandes du tableau et d'effectuer sur la sélection des actions groupées : toutes celles disponibles individuellement, sauf l'impression d'un ticket.

  • Confidentialité des infos adhérent en Prêt — Dans la page de prêt, quand on sélectionne le lecteur auquel prêter des livres, sur la gauche de la page les info personnelles du lecteur sont affichées : son adresse, son n° de téléphone, etc. Une nouvelle préférence système HidePersonalPatronDetailOnCirculation peut être activée afin de ne pas afficher ces informations confidentielles.

  • Codes à barres cliquables en Historique de prêts — En Historique de prêt d'un adhérent, les codes à barres affichés dans le tableau des prêts sont maintenant cliquables. Le lien ouvre la page d'info détaillées de l'exemplaire, dans l'onglet Exemplaires de la notice bibliographique.

  • Historique des prêts d'une notice — L'onglet Historique des prêts d'une notice bibliographique affiche tous les prêts des exemplaires de la notice. La table qui affiche les prêts est désormais paramétrable : Administration > Configurer les colonnes > Catalogue > checkoutshistory-table.

  • Note dans les règles de circulation — Chaque règle de circulation (Administration > Règle de circulation) dispose d'un champ supplémentaire dans lequel vous pouvez laisser une note. Une nouvelle colonne, placée entre Type de document et Prêts autorisés affiche cette note.

  • Restriction de la gestion des règle de circulation — La permission manage_circ_rules autorise un utilisateur à modifier toutes les règles de circulation. Une nouvelle préférence système manage_circ_rules_restricted restreint ce droit à la modification uniquement des règles de la bibliothèque de rattachement de l'utilisateur.

Adhérents

  • RGPD — Le Règlement général sur la protection des données (RGPD) est entré en vigueur le 25 mai 2018. Koha implémente un mécanisme permettant de mettre en conformité les bibliothèques avec le RGPD en collectant explicitement le consentement des lecteurs qui se connectent à l'OPAC. Deux préférences système et une nouvelle table permettent l'implémentation du RGPD dans Koha. La préférence GDPR_Policy permet de spécifier trois niveaux de consentement .1) Aucun : C'était le fonctionnement de l'OPAC jusqu'à présent. 2) Permissif : Un message demande au lecteur son consentement, mais, s'il ne le donne pas, il peut continuer à utiliser l'OPAC. 3) Strict : Si le lecteur ne donne pas son consentement, il est déconnecté de l'OPAC. La préférence PrivacyPolicyURL contient l'URL de la page qui décrit dans le détail l'usage que la bibliothèque fait des données personnelles qu'elle collecte. La table patron_consent enregistre la date et l'heure à laquelle chaque adhérent a donné son consentement. Quand GDPR_Policy est activé, en mode strict ou permissif, lorsque le lecteur se connecte à l'OPAC, il est redirigé vers une page où il lui est demandé de prendre connaissance des règles relatives au RGPD de la bibliothèque et de donner son consentement à la politique de collecte des données de l'établissement.
  • Permission pour accéder aux suggestions — Jusqu'à présent, la permission catalogue permettait d'accéder à la page de gestion des suggestions. Une nouvelle permission suggestion_manage a été ajoutée afin d'affiner les permissions nécessaires pour accéder aux suggestions.
  • Table des amendes et des frais — La table des amendes et des frais d'un adhérent a été alignée sur les tables utilisées ailleurs dans Koha. Cette table offre de nouvelles options de filtrage et de tri. Cette table peut être paramétrée : Administration > Configuration de la colonne > Adhérents > account-fines.
  • Colonne Bibliothèque pour les amendes
  • Granularisation des permissions Administration — Jusqu'à présent, l'accès au module Administration était contrôlé sommairement par deux permissions : manage_circ_rules et parameters_remaining_permissions. Il n'était pas possible par exemple d'autoriser un utilisateur à gérer uniquement les grilles de saisie. Il fallait lui donner accès à toutes les options de l'Administration. Désormais l'accès à chaque option de l'administration est contrôlée par une permission spécifique. Vingt deux permissions ont été ajoutée : manage_sysprefs, manage_libraries, manage_itemtypes, manage_auth_values, manage_patron_categories, manage_patron_attributes, manage_transfers, manage_item_circ_alerts, manage_cities, manage_marc_frameworks, manage_keywords2koha_mappings, manage_classifications, manage_matching_rules, manage_oai_sets, manage_item_search_fields, manage_search_engine_config, manage_search_targets, manage_didyoumean, manage_column_config, manage_sms_providers, manage_audio_alerts, manage_usage_stats.
  • Listes partagées d'adhérents — Les listes d'adhérents sont gérées dans Outils > Listes d'adhérents. Une nouvelle permission permet de les partager entre utilisateurs professionnels.
  • Date de renouvellement de l'adhérent — Depuis la version 17.11 de Koha, un nouveau champ de la table des adhérents borrowers.date_renewed permet d'enregistrer la date à laquelle a été renouvelée la carte de bibliothèque d'un lecteur. L'information n'était pas affichée. Désormais quand un lecteur a été renouvelé, la page de détail du lecteur affiche sous le champ Date d'inscription le champ Date de renouvellement.
  • Date de modification de l'adhérent — Dans la page de détail des adhérents, dans la zone, en haut à gauche, où sont affichés la photo de l'adhérent, son adresse, sa catégorie, etc., sous le n° de l'adhérent, une nouvelle information est affichée : la date et l'heure à laquelle la fiche du lecteur a été modifiée pour la dernière fois.

OPAC

  • AdLibris — AdLibris est un fournisseur suédois d'images de couvertures de livres. On peut activer son utilisation avec la préférence système AdLibris.
  • Tri des réservations par priorité — Dans la page des réservations du lecteur, si la colonne priorité est affichée, elle est utilisée par défaut pour trier les réservations.
  • Exception à OpacHiddenItems — La préférence OpacHiddenItems permet de définir des critères pour masquer des exemplaires à l'OPAC. Une nouvelle préférence système OpacHiddenItemsExceptions permet de choisir des catégories d'adhérent pour lesquelles ces critères ne s'appliqueront pas.
  • Nouvelles icônes — Les icônes affichées à l'OPAC ont été modernisées. Koha utilise désormais la bibliothèque d'icônes FontAwesome.
  • Retour à la page de recherche après connexion — Quand on est en recherche et que l'on se connecte, on était redirigé sur la page du lecteur. Désormais après connexion, on revient sur la page de résultat de la recherche.
  • Demande d'article en résultat de recherche — Le lien Demande d'article ne s'affiche plus en résultat d'une recherche que pour les notices pour lesquelles une demande d'article est possible.
  • Liste de circulation du lecteur — Un nouvel onglet a été ajouté à la page du compte d'un lecteur connecté afin de lui permettre de voir les listes de circulation de périodiques auxquelles il appartient.
  • Visuel de l'OPAC — L'aspect visuel de l'OPAC a été simplifié et modernisé au moyen d'une nouvelle feuille de style CSS.
  • OpacBrowseResults — Si la préférence système OpacBrowseResults est activée, après une recherche, sur la page de détail d'une notice bibliographique, on peut revenir à la page de résultat ou bien le parcourir directement, passer d'une notice à l'autre, aller sur une notice spécifique. Cette fonctionnalité a été réimplémentée en HTML plutôt qu'en JavaScript afin de la rendre plus légère et opérationnelle même si JavaScript est désactivée.
  • Identifiant / site de l'adhérent — Il peut être nécessaire à certaines bibliothèques, d'avoir accès en JavaScript à l'identifiant (borrowernumber) et au site de rattachement (branchcode) de l'adhérent qui s'est connecté à l'OPAC. À cet effet, deux attributs HTML ont été ajoutées à toutes les pages de l'OPAC. On y accède de cette façon : $(".loggedinusername").attr('data-branchcode') et $(".loggedinusername").attr('data-borrowernumber').
  • Boîte de dialogue de connexion — La boîte de dialogue de connexion d'un adhérent à l'OPAC a été restylée.
  • Ouverture du panier en 1 clic — Le lien Panier en haut à gauche de l'OPAC donne maintenant accès en un clic à la boîte de dialogue présentant les notices ajoutées à son panier. Il fallait deux clics auparavant.

Recherche

  • Facette Collection — Une facette a été ajoutée à Zebra pour le champ collection (ccode). En Unimarc: 099$t ou 955$t.

  • Interface de paramétrage des index ES — L'interface web d'administration des index ElasticSearch a été simplifiée et améliorée.

  • Pondération des champs ES — Dans la configuration des champs placés dans des index ElasticSearch, il est possible de donner un poids au champ. C'est une valeur comprise entre 1 et 99. Plus un champ a un poids élevé, plus le résultat d'une recherche trié par pertinence, surtout d'une recherche simple, placera en tête du résultat les notices contenant l'info recherchée.

  • Optimisation de l'indexation ES — Le code qui réalise l'indexation des notices dans ElasticSearch a été refondu afin d'améliorer les temps d'indexation ainsi que la maintenabilité du code. La configuration de l'indexation ES a été déplacée du code lui-même dans des fichiers de configuration. Les ISBN sont indexés sous leurs deux formes : ISBN-10 et ISBN-13.

Périodiques

  • Plusieurs commandes pour un même abonnement — Il y avait une limitation du nombre de commandes qu'on pouvait associer à un abonnement. Cette limitation a été levée. On peut désormais créer plusieurs commandes en cours pour un même abonnement. L'affichage de ces commandes a été placé dans un onglet séparé qui n'est présent que pour les abonnements ayant des commandes en cours.
  • Détails sur l'acquisition — La table qui affiche le détail de l'acquisition d'un abonnement a été rendue paramétrable: Administration > Configurer les colonnes > Périodiques > subscription-detail. Deux nouvelles colonnes ont été ajoutées au tableau affichant un abonnement : la note interne de l'abonnement, la note du vendeur.
  • Réception multiple à la date du jour — Quand on fait une réception multiple d'un périodique (on réceptionne plusieurs numéros), la date de réception de chacun des périodiques réceptionnés étaient mise à la date de publication de chaque fascicule. Une nouvelle option a été ajoutée à la boîte de dialogue de réception multiple : Mettre la date de réception à aujourd'hui. Quand l'option est cochée, tous les fascicules ont une date réception égale à la date du jour.

Divers

  • Script export_records.pl, option de filtrage — Le script export_records.pl permet d'exporter les notices bibliographiques ou d'autorité. Une option -marc_conditions a été ajoutée. Elle permet d'exclure de l'export les notices qui remplissent certaines conditions s'appliquant aux champs MARC de la notice. On peut avoir par exemple : -marc_conditions "035a!=bnf,041a=fre".
  • Verbosité du script d'indexation Zebra — La verbosité du script d'indexation koha-rebuild-zebra (distribution Debian) peut être augmentée au moyen de l'utilisation multiple de l'option -v.
  • search_for_data_inconsistencies.pl — Un nouveau script permet d'identifier certaines incohérences dans les données de Koha : 1) dans la table des exemplaires items, les exemplaires qui n'ont pas les champ homebranch ou holdinggranch renseignés ; 2) les autorités qui ont un type codé qui n'est pas défini dans le système ; 3) les exemplaires et les notices biblio qui ont un type de doc vide ; 4) les exemplaires et les notices biblio qui ont un type de doc qui n'est pas défini dans le système.
  • Ajout d'exemplaires par lot à une réserve de cours — Sur la page d'une réserve de cours, un bouton permettait jusqu'à présent d'accéder à une autre page dans laquelle on pouvait ajouter des exemplaires un à un. Un nouveau bouton a été ajouté qui permet de réaliser la même opération par lot. Dans la page d'ajout par lot, une boîte de saisie permet de scanner plusieurs codes à barres. Sous cette boîte, on sélectionne ensuite les éventuelles modifications à apporter aux exemplaires : type de doc, collection, bibliothéques, notes interne/publique.
  • Remise de plusieurs amendes et frais — Sur la fiche d'un adhérent, l'onglet Amendes et frais donne accès aux amendes et aux actions comptables relatives au lecteur. L'onglet Payer permet de payer ou d'annuler des amendes et frais. On peut payer ou annuler les frais un-à-un. On pouvait en payer plusieurs ensemble mais pas faire d'annulation groupée. C'est possible désormais. On sélectionne plusieurs amendes et frais dans le tableau. On clique sur un nouveau bouton Annuler la sélection.
  • Annulation d'une remise — On peut désormais annuler une remise comme on pouvait déjà annuler un paiement.
  • Bibliothèque de retrait d'une réservation — Jusqu'à présent, à l'OPAC et en pro, quand on faisait une réservation, on pouvait choisir la bibliothèque de retrait de la réservation dans une boîte de liste. Toutes les bibliothèques (les sites) définies étaient proposées, ce qui pouvait poser problème pour certains consortium de bibliothèques. Une option a été ajoutée à la définition des sites afin d'exclure certains sites de cette liste. Pour exclure un site, aller en Administration > Tous les sites. Choisir un site. Passer à Non le champ Bibliothèque de retrait.
  • Réservations par jour — Les règles de circulation ont été étendues afin de permettre de limiter le nombre de réservations quotidiennes faites par les lecteurs. On peut ainsi avoir quelque chose comme: 30 réservations autorisées au total, mais seulement 5 réservations autorisées par jour. Aller en Administration > Règle de circulation. Observez les deux colonnes : Réservations totales autorisées (total) et Réservations quotidiennes autorisées.
  • Regroupement optionnel des réservations par bibliothèque de retrait et/ou type de doc — Les règles de circulation permettent d'honorer les réservations sur des combinaisons de bibliothèques de retrait et de type de document. Sur la page de réservation en pro, il n'est pas facile de comprendre quelles règles s'appliquent. De nouvelles préférences système ont été ajoutées pour permettre de regrouper visuellement les réservations. AllowHoldItemTypeSelection permet de faire apparaître une boîte de sélection dans laquelle sélectionner un type de doc. HoldsSplitQueue permet de choisir le critère qui sera utilisé pour regrouper les réservations : aucun regroupement, par bibliothèque de retrait, par type de doc, par bibliothèque et type de doc. HoldsSplitQueueNumbering définit le mode de numération des réservations, soit l'ordre réel, soit l'ordre virtuel (celui des regroupement).
  • Simplification de la liste des réservations en attente de retrait — En Circulation > Réservations mises de côté, les listes affichées ont été simplifiées.
  • Internationalisation — Le système de traduction de Koha a été entièrement révisé. Il permet désormais de gérer beaucoup plus finement et précisément la traduction des textes de l'anglais vers des langues ayant une grammaire différente : ordre des mots, pluriels, etc. De plus, ce système de traduction peut être également utilisé dans les scripts de Koha en ligne de commande qui, jusqu'à présent, ne pouvaient pas être traduits.
  • Amélioration du PEB — Pour chaque requête de prêt entre bibliothèque (PEB), il désormais possible d'ajouter un nombre illimité de commentaires. Les informations complémentaires renvoyées par un fournisseur de PEB sont plus accessibles et mieux affichées. Il est possible de modifier les métadonnées renvoyées par le fournisseur de PEB. Ajout d'un lien vers la notices Koha liée à un PEB quand elle existe. Visualisation de l'identifiant des requêtes à l'OPAC.
  • Description des lots d'étiquettes — Des lots d'étiquettes de cartes de lecteur ou de codes à barres étaient difficiles à identifier quand il y en avait beaucoup. Désormais chaque lot peut être identifier au moyen d'un champ supplémentaire Description.
  • Tri des listes par date de création — En pro, les listes peuvent désormais être triées par date de création.
  • Normes MARC — Le support de la norme MARC a été mis à niveau : MARC21 et MARC Allemand.
  • Template Toolkit — Les tickets CHECKOUT et CHECKIN ont été mis à niveau pour utiliser Template Toolkit. Par exemple, au-lieu d'utiliser l'ancienne syntaxe <<biblio.title>>, vous pouvez utiliser la nouvelle: [% biblio.title %].
  • SMS émis par une seule adresse — Certains fournisseurs de SMS n'acceptent d'acheminer les SMS qu'en provenance d'une seule source (adresse mél). Une nouvelle préférence EmailSMSSendDriverFromAddress permet de forcer l'email de l'émetteur des SMS.
  • Coloration SQL — Dans le module Rapport, la zone de saisie des requêtes SQL supporte un système de coloration syntaxique qui améliore sensiblement la lisibilité de vos requêtes.
  • Purge de suggestion — Le script de purge des suggestions purge_suggestions.pl enregistre maintenant dans logs, s'ils sont activés, le nombre de jours au-delà duquel les suggestions sont purgées. Ce nombre vient de la préférence PurgeSuggestionsOlderThan .

  • Liens entre autorités — Dans l'interface pro, quand on est la page de détail d'une autorité, si cette autorité est reliée à d'autres autorités, des liens cliquables sont affichés vers ces autorités : terme générique, terme spécifique, voir aussi.
  • Préférences système requérant un cronjob — Un certain nombre de préférences système requièrent pour fonctionner correctement qu'une tâche planifiée (cronjob) soit exécutée sur votre serveur. Les descriptions de toutes ces préférences ont été modifiées pour indiquer explicitement ce prérequis.

Nouvelles préférences système

AdditionalFieldsInZ3950ResultSearch, AdlibrisCoversEnabled, AdlibrisCoversURL, ArticleRequestsLinkControl, ElasticsearchIndexStatus_authorities, ElasticsearchIndexStatus_biblios, GDPR_Policy, HoldsAutoFill, HoldsAutoFillPrintSlip, HoldsSplitQueue, ItemsDeniedRenewal, KohaManualBaseURL, KohaManualLanguage, MarcFieldForCreatorId, MarcFieldForCreatorName, MarcFieldForModifierId, MarcFieldForModifierName, OpacHiddenItemsExceptions, OverDrivePasswordRequired, PrivacyPolicyURL, RecordedBooksClientSecret, RecordedBooksDomain, RecordedBooksLibraryID, RotationPreventTransfers, StockRotation, UseEmailReceipts, showLastPatron.

Article précédent