Wiki source code of 2019 : version 9.8 (décembre)

Last modified by ACE Decalog on 2022/04/05 08:40
Show last authors
1 {{box cssClass="floatinginfobox" title="**Table des matières**"}}
2 {{toc start="1" depth="4" numbered="false" scope="page"/}}
3 {{/box}}
4
5 (% style="color:#ff0000" %)**Note importante**(%%)** **: à partir du mois de janvier, __les grilles de catalogage paramétrables seront activées progressivement sur l’ensemble des clients Decalog SIGB__. Le seul changement visible que cela provoquera est l’isolement des modules Périodiques et Récolement sur la page d’accueil de Decalog SIGB (aucun changement dans le fonctionnement néanmoins).
6
7 L’activation des grilles de catalogage paramétrables permettra l’accès à un ensemble de fonctionnalités supplémentaires, activables à la demande et listées [[ici>>http://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%209.0%20%28f%C3%A9vrier%202019%29/]] (cette liste ayant été enrichie depuis), et le fonctionnement des grilles en elles-mêmes est consultable dans la documentation téléchargeable [[ici>>http://sigb.doc.decalog.net/xwiki/bin/download/Aide%20en%20ligne/WebHome/Decalog_SIGB_Grilles_catalogage_parametrables.pdf]].
8
9 Si vous souhaitez bénéficier de ce nouveau module plus rapidement, nous vous encourageons à soumettre par le biais d’un [[ticket Cérhème>>url:https://support.decalog.net/]] une demande d’activation afin que nous puissions l’activer immédiatement.
10
11 = (% style="color:#3398cc" %)1. Gestion des bibliobus(%%) =
12
13 Decalog SIGB permet de gérer, via une option facultative, les tournées de bibliobus.
14
15 (% style="text-align:center" %)
16 [[image:V9.8-1.1-Gestion des bibliobus.png||height="425" width="1000"]]
17
18 (% class="CxSpMiddle" %)
19 Cette option permet de gérer les bibliobus, qui sont assimilés à des sites physiques mobiles possédant des arrêts, à des fins de gestion d'une tournée.
20
21 (% class="CxSpMiddle" %)
22 Ainsi, si l’on souhaite déclarer un bus, cela prendre la forme d’un nouveau site au sein du réseau, de type Bibliobus :
23
24 (% style="text-align:center" %)
25 [[image:V9.8-1.2-Gestion des bibliobus.png]]
26
27 (% class="CxSpMiddle" %)
28 Le fait de définir un site comme bibliobus engendre l’apparition d’un onglet supplémentaire au niveau du site, permettant de définir les arrêts du bibliobus.
29
30 (% style="text-align:center" %)
31 [[image:V9.8-1.3-Gestion des bibliobus.png]]
32
33 (% class="CxSpLast" %)
34 Si le nombre d’arrêts ou de tournées à gérer est important, il est possible d’activer en plus au niveau du réseau (de manière facultative) :
35
36 * Les regroupements d’arrêts : il s’agit simplement de permettre de regrouper visuellement des arrêts en sous-groupes, pour plus de lisibilité (sur le modèle des [[bassins>>http://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%209.2%20%28mai%202019%29/#H2.AdministrationdurE9seau:gestiondesbassinsdesites]] pour les sites)
37 * Les circuits : ils permettent de définir les parcours que suivra le bibliobus, sollicités pour identifier les documents demandés sur le trajet et pour passer facilement d'un arrêt au suivant.
38
39 (% class="CxSpFirst" %)
40 Les circuits et regroupements d’arrêts peuvent être activés au niveau du réseau, dans l’onglet Paramètres :
41
42 (% style="text-align:center" %)
43 [[image:V9.8-1.4-Gestion des bibliobus.png||height="477" width="1000"]]
44
45 (% class="CxSpMiddle" %)
46 Une fois les options activées, les regroupements d’arrêts et circuits peuvent être définis au niveau du site bibliobus, au même emplacement que les arrêts :
47
48 (% style="text-align:center" %)
49 [[image:V9.8-1.5-Gestion des bibliobus.png]]
50
51 (% class="CxSpMiddle" %)
52 Une fois le paramétrage effectué, le site (ou les sites) de type Bibliobus sont utilisables comme des sites classiques : le bus peut être le site dépositaire de documents (renseigné au niveau de la grille exemplaires dans le champ « Site dépositaire »), le site depuis lequel s’effectuent des prêts, ou encore le site de retrait demandé de réservation.
53
54 (% class="CxSpMiddle" %)
55 Lorsqu’un utilisateur se connecte sur le site de type Bibliobus, il peut se localiser sur un arrêt en particulier (par un simple clic sur cet arrêt) :
56
57 (% style="text-align:center" %)
58 [[image:V9.8-1.6-Gestion des bibliobus.png]]
59
60 (% class="CxSpMiddle" %)
61 L’icône à droite de l’arrêt de prêt permet de se localiser en un clic sur l’arrêt suivant (dans l’ordre dans lequel les arrêts ont été définis, au sein d’un circuit ou non).
62
63 (% style="text-align:center" %)
64 [[image:V9.8-1.6.2-Gestion des bibliobus.png]]
65
66 (% class="CxSpMiddle" %)
67 Une fois localisé sur un arrêt spécifique, les opérations effectuées (prêts, retours, inscriptions, paiement, etc.) seront enregistrées sur cet arrêt :
68
69 (% style="text-align:center" %)
70 [[image:V9.8-1.7-Gestion des bibliobus.png||height="278" width="1000"]]
71
72 (% class="CxSpMiddle" %)
73 Lors d’une demande de réservation, il est possible de spécifier l’arrêt de retrait :
74
75 (% style="text-align:center" %)
76 [[image:V9.8-1.8-Gestion des bibliobus.png]]
77
78 (% style="border-left:solid #2d98c6 1.5pt; padding:0cm 0cm 0cm 4.0pt; margin-left:19.85pt; margin-right:0cm" %)
79 (((
80 (% class="Encarttexte" style="margin-left:0cm" %)
81 **Attention** : il est important de noter que le choix d’un arrêt de retrait pour la réservation n’a pas encore été implémenté côté portail.
82 )))
83
84 L’information de l’arrêt (que ce soit pour le prêt ou la réservation) est ensuite repris et indiqué dans tous les modules de Decalog SIGB :
85
86 * Dans les listes Prêts et Réservations du module Circulation : les critères de recherche accessibles permettent notamment de préparer les tournées en ayant la liste des documents réservés sur chaque arrêt dans la liste des réservations
87 * Dans les statistiques
88 * Dans les tickets de prêt
89 * En éléments de l’exportation vers un tableur (module Circulation, Catalogage, etc.)
90 * En vue détaillée d’une notice (partie exemplaire)
91 * En prêts déconnectés (le site et l’arrêt depuis lesquels on intègre les fichiers sont respectivement considérés comme site et arrêt de prêt)
92 * Dans les dettes et règlements (comme site de règlement d’une dette)
93 * Dans les modèles de documents, sous réserve d’insérer les balises correspondantes*
94
95 (% class="CxSpLast" %)
96 ~* Liste des balises à intégrer dans les modèles pour obtenir les informations relatives aux bibliobus : 
97
98 * Relances par mail :
99 (% style="list-style-type:circle" %)
100 ** Site de prêt : ${reminder.loanLibrary}
101 ** Arrêt de prêt : $!{reminder.loanBusStop}
102 ** Circuit de prêt : $!{reminder.loanBusLine}
103 ** Regroupement de l'arrêt de prêt : $!{reminder.loanBusGroup}
104 * Relances par lettre :
105 (% style="list-style-type:circle" %)
106 ** Site de prêt : ${reminder.loanLibrary}
107 ** Arrêt de prêt : ${(reminder.loanBusStop)!}
108 ** Circuit de prêt : ${(reminder.loanBusLine)!}
109 ** Regroupement de l'arrêt de prêt : ${(reminder.loanBusGroup)!}
110 * Avis de réservation par mail :
111 (% style="list-style-type:circle" %)
112 ** Site de retrait : ${library}
113 ** Arrêt de retrait : ${withdrawalBusStop}
114 ** Regroupement de l'arrêt de retrait : ${withdrawalBusGroup}
115 * Avis de réservation par lettre :
116 (% style="list-style-type:circle" %)
117 ** Site de retrait : ${booking.library.name}
118 ** Arrêt de retrait : ${(booking.withdrawalBusStop)!}
119 ** Regroupement de l'arrêt de retrait : ${(booking.withdrawalBusGroup)!}
120 * Avis d’ajournement ou de suppression d’une réservation par mail :
121 (% style="list-style-type:circle" %)
122 ** Site de retrait : ${booking.library.name}
123 ** Arrêt de retrait : ${booking.withdrawalBusStop}
124 ** Regroupement de l'arrêt de retrait : ${booking.withdrawalBusGroup}
125
126 (% style="border-left:solid #2d98c6 1.5pt; padding:0cm 0cm 0cm 4.0pt; margin-left:19.85pt; margin-right:0cm" %)
127 (((
128 (% class="EncarttexteCxSpFirst" style="margin-left:0cm" %)
129 **A noter** : si le réseau a défini des navettes de réservation, il est possible d’exclure le fonds du bibliobus des exemplaires pouvant faire l’objet d’une navette :
130
131 (% style="text-align:center" %)
132 [[image:V9.8-1.9-Gestion des bibliobus.png]]
133 )))
134
135
136 = (% style="color:#3398cc" %)2. Catalogage : amélioration du réservoir BnF via SRU (%%) =
137
138 (% class="CxSpFirst" %)
139 La [[version 8.4 d’octobre 2018>>http://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%208.4%20%28octobre%202018%29/#H2.Catalogage:nouveaurE9servoirBnFSRU]] avait ajouté un nouveau réservoir que l’on pouvait solliciter pour les dérivations de notices : [[le réservoir BnF via SRU>>http://www.decalog.net/fr/blog/deriver-les-notices-de-la-bnf-via-le-protocole-sru/]] (**S**earch / **R**etrieval via **U**RL).
140
141 (% class="CxSpMiddle" %)
142 Pour rappel, ce réservoir dispose de 14 millions de notices bibliographiques et de 5 millions de notices autorités, qui sont donc accessibles directement depuis Decalog SIGB lorsqu’on scanne un ISBN en catalogage (sous réserve que l’on ait coché le réservoir BnF via SRU depuis Paramètres > Listes > Profils de dérivation des réservoirs).
143
144 (% class="CxSpMiddle" %)
145 Des améliorations ont été effectuées autour de ce réservoir. Il est désormais possible de distinguer au sein de ce réservoir les notices validées par la BnF de celles encore non validées.
146
147 (% class="CxSpMiddle" %)
148 Les versions antérieures de Decalog SIGB proposaient un réservoir BnF via SRU unique, avec les notices validées et non validées, ce qui se présentait ainsi (dans Paramètres > Listes > Profils de dérivation des réservoirs) :
149
150 (% style="text-align:center" %)
151 [[image:V9.8-2.1-Catalogage_amélioration du réservoir BnF via SRU.png]]
152
153 (% class="CxSpMiddle" %)
154 Dans cette version 9.8, les réservoirs BnF via SRU ont été distingués et réorganisés dans la hiérarchie des réservoirs accessibles via Decalog SIGB :
155
156 (% style="text-align:center" %)
157 [[image:V9.8-2.2-Catalogage_amélioration du réservoir BnF via SRU.png]]
158
159 (% class="CxSpMiddle" %)
160 //[MAJ 2021 : les réservoirs BnF Decalog étant obsolètes, ils ne sont plus proposés désormais.]//
161
162 (% class="CxSpMiddle" %)
163 On remarque l’ajout de flèches vertes, permettant de modifier l’ordre de dérivation depuis les réservoirs : ainsi, si l’on souhaite d’abord parcourir le réservoir MusicBrainz avant le réservoir BnF via SRU (notices non validées), il est possible de réorganiser la liste.
164
165 (% style="border-left:solid #2d98c6 1.5pt; padding:0cm 0cm 0cm 4.0pt; margin-left:19.85pt; margin-right:0cm" %)
166 (((
167 (% class="Encarttexte" style="margin-left:0cm" %)
168 **A noter** : le réservoir BnF via SRU (notices validées) est coché par défaut, contrairement au réservoir BnF via SRU (notices non validées).
169 )))
170
171 Concernant les [[automates de mises à jour de notices>>http://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%207.4%20%28ao%C3%BBt%202017%29/#H1.Catalogage:automatedemiseE0jourdesnoticesdedocument]] (bibliographiques et autorités), ils utilisent désormais les réservoirs SRU de notices validées, qui possède la meilleure qualité en terme de notices mises à disposition.
172
173 (% style="text-align:center" %)
174 [[image:V9.8-2.3-Catalogage_amélioration du réservoir BnF via SRU.png]]
175
176 Pour ceux qui souhaitent aller plus loin au sujet du réservoir BnF via SRU :
177
178 * [[Consulter la documentation générale de la BnF sur son service SRU>>https://www.bnf.fr/sites/default/files/2019-04/service_sru_bnf.pdf]]
179 * [[Rechercher directement des notices dans le réservoir BnF via SRU via le formulaire de requête SRU>>http://catalogue.bnf.fr/api/test.do]]
180
181 = (% style="color:#3398cc" %)3. Assistants de prêts : amélioration de la gestion des transferts et des réservations (%%) =
182
183 Il y a plusieurs types de problèmes gérés par les assistants de prêt, que ce soit lors des opérations de prêt ou de retour. Parmi les cas particuliers à gérer au retour figuraient les deux cas suivants :
184
185 * Retour d’un document réservé
186 * Retour d’un document dont le site de retour n’est pas le site dépositaire
187
188 (% class="MsoListBulletCxSpLast" style="margin-left:0cm" %)
189 Dans le paramétrage des assistants de prêt (Administration du réseau > Assistants de prêt), ces deux cas étaient matérialisés comme suit dans les versions antérieures de Decalog SIGB :
190
191 (% style="text-align:center" %)
192 [[image:V9.8-3.1-Assistants de prêts_amélioration de la gestion des transferts et des réservations.png]]
193
194 (% class="CxSpLast" %)
195 Ces deux cas ne suffisaient pas à prendre en compte l’intégralité des configurations possibles pour un réseau, c’est pourquoi ils ont été divisés en plusieurs cas :
196
197 * **Exemplaire ne pouvant être restitué dans ce site**
198 (% style="list-style-type:circle" %)
199 ** Ce cas bloque forcément le retour, et le message paramétré est affiché.
200 * **Exemplaire attribuable à une réservation sans navette (à retirer sur le site)**
201 * **Exemplaire nécessitant d’être transféré vers un autre site : la navette de réservation**
202 (% style="list-style-type:circle" %)
203 ** Ces cas peuvent bloquer le retour ou non. Si on choisit d’autoriser le retour, le prêt à un abonné fonctionnel est obligatoire afin de pouvoir traiter unitairement tous les cas de figure (qui seront présentés lors du retour unitaire depuis l’abonné fonctionnel).
204 * **Exemplaire nécessitant d’être transféré vers un autre site : la délocalisation au retour non autorisée**
205 * **Exemplaire nécessitant d’être transféré vers un autre site : la navette de retour**
206 (% style="list-style-type:circle" %)
207 ** Ces cas peuvent bloquer le retour ou non. Si l’on choisit d’effectuer le retour, le document sera prêté, au choix, soit à un abonné fonctionnel à renseigner (auquel cas les différents transferts seront à faire au moment du retour unitaire depuis cet abonné fonctionnel), soit à l’abonné fonctionnel de transfert défini pour chaque site dans chacun des cas.
208
209 (% style="text-align:center" %)
210 [[image:V9.8-3.2-Assistants de prêts_amélioration de la gestion des transferts et des réservations.png]]
211
212 (% style="border-left:solid #2d98c6 1.5pt; padding:0cm 0cm 0cm 4.0pt; margin-left:19.85pt; margin-right:0cm" %)
213 (((
214 (% class="EncarttexteCxSpFirst" style="margin-left:0cm" %)
215 **//Exemples concrets//**// : sur un réseau avec 2 sites (Sites A et B, qui ont mis en place des navettes de réservation et de retour entre eux) : //
216
217 (% class="EncarttexteCxSpFirst" style="margin-left:0cm" %)
218 //1) Un abonné rend sur l’automate de Site A un document réservé par un autre abonné à Site B. On se retrouve donc dans le cas « Exemplaire nécessitant d’être transféré vers un autre site : la navette de réservation » ~://
219
220 * //Si on sélectionne « Effectuer le retour » = Non : alors le retour est refusé et le message paramétré est affiché à l’abonné. Il doit donc s’agir d’un message du type « Le retour n’a pas été effectué : le document nécessite un transfert, il doit être remis à un agent de la bibliothèque ».//
221 * //Si on sélectionne « Effectuer le retour » = Oui : le retour est effectué depuis l’assistant de prêt et est automatiquement prêté à l’abonné fonctionnel spécifié, ce qui permettra d’effectuer le transfert lors du retour depuis cet abonné fonctionnel. Un message est affiché à l’intention de l’abonné pour lui demander de confier le document au bibliothécaire ou de le mettre dans une caisse réservée aux documents à transférer.//
222
223 //2) Un abonné rend sur l'automate de Site A un document appartenant à Site B. On se retrouve donc dans le cas « Exemplaire nécessitant d’être transféré vers un autre site : la navette de retour » ~://
224
225 * //Si on sélectionne « Effectuer le retour » = Non : alors le retour est refusé et le message paramétré est affiché à l’abonné. Il doit donc s’agir d’un message du type « Le retour n’a pas été effectué : le document nécessite un transfert, il doit être remis à un agent de la bibliothèque ».//
226 * //Si on sélectionne « Effectuer le retour » = Oui, et que l’on renseigne un abonné fonctionnel : le retour est effectué depuis l’assistant de prêt et est automatiquement prêté à l'abonné fonctionnel spécifié, ce qui permettra d’effectuer le transfert lors du retour depuis cet abonné fonctionnel. Un message est affiché à l’intention de l’abonné pour lui demander de confier le document au bibliothécaire ou de le mettre dans une caisse réservée aux documents à transférer.//
227 * //Si on sélectionne « Effectuer le retour » = Oui, et que l’on ne renseigne pas d’abonné fonctionnel : le retour est effectué depuis l’assistant de prêt et est automatiquement prêté à l’abonné fonctionnel de navette de retour vers Site B. Un message du même type que le précédent est affiché.//
228 )))
229
230 Comme on peut le voir dans la capture écran, l’interface a également été légèrement reprise pour clarifier le blocage éventuel du retour : un choix entre « Oui » et « Non » est désormais demandé, plutôt que de cocher une case.
231
232 = (% style="color:#3398cc" %)4. RFID : gestion des documents multi-parties pour Nedap (%%) =
233
234 (% class="CxSpFirst" %)
235 **Attention : cette évolution ne concerne que les bibliothèques équipées avec les platines RFID du prestataire Nedap. **Pour 3M/Bibliotheca, il est important de noter que le contrôle des documents multi-parties était déjà assuré de leur côté (c’est 3M/Bibliotheca qui contrôle la complétude du document avant de l’envoyer à Decalog SIGB, ce que ne fait pas Nedap).
236
237 (% class="CxSpMiddle" %)
238 Un document appelé « multi-parties » dans le cadre d’une gestion avec platines RFID est un document possédant un seul code-barres dans le SIGB, mais plusieurs tags sur les différentes parties du document. Exemple : pour un DVD (enregistré sous un seul code-barres dans Decalog SIGB), un tag sur le boîtier, un tag sur le DVD. Ce dispositif permet de contrôler la complétude d’un document lors du prêt ou du retour.
239
240 (% class="CxSpMiddle" %)
241 Ce contrôle est effectué par l’agent platine Decalog, le petit utilitaire permettant à la platine de communiquer avec Decalog SIGB, visible dans la barre des tâches du poste :
242
243 (% style="text-align:center" %)
244 [[image:V9.8-4.1-RFID_gestion des documents multi-parties pour Nedap.png]]
245
246 (% class="CxSpMiddle" %)
247 Lorsque l’on présente un document incomplet en prêt ou en retour, l’agent platine le signale par le biais d’un message d’avertissement, visible en bas de l’écran.
248
249 (% style="text-align:center" %)
250 [[image:V9.8-4.2-RFID_gestion des documents multi-parties pour Nedap.png||height="634" width="1000"]]
251
252 (% class="CxSpLast" %)
253 Tant que ce message est affiché, l’agent Decalog n’envoie pas le code-barres à Decalog SIGB. Dès que le document est complet (toutes les parties possédant un tag sont bien sur la platine), alors le tag est envoyé à Decalog SIGB qui peut effectuer le prêt ou le retour du document.
254
255 = (% style="color:#3398cc" %)5. Budgets : mise en place des traitements automatiques liés au changement d’année (%%) =
256
257 (% class="CxSpFirst" %)
258 Le module de gestion des budgets est disponible dans Decalog SIGB depuis la [[version 9.0 de février 2019>>http://sigb.doc.decalog.net/xwiki/bin/view/R%C3%A9capitulatifs%20des%20mises%20%C3%A0%20jour/Version%209.0%20%28f%C3%A9vrier%202019%29/#H4.Modulegestiondesbudgets.]].
259
260 (% class="CxSpLast" %)
261 Pour rappel, un budget est défini pour une année civile (appelée « Exercice ») qui définit l’état du budget : par exemple, si l’année du budget que l’on est en train de créer est 2019, alors jusqu’au 31 décembre 2019, l’état du budget sera « En cours ». Une corrélation sera ainsi toujours assurée automatiquement entre l’exercice et l’état d’un budget :
262
263 * L’état « En préparation » concerne le budget de l’année à venir
264 * L’état « En cours » concerne le budget de l’année courante
265 * Les états « Pré-clôturé » et « Clôturé » concernent les budgets des années passées.
266
267 (% style="text-align:center" %)
268 [[image:V9.8-5.1-Budgets_mise en place des traitements automatiques liés au changement d’année.png||height="375" width="1000"]]
269
270 (% style="border-left:solid #2d98c6 1.5pt; padding:0cm 0cm 0cm 4.0pt; margin-left:19.85pt; margin-right:0cm" %)
271 **A noter** : s’il y a plusieurs acquéreurs au sein du réseau (chaque bibliothèque achète son fonds propre et gère son budget par exemple), plusieurs budgets du même état et sur la même année vont cohabiter.
272
273 (% class="CxSpLast" %)
274 Ainsi, il est nécessaire lors du passage à l’année suivante d’assurer la cohérence des budgets en effectuant le changement d’état, avec les modifications qui en découlent. Voici les modifications qui interviendront donc __automatiquement__ chaque année entre le 31 décembre et le 1^^er^^ janvier :
275
276 * **Pour les budgets en préparation (s’ils ont été définis) :**
277 (% style="list-style-type:circle" %)
278 ** Ils deviennent les budgets en cours.
279 ** Les suggestions et commandes sur ce budget (souhaitées ou en préparation, mais pas engagées) restent sur le budget désormais en cours.
280 * **Pour les budgets en cours :**
281 (% style="list-style-type:circle" %)
282 ** Ils deviennent pré-clôturés si une extension d’utilisabilité est demandée ou s’il reste des commandes non soldées. Ils sont sinon clôturés.
283 ** Les suggestions et commandes engagées et réalisées restent sur ce budget.
284 ** Les suggestions et commandes souhaitées et programmées ne peuvent pas rester sur un budget pré-clôturé ou clôturé. Selon le paramétrage effectué (encart rouge dans la capture écran ci-dessous), les lignes budgétaires des suggestions et l’exercice des commande seront soit basculées vers le nouveau budget en cours (généré automatiquement s’il n’existe pas), soit supprimées.
285
286 (% style="text-align:center" %)
287 [[image:V9.8-5.2-Budgets_mise en place des traitements automatiques liés au changement d’année.png]]
288
289 * **Pour les budgets pré-clôturés :**
290 (% style="list-style-type:circle" %)
291 ** Ils deviennent clôturés lorsque l’extension d’utilisabilité est dépassée et qu’il ne reste pas de commandes non soldées (à noter que cette conversion-ci n’est pas spécifique au changement d’année : le contrôle des budgets potentiellement « clôturables » est effectué chaque nuit).
292
293 (% style="border-left:solid #2d98c6 1.5pt; padding:0cm 0cm 0cm 4.0pt; margin-left:21.3pt; margin-right:0cm" %)
294 (((
295 (% class="EncarttexteCxSpFirst" style="margin-left:0cm" %)
296 **Rappel** : les notions de montants « Engagés », « Programmés » et « Souhaités » sont liés à la gestion des suggestions et commandes (qui est un module facultatif de Decalog SIGB et non indispensable pour la gestion des budgets).
297
298 * Le montant « Souhaité » correspond au cumul des montants associés aux suggestions « Proposées », « Accordées » ou « Validées financièrement ».
299 * Le montant « Programmé » correspond au cumul des montants associés aux suggestions « En préparation de commande ».
300 * Le montant « Engagé » correspond au cumul des montants associés aux suggestions « En commande », « En réception », « Livrée » et « Livraison différée ».
301 * Le montant « Réalisé » correspond au cumul des montants des exemplaires mis à l’inventaire.
302 )))

Need help?

If you need help with XWiki you can contact: