Wiki source code of 2020 : version 10.2 (juin)
Last modified by ACE Decalog on 2022/06/13 14:31
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{box cssClass="floatinginfobox" title="**Table des matières**"}} | ||
| 2 | {{toc start="1" depth="1" numbered="false" scope="page"/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| 5 | (% class="box successmessage" %) | ||
| 6 | ((( | ||
| 7 | **Cette version a été déployée le 14/06/2020 sur sigb05, sigb04, sigb06 et sigb03, et à partir du 28/06/2020 sur sigb01, sigb02, et sigb07.** | ||
| 8 | ))) | ||
| 9 | |||
| 10 | (% class="box infomessage" %) | ||
| 11 | ((( | ||
| 12 | **Après les mises à jour successives du mois de mai dans le cadre de la [[version 10.0 « spéciale déconfinement »>>doc:Récapitulatifs des mises à jour.Version 10\.0 spéciale déconfinement (mai 2020).WebHome]], la sortie de cette version 10.2 marque le début d’un retour progressif à la normale.** | ||
| 13 | |||
| 14 | Cette version met ainsi à disposition les fonctionnalités initialement prévues dans le cadre de la feuille de route pour 2020, accompagnées de 4 fonctionnalités supplémentaires « spéciales déconfinement », identifiées dans la suite du document par un marqueur « (% style="color:red" %)**[Fonctionnalité déconfinement]**(%%) » : | ||
| 15 | |||
| 16 | * La possibilité de rechercher un abonné par son prénom, en prêt-retour mais aussi dans l'écran d'attribution des réservations, dans l'objectif de faciliter la constitution des sacs à emporter. | ||
| 17 | * Des améliorations concernant la communication des identifiants portail des abonnés, avec notamment la possibilité de renvoyer depuis le SIGB les identifiants de connexion à un abonné ou à un regroupement par mail. | ||
| 18 | * Le signalement lors d'une attribution de réservation de la présence d'autres réservations attribuées pour un abonné, ce qui permet aux bibliothécaires de savoir qu'un sac est déjà en cours de constitution pour cet abonné. | ||
| 19 | * Pour les réseaux de bibliothèques qui ont mis en place les navettes de réservation, la gestion du nombre maximal de réservataires au niveau de l'ensemble des sites qui partagent la navette, afin de faciliter le flux des réservations à gérer. | ||
| 20 | ))) | ||
| 21 | |||
| 22 | **Notes préalables :** | ||
| 23 | |||
| 24 | * A noter qu’il n’y a pas de retard pour la sortie de la version 10.2, malgré l’ajout des fonctionnalités spéciales déconfinement, grâce à la forte mobilisation des équipes de développement et d’analyse pendant les 3 derniers mois écoulés. | ||
| 25 | * En tâche d’arrière-plan lors de cette version : | ||
| 26 | (% style="list-style-type:circle" %) | ||
| 27 | ** D’importants travaux de réduction de la dette technique ont été menés sur le logiciel, afin de garantir la stabilité technique et la pérennité de la solution pour les années à venir. | ||
| 28 | ** Pour les clients disposant de Decalog PORTAIL Pro : des développements sur PNB V3 ont été réalisés côté SIGB et sont en attente d’évolutions côté portail afin d’être utilisables. | ||
| 29 | |||
| 30 | = (% style="color:#3398cc" %)1. Circulation : inclusion du prénom dans la recherche d’abonnés en prêts-retours(%%) = | ||
| 31 | |||
| 32 | L’objectif de cette évolution est de permettre de retrouver des abonnés par leur prénom dans la liste d’abonnés proposée : | ||
| 33 | |||
| 34 | * En prêts-retours lors de la saisie de lettres dans le champ (Circulation > Prêts-retours) | ||
| 35 | * En recherche documentaire lors de la saisie d’un abonné réservataire (Catalogues > Recherche & Catalogage > bouton Réserver) | ||
| 36 | * Dans toutes les listes du module Circulation où le critère « Abonné » est présent (Circulation > Attribution des réservations / Prêts / Réservations / Dettes & Règlements > critère Abonné) | ||
| 37 | |||
| 38 | (% class="MsoListBulletCxSpMiddle" style="margin-left:0cm" %) | ||
| 39 | **Ce fonctionnement optionnel n’est pas activé par défaut : chaque utilisateur peut le définir pour sa session dans ses préférences utilisateurs**, accessibles au clic sur le nom de l’utilisateur connecté en haut à gauche de l’écran. | ||
| 40 | |||
| 41 | (% style="text-align:center" %) | ||
| 42 | [[image:V10.2-1.1-Circulation_inclusion du prénom dans la recherche d’abonnés en prêts-retours.png||height="775" width="1000"]] | ||
| 43 | |||
| 44 | A noter que cocher la case « dont le prénom correspond à la saisie » inclut également le champ Contact pour les fiches Groupe. Voici un des résultats possibles une fois cette case cochée : | ||
| 45 | |||
| 46 | (% style="text-align:center" %) | ||
| 47 | [[image:V10.2-1.2-Circulation_inclusion du prénom dans la recherche d’abonnés en prêts-retours.png||height="246" width="1000"]] | ||
| 48 | |||
| 49 | (% class="MsoListBullet" style="margin-left:0cm" %) | ||
| 50 | Si l’on coche ainsi les 3 cases dans les préférences utilisateur (nom, prénom, nom du regroupement), la saisie des termes dans le champ de recherche parcourra ainsi ces 3 champs : on remontera d’abord les résultats dont la saisie correspond au nom, puis au prénom, puis au nom du regroupement. | ||
| 51 | |||
| 52 | (% style="text-align:center" %) | ||
| 53 | [[image:V10.2-1.3-Circulation_inclusion du prénom dans la recherche d’abonnés en prêts-retours.png||height="298" width="1000"]] | ||
| 54 | |||
| 55 | (% class="MsoListBulletCxSpFirst" style="margin-left:0cm" %) | ||
| 56 | A pertinence égale, les résultats sont ensuite triés par ordre alphabétique dans chaque groupe. | ||
| 57 | |||
| 58 | (% class="MsoListBulletCxSpMiddle" style="margin-left:0cm" %) | ||
| 59 | Lorsque le nom très commun d’un abonné ne suffit pas à afficher une liste courte d’abonnés, il est ainsi possible de commencer à saisir le début de son prénom pour raccourcir la liste des propositions : | ||
| 60 | |||
| 61 | (% style="text-align:center" %) | ||
| 62 | [[image:V10.2-1.4-Circulation_inclusion du prénom dans la recherche d’abonnés en prêts-retours.png||height="213" width="1000"]] | ||
| 63 | |||
| 64 | (% class="MsoListBulletCxSpFirst" style="margin-left:0cm" %) | ||
| 65 | **Pour rappel** : le fait de mettre un espace à la fin du terme saisi permet de signifier que l’on cherche ce terme précisément. //Exemple : je cherche tous les abonnés de ma base qui s’appellent « Léa ».// | ||
| 66 | |||
| 67 | * //En saisissant « Léa » (sans espace ensuite), j’obtiens les abonnés dont le prénom (ou le nom) commence par Léa, donc Léa, mais aussi Léanne, Léanna, etc.// | ||
| 68 | |||
| 69 | (% style="text-align:center" %) | ||
| 70 | [[image:V10.2-1.5-Circulation_inclusion du prénom dans la recherche d’abonnés en prêts-retours.png||height="244" width="1000"]] | ||
| 71 | |||
| 72 | * //En saisissant « Léa » (suivi d’un espace), j’obtiens les abonnés dont le prénom (ou le nom) est strictement Léa.// | ||
| 73 | |||
| 74 | (% style="text-align:center" %) | ||
| 75 | [[image:V10.2-1.6-Circulation_inclusion du prénom dans la recherche d’abonnés en prêts-retours.png||height="201" width="1000"]] | ||
| 76 | |||
| 77 | (% class="MsoListBulletCxSpFirst" style="margin-left:0cm" %) | ||
| 78 | (% style="color:red" %)**[Fonctionnalité déconfinement]**(%%) L’activation de la recherche par prénom est également prise en compte dans le catalogage lors de la saisie d’une réservation, et dans tous les autres onglets du module Circulation qui possèdent le critère de recherche « Abonné » : Prêts, Réservations, Dettes & Règlements, Attribution des réservations. C’est notamment dans ce dernier onglet que cela pourrait s’avérer utile dans le cadre du déconfinement, en facilitant la recherche des abonnés pour lesquels un sac est en cours de constitution. | ||
| 79 | |||
| 80 | (% style="text-align:center" %) | ||
| 81 | [[image:V10.2-1.7-Circulation_inclusion du prénom dans la recherche d’abonnés en prêts-retours.png]] | ||
| 82 | |||
| 83 | |||
| 84 | = (% style="color:#3398cc" %)2. Circulation : signalement de la présence d’autres réservations attribuées pour l’abonné(%%) = | ||
| 85 | |||
| 86 | (% class="CxSpFirst" %) | ||
| 87 | (% style="color:red" %)**[Fonctionnalité déconfinement]**(%%) Afin de faciliter la constitution de sacs à emporter par l’abonné, il est possible d’afficher une petite icône supplémentaire à l’écran lors de l’attribution d’une réservation, qui signale que l’abonné possède déjà des réservations attribuées (et donc a déjà un sac en cours de constitution à son nom). Cela facilite également le contrôle de son contenu. | ||
| 88 | |||
| 89 | (% class="CxSpMiddle" %) | ||
| 90 | Cette alerte (non activée par défaut) est activable pour chaque utilisateur, dans ses préférences utilisateur (accessibles au clic sur le nom de l’utilisateur connecté en haut à gauche de l’écran) : | ||
| 91 | |||
| 92 | (% style="text-align:center" %) | ||
| 93 | [[image:V10.2-2.1-Circulation_signalement de la présence d’autres réservations attribuées pour l’abonné.png]] | ||
| 94 | |||
| 95 | (% class="CxSpFirst" %) | ||
| 96 | Une fois cette option activée, l’icône relative aux réservations (en forme de médaille étoilée) est affichée lors d’une attribution de réservation si l’abonné possède d’autres réservations déjà attribuées, afin que l’on puisse mettre cette nouvelle réservation dans le même sac : | ||
| 97 | |||
| 98 | (% style="text-align:center" %) | ||
| 99 | [[image:V10.2-2.2-Circulation_signalement de la présence d’autres réservations attribuées pour l’abonné.png]] | ||
| 100 | |||
| 101 | (% class="CxSpFirst" %) | ||
| 102 | Le survol de l’icône affiche le titre du (des) document(s) déjà attribué(s) au survol afin de rendre l’identification du sac plus facile. | ||
| 103 | |||
| 104 | (% class="CxSpMiddle" %) | ||
| 105 | Cette information a été ainsi rajoutée dans tous les endroits où l’on traite les réservations : écran de demande de réservation dans le module Catalogage, écrans d’attribution en Prêts-Retours et Retours par lot, mais aussi dans l’onglet Attribution des réservations, où l’information est rappelée après l’attribution : | ||
| 106 | |||
| 107 | (% style="text-align:center" %) | ||
| 108 | [[image:V10.2-2.3-Circulation_signalement de la présence d’autres réservations attribuées pour l’abonné.png]] | ||
| 109 | |||
| 110 | |||
| 111 | = (% style="color:#3398cc" %)3. Dettes & Règlements : exportation du journal de caisse au format PDF(%%) = | ||
| 112 | |||
| 113 | Dans Circulation > Dettes & règlements > Traitements par lot, une nouvelle entrée a été ajoutée aux traitements d’exportation tableur existants, permettant d’exporter le journal de caisse au format PDF. Cela permet de pouvoir transmettre à l’administration un document non modifiable comportant les totaux, les totaux par mode de règlement ainsi que les règlements et leur détail. | ||
| 114 | |||
| 115 | (% style="text-align:center" %) | ||
| 116 | [[image:V10.2-3.1-Dettes et Règlements_exportation du journal de caisse au format PDF.png]] | ||
| 117 | |||
| 118 | (% class="CxSpFirst" %) | ||
| 119 | Un certain nombre d’éléments paramétrables sont proposés au sein de cet écran : | ||
| 120 | |||
| 121 | (% style="text-align:center" %) | ||
| 122 | [[image:V10.2-3.2-Dettes et Règlements_exportation du journal de caisse au format PDF.png]] | ||
| 123 | |||
| 124 | * Nom du fichier | ||
| 125 | * Sélection de colonnes supplémentaires (selon les exigences exprimées par l’administration destinataire de ce document) : | ||
| 126 | (% style="list-style-type:circle" %) | ||
| 127 | ** Numéro de reçu | ||
| 128 | ** Détail des règlements (ajout du détail des dettes réglées pour chaque règlement) | ||
| 129 | ** Règlements annulés et annulations (apparaîtront sur fond gris dans l’édition) | ||
| 130 | ** Heure du règlement | ||
| 131 | * Classement de la liste, choix entre les modes de classement suivants : | ||
| 132 | (% style="list-style-type:circle" %) | ||
| 133 | ** Date de règlement | ||
| 134 | ** Date de l'opération (peut être différente de la date de règlement uniquement dans le cas des annulations) | ||
| 135 | ** Mode de règlement puis date de règlement | ||
| 136 | ** Mode de règlement puis date d'opération | ||
| 137 | ** Numéro de reçu puis date de règlement | ||
| 138 | ** Numéro de reçu puis date d'opération | ||
| 139 | * Une note, qui apparaîtra dans l’en-tête du PDF exporté. | ||
| 140 | |||
| 141 | (% class="CxSpFirst" %) | ||
| 142 | Le résultat de l'exportation variera ainsi en fonction des éléments paramétrés dans la fenêtre de traitement par lot. | ||
| 143 | |||
| 144 | (% class="CxSpFirst" %) | ||
| 145 | Aperçu du résultat avec toutes les cases colonnes cochées (sauf l’heure du règlement) et une note « Ouverture des lieux après déconfinement le 9/06/20. » : | ||
| 146 | |||
| 147 | (% style="text-align:center" %) | ||
| 148 | [[image:V10.2-3.3-Dettes et Règlements_exportation du journal de caisse au format PDF.png]] | ||
| 149 | |||
| 150 | (% class="CxSpFirst" %) | ||
| 151 | A noter qu’une option supplémentaire permettant d’inclure les annulations dans la période demandée a été ajouté, ce qui est utile pour voir apparaître dans la période demandée (et donc dans l’exportation PDF) d’éventuelles corrections qui auraient eu lieu le mois suivant. | ||
| 152 | |||
| 153 | (% style="text-align:center" %) | ||
| 154 | [[image:V10.2-3.4-Dettes et Règlements_exportation du journal de caisse au format PDF.png||height="511" width="1000"]] | ||
| 155 | |||
| 156 | //Exemple ci-dessus : annulation le 10/06 d’un règlement qui avait été effectué le 07/05. J’effectue une sélection sur tous les encaissements dont la date d’opération est le 10/06 ~:// | ||
| 157 | |||
| 158 | * //Si je ne coche pas la case « Mettre l’annulation à la date du règlement annulé » : la ligne relative à l’annulation apparaîtra dans ma sélection (l’opération d’annulation ayant bien été effectuée le 10/06), mais sans le règlement annulé (qui lui avait été encaissé le 07/05).// | ||
| 159 | * //Si je coche la case « Mettre l’annulation à la date du règlement annulé » : la ligne relative à l’annulation n’apparaîtra pas dans ma sélection du 10/06, mais apparaîtra dans ma sélection du mois de mai, à côté du règlement qu’elle annule.// | ||
| 160 | |||
| 161 | = (% style="color:#3398cc" %)4. Dettes & Règlements : ajout d’une note de règlement(%%) = | ||
| 162 | |||
| 163 | L’écran d’encaissement d’une dette a été légèrement revu, permettant notamment la possibilité d’ajouter une note de règlement. Cette zone peut être utilisée par exemple pour noter les numéros de chèque, ou toute autre information utile lors d’un encaissement. | ||
| 164 | |||
| 165 | (% style="text-align:center" %) | ||
| 166 | [[image:V10.2-4-Dettes et Règlements_ajout d’une note de règlement.png]] | ||
| 167 | |||
| 168 | (% class="CxSpFirst" %) | ||
| 169 | Il est important de noter que cette information figure dans l’exportation PDF des règlements. | ||
| 170 | |||
| 171 | = (% style="color:#3398cc" %)5. Abonnés : améliorations relatives à la communication des identifiants portail(%%) = | ||
| 172 | |||
| 173 | == 5.1. Envoi des identifiants par mail à la demande == | ||
| 174 | |||
| 175 | (% class="CxSpFirst" %) | ||
| 176 | (% style="color:red" %)**[Fonctionnalité déconfinement]**(%%) Afin de gérer au mieux cette période post-confinement, beaucoup de médiathèques ont fait le choix de proposer un certain nombre de services via leur portail (réservation, contact, etc.). Pour faciliter l’accès à ces services et donc l’accès de l’abonné à son compte sur le portail, l’utilisateur professionnel peut désormais envoyer (ou renvoyer) à la demande de l’abonné ses identifiants sur le portail, par simple clic sur le bouton de génération de nouveaux identifiants. | ||
| 177 | |||
| 178 | (% class="CxSpMiddle" %) | ||
| 179 | Ainsi, au clic sur le bouton « Générer nouveaux identifiants » sur une fiche abonné qui possède un e-mail (ou de la fiche regroupement, si celui-ci possède des identifiants portail), il sera demandé à l’utilisateur s’il souhaite envoyer un mail à l’abonné, qui pourra ainsi récupérer ses identifiants de manière autonome, ou bien les afficher à l’écran comme cela était le cas auparavant. | ||
| 180 | |||
| 181 | (% style="text-align:center" %) | ||
| 182 | [[image:V10.2-5.1-Abonnés_améliorations relatives à la communication des identifiants portail.png||height="520" width="1000"]] | ||
| 183 | |||
| 184 | == 5.2. Suspension possible des envois de mail d'activation à la création de comptes == | ||
| 185 | |||
| 186 | (% class="CxSpFirst" %) | ||
| 187 | Par ailleurs, pour faire suite aux évolutions effectuées dans la version 10.0 spéciale déconfinement sur la [[suspension possible des envois d’avis de réservation>>url:https://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%2010.0%20sp%C3%A9ciale%20d%C3%A9confinement%20%28mai%202020%29/#H5.SuspensionpossibledesenvoisdemailsrelatifsauxrE9servations]], il est également possible de suspendre l’envoi des mails d’activation (auparavant automatiques) lors de la création d’un abonné ou d’un regroupement avec une adresse mail renseignée. | ||
| 188 | |||
| 189 | (% class="CxSpMiddle" %) | ||
| 190 | Pour rappel, uniquement pour les réseaux de bibliothèques : | ||
| 191 | |||
| 192 | * Le mail d’activation du compte regroupement est au niveau du réseau : le choix de sa suspension se fera donc au niveau du réseau (chemin d’accès) | ||
| 193 | * Le mail d’activation du compte abonné est au niveau du site : le choix de sa suspension se fera donc de façon distincte pour chaque site (chaque site pourra décider d’envoyer ou non le mail d’activation du compte abonné à la création d’un compte abonné) | ||
| 194 | |||
| 195 | (% class="CxSpFirst" %) | ||
| 196 | Ainsi, le paramétrage est à faire : | ||
| 197 | |||
| 198 | * Pour les bibliothèques isolées, dans Administration du réseau > Site > Communication abonnés : | ||
| 199 | |||
| 200 | (% style="text-align:center" %) | ||
| 201 | [[image:V10.2-5.2-Abonnés_améliorations relatives à la communication des identifiants portail.png]] | ||
| 202 | |||
| 203 | * Pour les réseaux de bibliothèques, dans Administration du réseau > Réseau : | ||
| 204 | (% style="list-style-type:circle" %) | ||
| 205 | ** Pour les mails d’activation des comptes regroupement : paramétrage réseau, donc clic sur l’onglet Paramètres au niveau du réseau. | ||
| 206 | ** Pour les mails d’activation des comptes abonnés : paramétrage site, donc clic sur le site concerné, et l’onglet Communication abonnés (opération à répéter pour chacun des sites concernés). | ||
| 207 | |||
| 208 | (% style="text-align:center" %) | ||
| 209 | [[image:V10.2-5.3-Abonnés_améliorations relatives à la communication des identifiants portail.png||height="480" width="1000"]] | ||
| 210 | |||
| 211 | = (% style="color:#3398cc" %)6. Abonnés : mise à jour du fichier des communes(%%) = | ||
| 212 | |||
| 213 | (% class="CxSpFirst" %) | ||
| 214 | En raison des regroupements de communes fréquents en France, il est nécessaire de mettre à jour régulièrement le fichier des communes utilisé dans Decalog SIGB. | ||
| 215 | |||
| 216 | (% class="CxSpMiddle" %) | ||
| 217 | Ainsi, dans le fichier de proposition automatique des communes en saisie d’adresses (fiche abonné, regroupement et fournisseur), les dernières communes nouvellement créées ont été mises à jour et les anciens noms ont été supprimés, d'après les données présentes dans le fichier suivant : [[https:~~/~~/www.data.gouv.fr/fr/datasets/base-officielle-des-codes-postaux/>>url:https://www.data.gouv.fr/fr/datasets/base-officielle-des-codes-postaux/]]. | ||
| 218 | |||
| 219 | (% class="CxSpMiddle" %) | ||
| 220 | //Exemple ci-dessous : suppression de l’entrée « 73400 SAINT JEAN DE BELLEVILLE », remplacée par « 73400 LES BELLEVILLE ». // | ||
| 221 | |||
| 222 | (% style="text-align:center" %) | ||
| 223 | [[image:V10.2-6-Abonnés_mise à jour du fichier des communes.png||height="561" width="1000"]] | ||
| 224 | |||
| 225 | (% class="CxSpMiddle" %) | ||
| 226 | Pour rappel, ce fichier n’est qu’un fichier de propositions de communes et ne figure pas à ce titre parmi les communes accessible dans le module Paramètres > Adresses. Les communes étant affectées aux abonnés, regroupements ou fournisseurs, présentes ou non dans le fichier, restent inchangées dans la base de données. | ||
| 227 | |||
| 228 | = (% style="color:#3398cc" %)7. Catalogage : gestion dans les autorités des ARK et des ISNI (%%) = | ||
| 229 | |||
| 230 | == 7.1 Définitions == | ||
| 231 | |||
| 232 | * **Qu’est-ce que l’ISNI ? Source : [[**https:~~/~~/www.bnf.fr/fr/isni-international-standard-name-identifier**>>url:https://www.bnf.fr/fr/isni-international-standard-name-identifier]].** | ||
| 233 | |||
| 234 | (% class="CxSpFirst" %) | ||
| 235 | « L’ISNI [International Standard Name Identifier] est un code international normalisé servant à identifier de manière univoque, sur le long terme et à l’échelle internationale, les personnes et les organismes. » | ||
| 236 | |||
| 237 | (% class="CxSpMiddle" %) | ||
| 238 | « Il permet d’identifier au niveau international les identités publiques des personnes ou des organismes impliqués dans la création, la production ou la gestion et la distribution de contenus intellectuels et artistiques. Les personnes identifiées peuvent être, par exemple, l’auteur, l’éditeur, le traducteur ou l’illustrateur. L’ISNI se révèle particulièrement utile pour différencier les homonymes. Ainsi en est-il pour l’animateur de télévision Jacques Martin (ISNI 0000 0000 7359 228X) et l’auteur de bande dessinée du même nom (ISNI 0000 0001 2033 0240). » | ||
| 239 | |||
| 240 | (% class="CxSpMiddle" %) | ||
| 241 | « Un numéro ISNI est composé de 16 chiffres (regroupés en quatre segments), dont le dernier est un chiffre de contrôle. Ce caractère est non signifiant (établi sur le mode aléatoire) et pérenne. Exemple : ISNI 1422 4586 3573 0476. ISNI répond aux fonctionnalités requises des identifiants sur le Web : il est unique, pérenne et peut être cliquable. » | ||
| 242 | |||
| 243 | * **Qu’est-ce que l’ARK ? Source : [[**https:~~/~~/www.bnf.fr/fr/lidentifiant-ark-archival-resource-key**>>url:https://www.bnf.fr/fr/lidentifiant-ark-archival-resource-key]].** | ||
| 244 | |||
| 245 | (% class="CxSpFirst" %) | ||
| 246 | « ARK (Archival Resource Key) est un format d’identifiant créé en 2001 par la California Digital Library (CDL) qui a vocation à identifier des ressources de tous types – physiques (échantillons destinés à une expérience scientifique, produits éditoriaux, etc.), numériques (livres numérisés, notices de catalogue, etc.) ou même immatériels (concepts). Son but est de fournir des identifiants adaptés aux besoins des producteurs et diffuseurs de données sur le web, mais également capables de durer sur le long terme. » | ||
| 247 | |||
| 248 | (% class="CxSpMiddle" %) | ||
| 249 | //Exemple : ARK de l’autorité « Nerval, Gérard de » : [[//https:~~/~~/catalogue.bnf.fr/ark:/12148/cb11887103b//>>url:https://catalogue.bnf.fr/ark:/12148/cb11887103b]].// | ||
| 250 | |||
| 251 | == 7.2 Exploitation dans le logiciel == | ||
| 252 | |||
| 253 | (% class="CxSpFirst" %) | ||
| 254 | Les notions d’ARK et d’ISNI permettent toutes deux d’identifier de manière pérenne et unique une autorité. **Ces deux notions sont de ce fait incontournables pour effectuer un dédoublonnage d’autorité lors d’une dérivation ou d’une importation ainsi qu’un alignement avec la BnF via les automates de mise à jour.** | ||
| 255 | |||
| 256 | (% class="CxSpMiddle" %) | ||
| 257 | L’ARK, à la différence de l’ISNI, a un périmètre d’application plus large, et sera à ce titre également ajouté sur les notices bibliographiques dans les versions à venir de Decalog SIGB. | ||
| 258 | |||
| 259 | (% class="CxSpMiddle" %) | ||
| 260 | Les deux notions ont ainsi été ajoutées dans le formulaire de création d’une autorité (champs facultatifs, non répétables) : | ||
| 261 | |||
| 262 | (% style="text-align:center" %) | ||
| 263 | [[image:V10.2-7.1-Catalogage_gestion dans les autorités des ARK et des ISNI .png||height="392" width="1000"]] | ||
| 264 | |||
| 265 | La loupe en bout de ligne permet d’aller consulter l’autorité correspondante : | ||
| 266 | |||
| 267 | * Pour le champ ISNI : dans la base d’ISNI ([[https:~~/~~/isni.org/>>url:https://isni.org/]]) | ||
| 268 | * Pour le champ ARK : dans l’URL renseignée (le plus fréquemment dans [[https:~~/~~/catalogue.bnf.fr/>>url:https://catalogue.bnf.fr/]]) | ||
| 269 | |||
| 270 | (% class="CxSpFirst" %) | ||
| 271 | L’intérêt de ces notions réside dans le fait qu’elles permettent d’identifier une autorité de manière unique : de ce fait, Decalog SIGB opère un dédoublonnage des autorités créées à l’aide de ces données (tout en conservant les dédoublonnages déjà existants sur le libellé). | ||
| 272 | |||
| 273 | (% class="CxSpMiddle" %) | ||
| 274 | //Exemple : j’ai déjà dans ma base l’autorité BERLIOZ, Hector, avec l’ISNI et l’ARK correspondants renseignés dans la notice.// | ||
| 275 | |||
| 276 | (% style="text-align:center" %) | ||
| 277 | [[image:V10.2-7.2-Catalogage_gestion dans les autorités des ARK et des ISNI .png||height="566" width="1000"]] | ||
| 278 | |||
| 279 | (% class="CxSpFirst" %) | ||
| 280 | //Si je créé une deuxième autorité avec cet ARK ou cet ISNI, le logiciel me le signale dès que je renseigne la donnée ~:// | ||
| 281 | |||
| 282 | (% style="text-align:center" %) | ||
| 283 | [[image:V10.2-7.3-Catalogage_gestion dans les autorités des ARK et des ISNI.png||height="633" width="1000"]] | ||
| 284 | |||
| 285 | (% class="CxSpFirst" %) | ||
| 286 | Il est important de noter que l’ARK et l’ISNI seront récupérés automatiquement, dès que cela est possible, au sein des autorités récupérées lors d’une dérivation de notices depuis les réservoirs. | ||
| 287 | |||
| 288 | (% class="CxSpMiddle" %) | ||
| 289 | //Exemple : je dérive la notice 9782258145344 (« On la trouvait plutôt jolie » de Michel Bussi) depuis le réservoir BnF en catalogage. L’autorité « BUSSI, Michel », que je n’ai pas encore dans mon fonds d’autorités, est récupérée avec son ARK et ISNI.// | ||
| 290 | |||
| 291 | (% style="text-align:center" %) | ||
| 292 | [[image:V10.2-7.4-Catalogage_gestion dans les autorités des ARK et des ISNI.png||height="691" width="1000"]] | ||
| 293 | |||
| 294 | (% style="margin-bottom:.0001pt; text-align:left;text-align:left" %) | ||
| 295 | (% style="background:white" %)//L’ISNI est dans ce cas indiqué directement dans le champ 700 de la notice ($o) ~:// | ||
| 296 | |||
| 297 | (% style="margin-bottom:.0001pt; text-align:left;text-align:left" %) | ||
| 298 | (% style="background:white" %)//700 .| $3 //[[(% style="background: white; background: white; color: black; text-decoration: none; text-underline: none" %)//13193155//>>url:https://catalogue.bnf.fr/ark:/12148/cb13193155w]](%%)// $o ISNI0000000077318296 $a Bussi $b Michel $f 1965-.... $4 070// | ||
| 299 | |||
| 300 | |||
| 301 | (% style="margin-bottom:.0001pt; text-align:left;text-align:left" %) | ||
| 302 | (% style="background:white" %)De manière générale, l’ISNI se trouve dans la zone 010 $a des personnes et collectivités, et l’ARK dans la zone 003. | ||
| 303 | |||
| 304 | |||
| 305 | (% class="CxSpMiddle" %) | ||
| 306 | Si à l’avenir je récupère une autorité d’un autre réservoir qui a ce même ISNI, le logiciel présumera qu’il s’agit de la même autorité et utilisera donc l’autorité déjà présente dans mon fonds avec cet ISNI. | ||
| 307 | |||
| 308 | (% class="CxSpMiddle" %) | ||
| 309 | En modification d’autorité, le clic sur la flèche de mise à jour permet de rechercher dans le réservoir les autorités qui ont le même identifiant 001 que l’autorité de la base (rien de nouveau jusque-là !), mais aussi désormais celles qui ont le même ISNI ou le même ARK. Ces deux données peuvent ainsi être sollicitées lors d’une mise à jour manuelle d’une autorité, afin de trouver dans les réservoirs l’autorité correspondante. | ||
| 310 | |||
| 311 | (% style="text-align:center" %) | ||
| 312 | [[image:V10.2-7.5-Catalogage_gestion dans les autorités des ARK et des ISNI .png||height="503" width="1000"]] | ||
| 313 | |||
| 314 | (% class="CxSpFirst" %) | ||
| 315 | Pour la mise à jour des autorités par lot depuis les réservoirs BnF, c’est le même principe, via l’automate de mise à jour des autorités dans ce cas (option activable sur demande). Les ARK et les ISNI ont également été ajoutés pour permettre à l’automate d’identifier de manière certaine l’autorité correspondante dans le réservoir. | ||
| 316 | |||
| 317 | (% class="CxSpMiddle" %) | ||
| 318 | Pour finir, ces deux notions sont gérées dans l’onglet Autorités, avec les critères de recherche avancée et leur prise en compte dans le profil de fusion d’autorités. | ||
| 319 | |||
| 320 | (% class="CxSpLast" %) | ||
| 321 | A noter que pour le critère de recherche avancée sur l’ARK, il est possible de rechercher sur une partie de l’ARK. Exemple pour l’ARK [[http:~~/~~/catalogue.bnf.fr/ark:/12148/cb139000244>>url:http://catalogue.bnf.fr/ark:/12148/cb139000244]], on peut rechercher sur : | ||
| 322 | |||
| 323 | * http:~/~/catalogue.bnf.fr/ark:/12148/cb139000244 | ||
| 324 | * catalogue.bnf.fr/ark:/12148/cb139000244 | ||
| 325 | * ark:/12148/cb139000244 | ||
| 326 | * 12148/cb139000244 | ||
| 327 | * cb139000244 | ||
| 328 | |||
| 329 | (% style="text-align:center" %) | ||
| 330 | [[image:V10.2-7.6-Catalogage_gestion dans les autorités des ARK et des ISNI .png||height="412" width="1000"]] | ||
| 331 | |||
| 332 | = (% style="color:#3398cc" %)8. Catalogage : module de reconstruction de cote (%%) = | ||
| 333 | |||
| 334 | (% class="CxSpFirst" %) | ||
| 335 | Il est possible de reconstruire les cotes d’un ensemble d’exemplaires, selon le paramétrage défini dans les règles de cote. Pour rappel, les règles de cotes (qui seront sollicitées dans ces traitements) sont à définir dans le module Paramètres > onglet Règles (fonds) > Cotes. | ||
| 336 | |||
| 337 | (% class="CxSpMiddle" %) | ||
| 338 | Cette possibilité est accessible depuis les traitements par lot Exemplaires (module Catalogues > onglet Exemplaires > bouton Traitements par lot > Modifier les données exemplaires). | ||
| 339 | |||
| 340 | (% class="CxSpMiddle" %) | ||
| 341 | Ainsi, si l’on sélectionne le type de donnée « Cote », on a accès à 4 traitements : | ||
| 342 | |||
| 343 | * « Remplacer par… » : | ||
| 344 | (% style="list-style-type:circle" %) | ||
| 345 | ** Traitement déjà présent auparavant, généralement peu utilisé. | ||
| 346 | ** Remplace les cotes des exemplaires sélectionnés par une cote unique, à définir dans le champ qui suit. | ||
| 347 | * « Reconstruire selon la règle… » | ||
| 348 | (% style="list-style-type:circle" %) | ||
| 349 | ** Traitement nouvellement ajouté. | ||
| 350 | ** Remplace les cotes des exemplaires sélectionnés par une cote construite selon la règle de construction de cote sélectionnée. | ||
| 351 | * « Reconstruire automatiquement » | ||
| 352 | (% style="list-style-type:circle" %) | ||
| 353 | ** Traitement nouvellement ajouté. | ||
| 354 | ** Remplace les cotes des exemplaires sélectionnés par une cote construite selon les règles de construction de cote qui figurent dans Paramètres > onglet Règles (fonds) > Cotes. Chaque cote sera remplacée en fonction de la règle applicable, identifiée par les conditions définies dans la règle. | ||
| 355 | * « Supprimer » : | ||
| 356 | (% style="list-style-type:circle" %) | ||
| 357 | ** Traitement déjà présent auparavant. | ||
| 358 | ** Supprime les cotes des exemplaires sélectionnés. | ||
| 359 | |||
| 360 | (% style="text-align:center" %) | ||
| 361 | [[image:V10.2-8-Catalogage_module de reconstruction de cote.png]] | ||
| 362 | |||
| 363 | (% class="CxSpFirst" %) | ||
| 364 | (% style="color:red" %)**Attention : il est essentiel de noter que ces traitements sont irréversibles et définitifs. Aussi est-il vivement conseillé de lancer le traitement par lot dans un premier temps sur un petit échantillon d’exemplaires, afin de s’assurer que le résultat est conforme aux attentes, avant de le lancer sur de grosses volumétries.** | ||
| 365 | |||
| 366 | = (% style="color:#3398cc" %)9. Catalogage : suppression possible des autorisées utilisées (%%) = | ||
| 367 | |||
| 368 | Afin de faciliter le travail de nettoyage des bases autorités, un droit utilisateur a été ajouté pour permettre la suppression d’autorités pourtant utilisées sur des notices bibliographiques. Ce droit utilisateur est accessible dans les profils de type Catalogage, dans Administration du réseau > Profils. | ||
| 369 | |||
| 370 | (% style="text-align:center" %) | ||
| 371 | [[image:V10.2-9.1-Catalogage_suppression possible des autorisées utilisées.png||height="422" width="1000"]] | ||
| 372 | |||
| 373 | (% class="CxSpFirst" %) | ||
| 374 | Il suffira ensuite d’affecter ce profil de droits aux utilisateurs concernés (dans Administration du réseau > Utilisateurs). Il y aura ainsi vraisemblablement au moins deux profils de type Catalogage : un où la case n’est pas cochée (idem pour les cases relatives aux fusions de données), que l’on peut affecter aux bénévoles si on l’estime préférable, et un où la case est cochée, que l’on peut réserver aux administrateurs ou responsables de la base documentaire. | ||
| 375 | |||
| 376 | (% class="CxSpMiddle" %) | ||
| 377 | Ainsi, un utilisateur ayant un profil où la case « Permettre la suppression d’une autorité utilisée » n’est pas cochée aura le message suivant lors d’une tentative de suppression d’une autorité utilisée (c’est ce que l’on avait dans les versions antérieures de Decalog SIGB) : | ||
| 378 | |||
| 379 | (% style="text-align:center" %) | ||
| 380 | [[image:V10.2-9.2-Catalogage_suppression possible des autorisées utilisées.png||height="576" width="1000"]] | ||
| 381 | |||
| 382 | (% class="CxSpFirst" %) | ||
| 383 | Et dans le même cas, un utilisateur ayant un profil où la case « Permettre la suppression d’une autorité utilisée » est cochée aura un message similaire, mais lui permettant cette fois de lancer tout de même la suppression s’il le souhaite. | ||
| 384 | |||
| 385 | (% style="text-align:center" %) | ||
| 386 | [[image:V10.2-9.3-Catalogage_suppression possible des autorisées utilisées.png||height="426" width="1000"]] | ||
| 387 | |||
| 388 | (% class="CxSpMiddle" %) | ||
| 389 | (% style="color:red" %)**Attention : pas de retour en arrière possible une fois cette opération effectuée !** | ||
| 390 | |||
| 391 | = (% style="color:#3398cc" %)10. Catalogage : évolutions diverses(%%) = | ||
| 392 | |||
| 393 | (% class="CxSpFirst" %) | ||
| 394 | 2 petites évolutions ont été réalisées au niveau du module catalogage : | ||
| 395 | |||
| 396 | * Il est possible de modifier le paramétrage des recherches sur les mentions de responsabilité et d’édition. Selon la typologie de la base documentaire, le fait de parcourir les mentions de responsabilité et d’édition en recherche tous critères ou recherche par titre peut être intéressant ou non. Chaque base peut désormais réaliser un paramétrage personnalisé à ce sujet sur simple demande au service support ([[https:~~/~~/support.decalog.net>>url:https://support.decalog.net]]). Le paramétrage appliqué actuellement sur votre base est visible depuis le module Administration du réseau > onglet Réseau (ou Site) > Paramétrages. | ||
| 397 | |||
| 398 | * La recherche de notices à rejeter lors d’une [[fusion de notices bibliographiques>>url:https://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%209.6%20%28octobre%202019%29/#H1.2.Fusiondenoticesbibliographiques]] est désormais une recherche tous critères, au lieu d’être une recherche par titre. Cela permet de rechercher les notices rejetées, en plus du titre, par l’auteur ou l’ISBN notamment. | ||
| 399 | |||
| 400 | = (% style="color:#3398cc" %)11. Sécurisation des mots de passe générés pour les utilisateurs et abonnés (%%) = | ||
| 401 | |||
| 402 | Afin de renforcer la sécurité des connexions sur le SIGB et le portail, et ainsi de respecter les préconisations en la matière formulées par le CNIL et le RGPD, les mots de passe automatiquement générés pour les abonnés et les utilisateurs du SIGB ont été complexifiés. Ils respectent désormais les conditions suivantes : | ||
| 403 | |||
| 404 | * Longueur de 8 caractères | ||
| 405 | * Au moins une majuscule | ||
| 406 | * Au moins une minuscule | ||
| 407 | * Au moins un chiffre | ||
| 408 | * Au moins un caractère spécial imprimable | ||
| 409 | |||
| 410 | (% class="CxSpFirst" %) | ||
| 411 | A noter que la liste des caractères spéciaux compris dans les mots de passe générés automatiquement a été simplifiée, de manière à ce que l’utilisateur ou l’abonné qui ait à le saisir n’ait pas de difficulté pour cela (suppression par exemple du caractère @ ou #, que certaines personnes peuvent ne pas savoir saisir). Tous les caractères spéciaux sont néanmoins autorisés en modification du mot de passe, où l’utilisateur ou l’abonné sont en mesure de saisir les caractères spéciaux de leur choix. | ||
| 412 | |||
| 413 | (% style="text-align:center" %) | ||
| 414 | [[image:V10.2-11-Sécurisation des mots de passe générés pour les utilisateurs et abonnés .png]] | ||
| 415 | |||
| 416 | = (% style="color:#3398cc" %)12. Administration du réseau : gestion du nombre maximal de réservataires au niveau du regroupement navette de réservation(%%) = | ||
| 417 | |||
| 418 | (% class="CxSpFirst" %) | ||
| 419 | **Attention : cette évolution ne concerne que les réseaux de bibliothèques.** | ||
| 420 | |||
| 421 | (% style="text-align:left;text-align:left" %) | ||
| 422 | (% style="background:white; color:red" %)**[Fonctionnalité déconfinement]**(% style="background:white" %) La limite du nombre maximal de réservataires sur un document permet de limiter le nombre d’abonnés réservataires pour un même document, afin d’éviter que les abonnés n’attendent trop longtemps une réservation. Cela s’avère utile dans le cadre du déconfinement, où le flux des réservations à gérer est important et doit être contrôlé au mieux. | ||
| 423 | |||
| 424 | (% style="text-align:left;text-align:left" %) | ||
| 425 | (% style="background:white" %)Cette limite est normalement gérée distinctement pour chaque site, à l’aide du paramètre accessible depuis le module Administration du réseau > Réseau > sélection d’un site > sous-onglet Paramètres : | ||
| 426 | |||
| 427 | (% style="text-align:center" %) | ||
| 428 | [[image:V10.2-12.1-Administration du réseau_gestion du nombre maximal de réservataires au niveau du regroupement navette de réservation.png||height="355" width="1000"]] | ||
| 429 | |||
| 430 | (% style="text-align:left;text-align:left" %) | ||
| 431 | (% style="background:white" %)Ce paramètre n’était plus applicable lorsque le réseau passait en mode « navettes de réservations » : en effet, dans ce cas, il n’était pas possible de prévoir quel site allait attribuer son exemplaire à la réservation, et donc impossible de choisir quel quota était à appliquer (étant donné que chaque site définissait son quota). | ||
| 432 | |||
| 433 | (% style="text-align:left;text-align:left" %) | ||
| 434 | (% style="background:white" %)De ce fait, un quota a été ajouté sur le regroupement de sites de type Navettes de réservation : ce quota annule et remplace les quotas définis par sites, pour tous les sites qui font partie de ce regroupement navettes de réservation. | ||
| 435 | |||
| 436 | (% style="text-align:center" %) | ||
| 437 | [[image:V10.2-12.2-Administration du réseau_gestion du nombre maximal de réservataires au niveau du regroupement navette de réservation.png||height="492" width="1000"]] | ||
| 438 | |||
| 439 | (% style="text-align:left;text-align:left" %) | ||
| 440 | (% style="background:white" %)**Note importante** : pour tous les réseaux qui avaient déjà défini des regroupements navettes de réservation, ce paramètre a été arbitrairement fixé à 3. Il est nécessaire de modifier ce paramétrage par défaut si cela s’avère nécessaire. | ||
| 441 | |||
| 442 | (% class="box infomessage" style="text-align: left;" %) | ||
| 443 | ((( | ||
| 444 | Dans la continuité des mises à jour réalisées dans le cadre de la [[version 10.0 "spéciale déconfinement">>doc:Récapitulatifs des mises à jour.Version 10\.0 spéciale déconfinement (mai 2020).WebHome]], **une [[version 10.2 "spéciale déconfinement">>doc:Récapitulatifs des mises à jour.2020 \: Version 10\.2 spéciale déconfinement (juin).WebHome]] est en cours de préparation**. Elle devrait contenir : | ||
| 445 | |||
| 446 | * La possibilité de réinitialiser ses identifiants depuis le portail (lien "Mot de passe oublié ?"), même en cas d'adresse mail partagée sur plusieurs fiches. L'évolution sera valable pour tous les portails (Opac3d, e-Sézhame, Decalog PORTAIL Pro, Decalog PORTAIL Intégral). | ||
| 447 | * L'ajout du signalement du type d'envoi (mail/lettre) lors des attributions, ajournements ou suppressions de réservations, afin de savoir comment l'abonné sera prévenu. | ||
| 448 | * L'amélioration du traitement des retours, avec le choix du site de quarantaine pour les exemplaires à transférer au sein du réseau, et une reprise de la succession des messages affichés lors du retour, pour une meilleur compréhension. | ||
| 449 | ))) |