Wiki source code of 2022 : version 12.0 (juin)
Last modified by ACE Decalog on 2022/06/16 10:15
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
 |
13.2 | 1 | {{box cssClass="floatinginfobox" title="**Table des matières**"}} |
| 2 | {{toc start="1" depth="2" numbered="false" scope="page"/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| 5 | (% class="box successmessage" %) | ||
| 6 | ((( | ||
| |
24.1 | 7 | **Cette version sera déployée le 5/06/2022 sur sigb01, sigb03 et sigb06, puis le 19/06/2022 sur les autres environnements. ** |
| |
13.2 | 8 | ))) |
| 9 | |||
| 10 | = (% style="color:#3398cc" %)1. Catalogage : traitements par lot sur les indexations matières(%%) = | ||
| 11 | |||
| 12 | Une nouvelle donnée a été ajoutée dans les traitements par lot sur les notices bibliographiques : l’indexation matière. Ce traitement rend possible l’ajout, le remplacement ou la suppression d’une indexation matière sur un lot de notices. | ||
| 13 | |||
| 14 | (% style="text-align:center" %) | ||
| 15 | [[image:V12.0-1.1-Catalogage_traitements par lot sur les indexations matières.png||height="475" width="1000"]] | ||
| 16 | |||
| 17 | Ce traitement peut par exemple être utilisé pour : | ||
| 18 | |||
| 19 | * Transférer une liste de thèmes de centres d’intérêt en indexation matière : basculer le centre d’intérêt « Architecture » en sujet par exemple. | ||
| 20 | * Affranchir une subdivision d’un terme : remplacer « Drogues ~*~* Droit ~*~* Belgique » par « Drogues ~*~* Droit » « Belgique » | ||
| 21 | |||
| 22 | (% style="text-align:center" %) | ||
| 23 | [[image:V12.0-1.2-Catalogage_traitements par lot sur les indexations matières.png]] | ||
| 24 | |||
| 25 | = (% style="color:#3398cc" %)2. Périodiques : réservation possible du dernier numéro non prêtable(%%) = | ||
| 26 | |||
| 27 | Dans le module Paramètres, onglet Listes, entrée « Statuts pour le prêt et la réservation », il existait un contrôle sur les champs empêchant de cocher la case « Réservable » si la case « Prêtable » n’était pas cochée. Pour les documents porteurs de ce statut, cela se traduisait par l’impossibilité de pouvoir le réserver, étant donné qu’il ne pourrait de toute façon pas être prêté par la suite. | ||
| 28 | |||
| 29 | Cela posait un problème pour le cas particulier du statut relatif au dernier numéro à consulter sur place, sollicité dans la ou les règle(s) de dernier numéro pour les périodiques. En effet, ce dernier numéro n’était pas prêtable mais cela n’est que temporaire : il était envisageable de permettre la réservation dans ce cas précis étant donné que le numéro est destiné à être emprunté par la suite. | ||
| 30 | |||
| 31 | Ce contrôle a donc été levé : il est possible de définir dans l’interface qu’un statut puisse être réservable sans être prêtable. | ||
| 32 | |||
| 33 | (% style="text-align:center" %) | ||
| 34 | [[image:V12.0-2.1-Périodiques_réservation possible du dernier numéro non prêtable.png]] | ||
| 35 | |||
| 36 | De ce fait, lorsqu’une notice a un exemplaire avec un statut non prêtable et réservable (l’exemplaire est donc **temporairement** exclu du prêt), elle peut donc être réservée avec la mention « Bientôt prêtable ». | ||
| 37 | |||
| 38 | (% style="text-align:center" %) | ||
| 39 | [[image:V12.0-2.2-Périodiques_réservation possible du dernier numéro non prêtable.png]] | ||
| 40 | |||
| 41 | (% class="wikigeneratedid" %) | ||
| 42 | Si le statut est non réservable et non prêtable (l’exemplaire est exclu du prêt de manière **permanente**), la notice apparaît, comme maintenant, « Non prêtable ». | ||
| 43 | |||
| 44 | (% style="text-align:center" %) | ||
| 45 | [[image:V12.0-2.3-Périodiques_réservation possible du dernier numéro non prêtable.png]] | ||
| 46 | |||
| 47 | L’exemplaire non prêtable et réservable n’est pas proposé dans l’écran d’attribution des réservations. Il ne le sera que lorsque le statut sera automatiquement enlevé de l’exemplaire à l’issue de sa période de dernier numéro, permettant ainsi de l’attribuer aux réservations. | ||
| 48 | |||
| 49 | = (% style="color:#3398cc" %)3. Traitements par lot : gestion d'une file d'attente(%%) = | ||
| 50 | |||
| 51 | Des améliorations ont été apportées au suivi des traitements par lot dans Decalog SIGB. | ||
| 52 | |||
| 53 | Premièrement, une partie des restrictions sur le lancement des traitements par lot a été supprimée : il est désormais possible de lancer simultanément un certain nombre de traitements par lot, dès l’instant où ces derniers ne concernent pas les mêmes données (afin d’éviter le risque de collision). | ||
| 54 | |||
| 55 | Deuxièmement, dans le cas où les deux traitements sont susceptibles de concerner les mêmes données, il est proposé de mettre le traitement par lot en file d’attente, au lieu de simplement l’empêcher. Cela se traduit par une évolution de la fenêtre proposée dans ce cas de figure : | ||
| 56 | |||
| 57 | (% style="text-align:center" %) | ||
| 58 | [[image:V12.0-3.1-Traitements par lot_gestion d'une file d'attente.png||height="258" width="1000"]] | ||
| 59 | |||
| 60 | Troisièmement, un écran permettant la visualisation de la file d’attente des traitements a été ajouté dans le logiciel. | ||
| 61 | |||
| 62 | Cet écran est accessible depuis tous les modules de Decalog SIGB, par le biais d’une icône accessible dans la barre supérieure du logiciel : | ||
| 63 | |||
| 64 | (% style="text-align:center" %) | ||
| 65 | [[image:V12.0-3.2-Traitements par lot_gestion d'une file d'attente.png]] | ||
| 66 | |||
| 67 | Cet écran liste ainsi tous les traitements par lot en cours d’exécution, à l’exception de ceux qui sont lancés à la volée (comme les exportations par exemple). | ||
| 68 | |||
| 69 | (% style="text-align:center" %) | ||
| 70 | [[image:V12.0-3.3-Traitements par lot_gestion d'une file d'attente.png||height="301" width="1000"]] | ||
| 71 | |||
| |
19.1 | 72 | Les traitements par lot sont rangés par groupe (colonne colorée « Type de données » dans la capture écran ci-dessus). Au sein d’un groupe, les traitements par lot ne peuvent pas s’exécuter simultanément comme par exemple, dans le groupe de la circulation (en bleu ci-dessus), la modification d’un lot d’abonnés et la suppression d’un lot d’abonnés. A noter que **la file d'attente des traitements par lot sera suspendue la nuit** (de 18h à 8h) afin de préserver les traitements effectués la nuit (mise à jour des statistiques, application des tâches nocturnes, etc.). Les traitements encore en cours à 18h se termineront, et les suivants dans la file reprendront à 8h le matin. |
| |
13.2 | 73 | |
| 74 | Cette gestion par groupe avait été mise en place pour deux raisons : assurer la cohérence des données modifiées (éviter que deux traitements par lot ne viennent modifier la même donnée), et préserver les performances du logiciel. | ||
| 75 | |||
| 76 | La gestion de cette file d’attente est dépendante des droits de l’utilisateur : ce dernier pourra potentiellement réorganiser ou supprimer des traitements par lot. | ||
| 77 | |||
| |
25.1 | 78 | = (% style="color:#3398cc" %)4. Abonnés : historique des relances(%%) = |
| |
13.2 | 79 | |
| 80 | Les fois où un abonné a été relancé sont désormais archivées afin de permettre, en cas de litige, de connaître le détail de la relance ainsi que les documents concernés. | ||
| 81 | |||
| 82 | Cet historique est visible sur la fiche de l’abonné dans la section « Historique & Statistiques ». | ||
| 83 | |||
| 84 | (% style="text-align:center" %) | ||
| 85 | [[image:V12.0-4.1-Abonnés_archivage des relances.png||height="338" width="1000"]] | ||
| 86 | |||
| 87 | Il apparaît clairement pour chaque relance reçue par l’abonné la date d’envoi, l’éventuelle dette générée ainsi que le mode et la destination de l’envoi (l’adresse postale pour le mode Lettre, l’adresse mail pour le mode Mail ou le numéro de téléphone en cas de SMS). | ||
| 88 | |||
| 89 | Pour chaque relance, il est possible de visualiser les documents concernés : | ||
| 90 | |||
| 91 | (% style="text-align:center" %) | ||
| 92 | [[image:V12.0-4.2-Abonnés_archivage des relances.png||height="463" width="1000"]] | ||
| 93 | |||
| 94 | Ainsi que d’imprimer la liste de ces documents, permettant ainsi d’avoir un support pour échanger avec l’abonné : | ||
| 95 | |||
| 96 | (% style="text-align:center" %) | ||
| 97 | [[image:V12.0-4.3-Abonnés_archivage des relances.png||height="478" width="1000"]] | ||
| 98 | |||
| 99 | A noter qu’il est possible, en cas de modification (ou suppression) de la dette, de visualiser le montant initial de la dette ainsi que le nom du dernier modificateur : | ||
| 100 | |||
| 101 | (% style="text-align:center" %) | ||
| 102 | [[image:V12.0-4.4-Abonnés_archivage des relances.png||height="143" width="1000"]] | ||
| 103 | |||
| 104 | Dans la prochaine version, il sera également possible de définir des durées de conservation de cet historique (écran prévisionnel ci-dessous) : | ||
| 105 | |||
| 106 | (% style="text-align:center" %) | ||
| 107 | [[image:V12.0-4.5-Abonnés_archivage des relances.png||height="241" width="1000"]] | ||
| 108 | |||
| |
28.1 | 109 | = (% style="color:#3398cc" %)5. Circulation : blocage d’une réservation sur un document que l’usager a déjà sur sa carte(%%) = |
| |
13.2 | 110 | |
| |
29.1 | 111 | (% class="box" %) |
| 112 | ((( | ||
| 113 | **Note **: cette fonctionnalité a été ajoutée le 14/06, soit quelques jours après le déploiement de la version sur les premiers environnements de production (qui avait été effectué le 5/06). | ||
| 114 | ))) | ||
| 115 | |||
| |
28.1 | 116 | A la suite de la demande d’un nombre important de bibliothèques, un blocage a été mis en place pour empêcher un usager de réserver un document qu’il a déjà sur sa carte. En effet, certains usagers se servaient de cette possibilité pour contourner l’interdiction de prolongation de certains documents. |
| 117 | |||
| 118 | (% style="text-align:center" %) | ||
| 119 | [[image:V12.0-5.1-Circulation_blocage d’une réservation sur un document que l’usager a déjà sur sa carte.png||height="417" width="1000"]] | ||
| 120 | |||
| 121 | Pour les bibliothèques utilisant Decalog PORTAIL Pro/Essentiel, ce blocage est repris côté portail : | ||
| 122 | |||
| 123 | (% style="text-align:center" %) | ||
| 124 | [[image:V12.0-5.2-Circulation_blocage d’une réservation sur un document que l’usager a déjà sur sa carte.png||height="262" width="1000"]] | ||
| 125 | |||
| 126 | |||
| 127 | = (% style="color:#3398cc" %)6. Réseau : gestion des sites d'application dans les règles(%%) = | ||
| 128 | |||
| |
18.2 | 129 | **Attention : cette évolution ne concerne que les réseaux de bibliothèques.** |
| |
13.2 | 130 | |
| |
18.2 | 131 | Les règles de cotisation évoluent pour gérer de nouveaux cas d’usage pour les réseaux de bibliothèques, et leur permettre de faire un paramétrage plus fin si cela est souhaité. |
| |
13.2 | 132 | |
| |
18.2 | 133 | Dans les versions antérieures de Decalog SIGB, seuls les sites dépositaires figuraient sur les différentes règles, ce qui limitait les paramétrages possibles. |
| |
13.2 | 134 | |
| |
18.2 | 135 | Par exemple, sur une règle de prêt, il était possible de définir la règle suivante : |
| |
13.2 | 136 | |
| |
18.2 | 137 | * Sur Site A : possibilité de prêter 4 exemplaires, issus de Site A ou de Site B |
| |
13.2 | 138 | |
| |
18.2 | 139 | Mais impossible de définir la règle suivante : |
| |
13.2 | 140 | |
| |
18.2 | 141 | * Sur Site A : |
| 142 | ** Possibilité de prêter 3 exemplaires issus de Site A pour 21 jours | ||
| 143 | ** Possibilité de prêter 1 exemplaire issu de Site B pour 14 jours | ||
| 144 | |||
| 145 | L’intégration du choix du site de prêt à la règle de prêt permet ainsi de répondre à ce cas de figure, et de réaliser des paramètres spécifiques, beaucoup plus fins que ce qui existait jusqu’alors. | ||
| 146 | |||
| 147 | (% style="text-align:center" %) | ||
| 148 | [[image:V12.0-6.1-Réseau_gestion des sites d'application dans les règles.png||height="534" width="1000"]] | ||
| 149 | |||
| 150 | L’ensemble des règles a été modifié sur le même principe : | ||
| 151 | |||
| 152 | * Le site de prêt intègre la règle de prolongation et la règle de prêt | ||
| 153 | * Le site de retrait intègre la règle de réservation | ||
| 154 | * Les sites de prêt, retour et prolongation intègrent la règle de retard | ||
| 155 | |||
| 156 | Pour rappel, les sites proposés sur la cotisation permettent de définir sur quel(s) site(s) l’abonné porteur de cette cotisation peut se présenter. | ||
| 157 | |||
| 158 | (% style="text-align:center" %) | ||
| 159 | [[image:V12.0-6.2-Réseau_gestion des sites d'application dans les règles.png]] | ||
| 160 | |||
| 161 | L’intérêt de conserver les sites sur la cotisation, en plus des sites sur chaque règle, réside dans la finesse de paramétrage ainsi proposée. | ||
| 162 | |||
| 163 | Ainsi, si un pôle du réseau souhaite fonctionner différemment sans impacter les autres, les sites des cotisations resteront inchangés mais les règles applicables dans ce pôle seront affinées. | ||
| 164 | |||
| 165 | Et d’autre part, si une règle est utilisée sur plusieurs cotisations, il est possible de définir les sites de cotisation comme sites de référence, sans avoir à dupliquer cette règle sur les différentes cotisations. | ||
| 166 | |||
| |
28.1 | 167 | = (% style="color:#3398cc" %)7. Réseau : options supplémentaires sur les navettes de retour(%%) = |
| |
18.2 | 168 | |
| 169 | **Attention : cette évolution ne concerne que les réseaux de bibliothèques.** | ||
| 170 | |||
| 171 | Il existe depuis plusieurs années des options sur les navettes de réservation permettant d’exclure des navettes une partie du fonds. Par exemple, on peut choisir d’exclure les nouveautés de la navette de réservation : dans ce cas, l’abonné devra se rendre sur le site dépositaire du document en nouveauté pour l’emprunter, le document ne pourra pas lui être transféré dans le site de retrait de son choix. | ||
| 172 | |||
| 173 | (% style="text-align:center" %) | ||
| 174 | [[image:V12.0-7.1-Réseau_options supplémentaires sur les navettes de retour.png||height="501" width="1000"]] | ||
| 175 | |||
| 176 | Dans les versions antérieures de Decalog SIGB, ces options d’exclusion n’étaient donc présentes que sur les navettes de réservation. | ||
| 177 | |||
| 178 | Dans cette nouvelle version 12.0, les options d’exclusion ont également été implémentées dans les navettes de retour. Cela permet de définir des conditions dans lesquelles on imposera le retour d’un document sur son site dépositaire. | ||
| 179 | |||
| 180 | (% style="text-align:center" %) | ||
| 181 | [[image:V12.0-7.2-Réseau_options supplémentaires sur les navettes de retour.png||height="503" width="1000"]] | ||
| 182 | |||
| 183 | Par exemple, la configuration ci-dessus où la case « L’exemplaire est une nouveauté » est cochée permettra de mettre en place un système de navette de retour entre les sites sélectionnés, tout en imposant le retour des exemplaires en nouveauté sur leur site dépositaire uniquement. | ||
| 184 | |||
| 185 | Voici donc le message qui s’affichera dans cette configuration lors du retour du document en nouveauté sur un site qui n’est pas son site dépositaire : | ||
| 186 | |||
| 187 | (% style="text-align:center" %) | ||
| 188 | [[image:V12.0-7.3-Réseau_options supplémentaires sur les navettes de retour.png||height="471" width="1000"]] | ||
| 189 | |||
| 190 | Ainsi, on pourrait exclure totalement des navettes (réservation ET retour) certains types de documents, afin d’imposer leur emprunt et leur restitution sur leur site dépositaire uniquement. | ||
| 191 | |||
| |
28.1 | 192 | = (% style="color:#3398cc" %)8. Commandes : suppression possible d’une commande soldée(%%) = |
| |
18.2 | 193 | |
| |
23.1 | 194 | **Attention : cette évolution ne concerne que les bibliothèques qui ont activé l’option Suggestions & Commandes sur Decalog SIGB.** |
| 195 | |||
| 196 | Les commandes soldées sont visibles dans le module Commande et dans l’onglet du même nom, en utilisant le critère de recherche avancée Etat = Soldée. Ces commandes, qui auparavant « stagnaient » simplement dans le logiciel une fois soldées, peuvent désormais être supprimées. | ||
| 197 | |||
| 198 | (% style="text-align:center" %) | ||
| 199 | [[image:V12.0-8.1-Commandes_suppression possible d’une commande soldée.png||height="432" width="1000"]] | ||
| 200 | |||
| 201 | Il est important de noter que l’apparition de ce bouton est soumise à un droit utilisateur, activable sur les profils de droit de type « Suggestion & Commandes » : | ||
| 202 | |||
| 203 | (% style="text-align:center" %) | ||
| 204 | [[image:V12.0-8.2-Commandes_suppression possible d’une commande soldée.png]] | ||
| 205 | |||
| 206 | La possibilité de supprimer une commande soldée a été réalisée en premier lieu car il s’agit de l’une des dernières données non supprimables du logiciel, qui empêchait par exemple de procéder à la suppression d’un site du réseau. | ||
| 207 | |||
| 208 | A noter que le lien entre l’exemplaire issu d’une suggestion d’une commande soldée et supprimée est conservé. | ||
| 209 | |||
| 210 | (% style="text-align:center" %) | ||
| 211 | [[image:V12.0-8.3-Commandes_suppression possible d’une commande soldée.png]] |