Wiki source code of Version 8.4 (octobre 2018)
Last modified by ACE Decalog on 2022/01/25 13:39
Hide last authors
| author | version | line-number | content |
|---|---|---|---|
 |
1.1 | 1 | {{box cssClass="floatinginfobox" title="**Table des matières**"}} |
| |
12.1 | 2 | {{toc start="1" depth="4" numbered="false" scope="page"/}} |
| |
1.1 | 3 | {{/box}} |
| 4 | |||
| 5 | (% style="color:#3398cc" %)**Note préalable **(%%): le travail de fond engagé sur l’**optimisation des performances** continue dans cette version et cet engagement sera maintenu dans les versions à venir. | ||
| 6 | |||
| 7 | = (% style="color:#3398cc" %)1. Administration du réseau : duplication d’utilisateur(%%) = | ||
| 8 | |||
| 9 | (% class="CxSpFirst" %) | ||
| 10 | Depuis Administration du réseau > Utilisateurs, il est possible de dupliquer une fiche utilisateur, évitant ainsi de devoir reprendre notamment tous les profils de droits attribués d’un utilisateur à l’autre : | ||
| 11 | |||
| 12 | (% style="text-align:center" %) | ||
| 13 | [[image:V8.4-1-Administration du réseau_duplication d’utilisateur.png]] | ||
| 14 | |||
| 15 | (% class="CxSpLast" %) | ||
| 16 | Le clic sur ce bouton ouvre un formulaire de création d'utilisateur, dans lequel sont reprises toutes les informations de l'utilisateur que l'on vient de dupliquer sauf le nom, le prénom et l'adresse e-mail. | ||
| 17 | |||
| 18 | = (% style="color:#3398cc" %)2. Catalogage : nouveau réservoir BnF SRU(%%) = | ||
| 19 | |||
| 20 | (% class="CxSpFirst" %) | ||
| 21 | Lorsque l’on scanne un ISBN ou un EAN, Decalog SIGB va rechercher la notice dans l’un des réservoirs externes auxquels on a accès, il s’agit de l’opération de « dérivation » (ci-dessous, l’exemple d’une notice récupérée à la BnF) : | ||
| 22 | |||
| 23 | (% style="text-align:center" %) | ||
| 24 | [[image:V8.4-3.1-Catalogage_nouveau réservoir BnF SRU.png]] | ||
| 25 | |||
| 26 | (% class="CxSpMiddle" style="margin-bottom:.0001pt" %) | ||
| 27 | La liste des réservoirs accessibles est consultable depuis le module Paramètres, onglet Listes, entrée Profils de dérivation des réservoirs. L’ordre dans lequel apparaissent les réservoirs est l’ordre dans lequel on les parcourt lors d’une recherche d’ISBN (si un résultat est trouvé dans le premier réservoir, on ne parcourra pas les suivants). | ||
| 28 | |||
| 29 | (% class="CxSpMiddle" style="margin-bottom:.0001pt" %) | ||
| 30 | Cette liste a été enrichie d’un nouveau réservoir : BnF via SRU. | ||
| 31 | |||
| 32 | |||
| 33 | (% style="text-align:center" %) | ||
| 34 | [[image:V8.4-3.2-Catalogage_nouveau réservoir BnF SRU.png]] | ||
| 35 | |||
| 36 | Les réservoirs BnF-Imprimés et BnF-Multimédia sont les réservoirs que Decalog met à disposition de ses clients depuis des années. Ces deux réservoirs sont alimentés par des fichiers que la BnF envoie à Decalog tous les mois. Decalog intègre alors les fichiers, qui contiennent les notices que les utilisateurs pourront ainsi dériver directement depuis Decalog SIGB. | ||
| 37 | |||
| 38 | (% class="CxSpMiddle" style="margin-bottom:.0001pt" %) | ||
| 39 | Le nouveau réservoir BnF via SRU suit un processus un peu différent : les notices sont rapatriées de la BnF via le protocole SRU en temps réel. | ||
| 40 | |||
| 41 | (% class="CxSpMiddle" style="margin-bottom:.0001pt" %) | ||
| 42 | Pour l’instant, ce réservoir contient à la fois les notices validées ET les notices non validées par la BnF, ce qui justifie que la récupération dans ce réservoir ne soit pas activée par défaut (les notices non validées étant très incomplètes). | ||
| 43 | |||
| 44 | |||
| 45 | (% class="CxSpMiddle" style="margin-bottom:.0001pt" %) | ||
| 46 | Decalog attend un développement de la BnF permettant de distinguer les notices validées des notices non validées, ce qui permettra la scission de l’actuel réservoir BnF via SRU en deux réservoirs distincts, contenant d’une part les notices validées (qui sera parcouru en priorité lors d’une dérivation de notice) et d’autre part les notices non validées (qui sera probablement classé en fin de liste des réservoirs atteignables). | ||
| 47 | |||
| 48 | |||
| 49 | (% class="CxSpLast" style="margin-bottom:.0001pt" %) | ||
| 50 | En attendant cette évolution de la BnF, il est possible d’activer le réservoir BnF via SRU, tout en étant conscient qu’il sera susceptible de remonter des notices non validées, donc incomplètes. | ||
| 51 | |||
| 52 | = (% style="color:#3398cc" %)3. Abonnés : blocage en cas de double réservation(%%) = | ||
| 53 | |||
| 54 | (% class="CxSpFirst" %) | ||
| 55 | Un message est affiché dans le cas où l’on tente d’effectuer une seconde réservation pour un abonné qui a déjà une réservation en cours sur ce document. Il est ainsi impossible pour un abonné de réserver deux fois la même notice. | ||
| 56 | |||
| 57 | (% style="text-align:center" %) | ||
| 58 | [[image:V8.4-4-Abonnés_blocage en cas de double réservation.png]] | ||
| 59 | |||
| 60 | (% class="CxSpLast" %) | ||
| 61 | Côté portail, si toutefois l’abonné effectuait plusieurs demandes de réservations sur le même document, une seule demande de réservation sera transmise au SIGB. | ||
| 62 | |||
| 63 | = (% style="color:#3398cc" %)4. Abonnés : recherche des homonymes(%%) = | ||
| 64 | |||
| 65 | == 4.1 En création d’abonnés == | ||
| 66 | |||
| 67 | En création d’abonnés, la recherche des homonymes est effectuée : | ||
| 68 | |||
| 69 | * __Lors de la saisie du nom de l’abonné en cours de création__ : le logiciel liste les abonnés déjà existants de la base qui correspondent à la saisie en cours, afin de repérer un éventuel doublon. | ||
| 70 | |||
| 71 | (% style="text-align:center" %) | ||
| 72 | [[image:V8.4-5.1-Abonnés_recherche des homonymes.png]] | ||
| 73 | |||
| 74 | (% class="CxSpMiddle" style="margin-left:35.45pt" %) | ||
| 75 | Si l’on se rend compte que l’abonné existe déjà dans la base, on peut ainsi cliquer sur son nom, ce qui proposera l’ouverture de la fiche abonné déjà existante. | ||
| 76 | |||
| 77 | (% class="CxSpMiddle" style="margin-left:35.45pt" %) | ||
| 78 | Si on ne repère aucun doublon dans la liste, on peut poursuivre la saisie en cours de l’abonné (touche tabulation). | ||
| 79 | |||
| 80 | * __Lors de la validation d’un nouvel abonné__ : si la fenêtre de propositions (ci-dessus) a été ignorée, mais que le logiciel détecte un doublon possible d’abonné par rapport au nom, prénom et date de naissance renseignés sur la fiche, une fenêtre de signalement est affichée. | ||
| 81 | |||
| 82 | (% style="text-align:center" %) | ||
| |
12.1 | 83 | [[image:V8.4-5.2-Abonnés_recherche des homonymes.png||height="361" width="1000"]] |
| |
1.1 | 84 | |
| 85 | (% class="CxSpMiddle" %) | ||
| 86 | Depuis cette fenêtre, il est ainsi possible : | ||
| 87 | |||
| 88 | * Soit d’ignorer les doublons et de poursuivre la saisie (la fiche d’abonné que l’on était en train de créer sera ainsi validée), | ||
| 89 | * Soit de choisir dans la liste l’abonné déjà existant dans la base (ce qui permet d’annuler la création en cours de la fiche abonné et de charger la fiche déjà existante). | ||
| 90 | |||
| 91 | == 4.2 En modification d’abonnés == | ||
| 92 | |||
| 93 | (% class="CxSpMiddle" %) | ||
| 94 | Si l’un des trois champs permettant le dédoublonnage (nom, prénom, date de naissance) a été modifié de manière à créer potentiellement un doublon d’abonnés, le logiciel proposera la même fenêtre que lors de la création de la fiche abonné. | ||
| 95 | |||
| 96 | (% class="CxSpLast" %) | ||
| 97 | **Remarque** : le dédoublonnage pour les abonnés type Groupe se fera uniquement sur le champ Nom (puisqu’une fiche Groupe ne possède pas de champ prénom ou date de naissance). | ||
| 98 | |||
| 99 | = (% style="color:#3398cc" %)5. Adresses : prise en compte de la mise à jour du fichier INSEE(%%) = | ||
| 100 | |||
| 101 | (% class="CxSpFirst" %) | ||
| 102 | Suite à la [[mise à jour du fichier d’adresses effectuée le 19/08/18>>http://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%208.2%20%28juillet%202018%29/#H4.MiseE0jourdufichierd27adresses28miseE0jourdu192F082F1829]], les communes n’existant plus ne seront plus proposées lors de la saisie d’une nouvelle adresse. Néanmoins, elles resteront renseignées sur les adresses qui ont été saisies jusqu’alors. | ||
| 103 | |||
| 104 | (% class="CxSpLast" %) | ||
| 105 | Exemple : | ||
| 106 | |||
| 107 | * Par arrêté du préfet des Côtes-d'Armor en date du 30 septembre 2017, la commune nouvelle de Dinan est créée en lieu et place des communes de Dinan et de Léhon, à compter du 1er janvier 2018. | ||
| 108 | * Dans Decalog SIGB, la commune de Léhon n’est plus proposée dans la saisie d’adresses, mais restera renseignée sur les fiches abonnés qui l’utilisaient jusque-là. | ||
| 109 | |||
| 110 | A noter également : le remplacement de "St" par "Saint" dans tous les noms de communes concernés, conformément au fichier de référence. | ||
| 111 | |||
| 112 | = (% style="color:#3398cc" %)6. Recherche : ajout de critères et reprises mineures(%%) = | ||
| 113 | |||
| 114 | == 6.1 Ajout du critère « Cote » dans la recherche de suggestions == | ||
| 115 | |||
| 116 | (% class="CxSpFirst" %) | ||
| 117 | **Uniquement pour les clients ayant activé l’option Suggestions & Commande.** | ||
| 118 | |||
| 119 | Le critère « Cote » (commence par) est accessible depuis la recherche avancée de suggestions (module Commandes, onglet Suggestions, entrée Recherche avancée). | ||
| 120 | |||
| 121 | (% style="text-align:center" %) | ||
| 122 | [[image:V8.4-7.1-Recherche_ajout de critères et reprises mineures.png]] | ||
| 123 | |||
| 124 | == 6.2 Ajout du critère « Membres du groupe » dans la recherche d’abonnés == | ||
| 125 | |||
| 126 | (% class="CxSpFirst" %) | ||
| 127 | **Uniquement pour les clients ayant activé l’option** **Gestion des membres de groupe.** | ||
| 128 | |||
| 129 | Le critère « Membres de groupes » a été ajouté dans la recherche avancée d’abonnés (accessible depuis le module Circulation, onglet Abonnés, entrée Recherche avancée). | ||
| 130 | |||
| 131 | (% style="text-align:center" %) | ||
| 132 | [[image:V8.4-7.2-Recherche_ajout de critères et reprises mineures.png]] | ||
| 133 | |||
| 134 | Attention, ne pas confondre ce critère avec les regroupements d’abonnés ! | ||
| 135 | |||
| 136 | * Le critère « Membres de groupes » permettra de retrouver les cartes abonné type Groupe sur lesquelles des membres ont été ajoutés. | ||
| 137 | * Si l’on souhaite trouver les abonnés appartenant à un regroupement d’abonnés, c’est le critère « Type de regroupement » qui devra être utilisé. | ||
| 138 | |||
| 139 | == 6.3 Remplacement de l’icône d’effacement d’une recherche avancée == | ||
| 140 | |||
| 141 | (% class="CxSpFirst" %) | ||
| 142 | A l’occasion de développements sur le module Catalogage, l’icône d’effacement d’une requête en recherche avancée de notices a été remplacée par un bouton, par souci de cohérence avec les autres écrans. | ||
| 143 | |||
| 144 | (% style="text-align:center" %) | ||
| 145 | [[image:V8.4-7.3-Recherche_ajout de critères et reprises mineures.png]] | ||
| 146 | |||
| 147 | = (% style="color:#3398cc" %)7. Périodiques : ajout du piège dans les valeurs par défaut de l’abonnement(%%) = | ||
| 148 | |||
| 149 | (% class="CxSpFirst" %) | ||
| 150 | **Uniquement pour les clients ayant activé l’option Gestion des abonnements de périodiques.** | ||
| 151 | |||
| 152 | (% class="CxSpMiddle" %) | ||
| 153 | A l’occasion de l’ajout des catégories d’exemplaires dans les valeurs par défaut de l’abonnement, le piège a également été ajouté à ces valeurs, ce qui permet par exemple de renseigner un matériel d’accompagnement qui sera renseigné par défaut dans le piège du fascicule bulletiné. | ||
| 154 | |||
| 155 | (% style="text-align:center" %) | ||
| |
12.1 | 156 | [[image:V8.4-8-Périodiques_ajout du piège dans les valeurs par défaut de l’abonnement.png||height="616" width="1000"]] |
| |
1.1 | 157 | |
| 158 | = (% style="color:#3398cc" %)8. Mise à jour de l’outil d’envoi de mails(%%) = | ||
| 159 | |||
| 160 | (% class="CxSpFirst" %) | ||
| 161 | Étant donnée la volumétrie que représentent tous les mails envoyés depuis Decalog SIGB (environ 6 millions de mails envoyés en 1 an), Decalog délègue depuis plusieurs années la gestion des envois de mails à un outil professionnel tiers payant, spécialisé dans cette opération. | ||
| 162 | |||
| 163 | (% class="CxSpMiddle" %) | ||
| 164 | Ainsi, lorsqu’un mail est envoyé depuis Decalog SIGB (mail de relance, avis de réservation, mailing d’information, …), ce dernier transfère l’opération à l’outil tiers, qui se charge de gérer l’envoi. Cela a plusieurs avantages : on accélère le processus, tout en évitant que les mails envoyés par la bibliothèque ne soient considérés comme des spams, et en bénéficiant d’un retour en cas de mail non délivré. | ||
| 165 | |||
| 166 | (% class="CxSpMiddle" %) | ||
| 167 | L’outil d’envoi de mails utilisé par Decalog SIGB a changé : Mandrill (racheté par MailChimp) a été remplacé par MailJet. | ||
| 168 | |||
| 169 | (% class="CxSpMiddle" %) | ||
| 170 | **Cette évolution ne change strictement rien pour les utilisateurs du logiciel : ce changement n’implique aucune manipulation particulière, aucun changement dans les habitudes d’utilisation du logiciel.** | ||
| 171 | |||
| 172 | (% class="CxSpMiddle" %) | ||
| 173 | **Rappel important** : en cas de mail non délivré, l’outil tiers d’envoi de mails renvoie l’information à Decalog SIGB, qui passe automatiquement l’abonné (ou le regroupement) en mode lettre et marque son adresse e-mail comme invalide. La raison pour laquelle le mail n’a pas été délivré n’est pas connue par Decalog SIGB, mais il est possible qu’il s’agisse d’une adresse non valide (suite à une erreur saisie par exemple), ou bien d’un mail impossible à délivrer à cause d’une boîte mail pleine ou d’une indisponibilité temporaire de la messagerie de l’abonné. | ||
| 174 | |||
| 175 | (% class="CxSpMiddle" %) | ||
| 176 | Pour ces raisons, il est possible de rendre à nouveau valide l’adresse mail de l’abonné à condition de la modifier : cette contrainte est nécessaire pour maintenir la réputation du serveur de mails. En effet, si toutefois on persistait à envoyer des mails à une adresse jugée invalide, les mails envoyés depuis Decalog SIGB seraient progressivement jugés de moins en moins fiables et progressivement considérés comme spams par les différentes messageries. |