2021 : version 11.0 (mai) (Récapitulatifs des mises à jour.2021 \: version 11\.0 (mai).WebHome)

En raison de l'incendie OVH, le contenu de cette version n'est pas encore disponible sur le wiki d'aide en ligne.

En attendant, le récapitulatif concernant cette version est visible dans le [[PDF mis en ligne>>https://sigb01.decalog.net/rss/img_recap_11.0.X/Decalog_SIGB_version_11_0_X.pdf]].

4

5

6

~_~_~_~_ (reprise en cours) ~_~_~_~__

7

8

{{box cssClass="floatinginfobox" title="**Table des matières**"}}

(% class="box successmessage" %)

13

(((

14

**Cette version a été déployée le 30/05/2021 sur sigb02, sigb03 et sigb07 et le 13/06/2021 sur les autres environnements.**

15

)))

16

17

= (% style="color:#3398cc" %)1. Logiciel : mise en place d’un niveau supplémentaire de sécurité(%%) =

18

19

Decalog SIGB augmente son niveau de sécurité. Cela est indispensable pour lutter contre les attaques de pirates et mieux protéger vos données. Cette sécurisation comprend 5 points.

20

21

== 1.1. Expiration et complexité des mots de passe ==

22

23

La version précédente a mis en place une complexité des mots de passe pour les nouveaux utilisateurs ainsi que pour les utilisateurs existants lors de la réinitialisation.

24

25

Il reste néanmoins des utilisateurs existants n’ayant pas réinitialisé leur mot de passe depuis la précédente version et qui possèdent donc un mot de passe sans la complexité souhaitée.

26

27

Cette version permet d’imposer l’expiration du mot de passe pour demander son changement après un délai paramétrable (au maximum 1 an).

28

29

Ce paramétrage s’effectue dans :

30

31

* Pour les clients multi-sites (réseaux de bibliothèques) : Administration du réseau -> Réseau -> Paramètres

32

* Pour les clients mono-site (bibliothèques isolées) : Administration du réseau -> Site -> Paramètres

33

34

(% style="text-align:center" %)

35

[[image:image-20210903110042-1.png]]

36

37

Lorsqu’un utilisateur dont le mot de passe est expiré se connecte, un écran lui permettant de changer son mot de passe est affiché :

38

39

(% style="text-align:center" %)

40

[[image:image-20210903110042-2.png||height="632" width="1000"]]

41

42

Dans la fiche de l’utilisateur, il est indiqué si le mot de passe est expiré :

43

44

(% style="text-align:center" %)

45

[[image:V11.0-1.1.3-Logiciel_mise en place d’un niveau supplémentaire de sécurité.png||height="408" width="1000"]]

46

47

== 1.2. Temporisation en cas d’échecs répétés ==

48

49

Pour contrer une [[attaque de type « robot »>>url:https://fr.wikipedia.org/wiki/Attaque_par_force_brute]], après 3 échecs de connexions, une temporisation de 3 minutes est imposée.

50

51

Message après un premier échec :

52

53

(% style="text-align:center" %)

54

[[image:image-20210903110042-4.png]]

55

56

Message après 3 échecs :

57

58

(% style="text-align:center" %)

59

[[image:image-20210903110042-5.png]]

60

61

62

A l’issue de ces 3 minutes, il est à nouveau possible de se connecter.

63

64

== 1.3. Désactivation des comptes inactifs ==

65

66

Les utilisateurs qui ne se sont pas connectés depuis un certain délai paramétrable (maximum 1 an) sont automatiquement désactivés.

67

68

(% style="text-align:center" %)

69

[[image:image-20210903110042-6.png]]

70

71

Message si un utilisateur tente de se connecter :

72

73

(% style="text-align:center" %)

74

[[image:image-20210903110042-7.png]]

75

76

Pour réactiver un compte désactivé, il est possible :

77

78

* Pour un administrateur, depuis la fiche de l’utilisateur, de réinitialiser ses identifiants (depuis Administration du réseau > Utilisateurs)

79

* Pour l’utilisateur, de cliquer sur « Mot de passe oublié ».

80

81

Dans la fiche de l’utilisateur, il est indiqué si l’utilisateur est désactivé :

82

83

(% style="text-align:center" %)

84

[[image:image-20210903110042-8.png]]

85

86

== 1.4. Amélioration du système de cryptage des mots de passe en base ==

87

88

Rappel : les mots de passe des utilisateurs professionnels ainsi que des abonnés pour l’accès au compte du portail public sont stockés et cryptés dans la base de données.

89

90

Lorsqu’un utilisateur ou un abonné se connecte, Decalog vérifie que le mot de passe saisi est conforme au mot de passe dans la base mais ne le connait pas.

91

92

De ce fait, il n’est pas possible de connaître un mot de passe : en cas de perte ou d’oubli, il est obligatoire de le réinitialiser.

93

94

L’algorithme de cryptage a été adapté avec les [[dernières recommandations les plus sûres>>url:https://fr.wikipedia.org/wiki/SHA-2]].

95

96

== 1.5. Amélioration de la sécurité des modèles de documents ==

97

98

Cela est transparent à l’utilisation, la sécurité des modèles de document a été renforcée afin qu’ils ne puissent pas être utilisés comme moyen de lecture de n’importe quelle donnée.

99

100

= (% style="color:#3398cc" %)2. Prêts – Retours : possibilité de définir des règles de prêts saisonniers(%%) =

101

102

Pour les bibliothèques ayant des quotas et/ou des durées de prêt différents durant une période de vacances (fréquemment les vacances d’été ou de Noël), il est désormais possible de définir des règles prioritaires sur cette période.

103

104

Il est également possible de définir une date de retour fixe sur une période.

105

106

Afin de ne pas surcharger inutilement l’écran de paramétrage des règles, l’affichage de cette nouvelle possibilité est soumis à un paramètre, activable par l’administrateur du réseau :

107

108

* Pour les clients multi-sites (réseaux de bibliothèques) : Administration du réseau -> Réseau -> Fonctionnalités supplémentaires

109

* Pour les clients mono-site (bibliothèques isolées) : Administration du réseau -> Site -> Fonctionnalités supplémentaires

110

111

[[image:image-20210903110042-9.png]]

112

113

Une fois cette option supplémentaire activée, il est possible, depuis la saisie d’une règle de prêt dans Paramètres -> Règles (cotisations), d’ajouter à une règle de prêt une (ou plusieurs) règle saisonnière qui est prioritaire pour les prêts effectués dans la période.

114

115

Exemple d’une augmentation des quotas et des durées durant les prêts d’été :

116

117

[[image:image-20210903110042-10.png]]

118

119

Exemple d’une date de retour forcée au 01 avril pour un déménagement prévu courant mars :

120

121

[[image:image-20210903110042-11.png]]

122

123

Petit rappel concernant les prêts hors règles : il est possible de définir des règles avec un quota à 0 uniquement pour spécifier la durée en cas de prêt forcé.

124

125

Par exemple, si un enfant n’a pas le droit aux documents adultes, on peut néanmoins ajouter une règle sur les documents adultes pour spécifier la durée en cas prêt obligatoire forcé :

126

127

[[image:image-20210903110042-12.png]]

128

129

Cela peut être intéressant en cas de date de retour forcée, que le prêt soit forcé ou non.

130

131

= (% style="color:#3398cc" %)3. Prêts – Retours : possibilité d’appliquer les pénalités de retard lors des prolongations(%%) =

132

133

Depuis des années, il est possible de définir des règles de retard depuis « Paramètres -> Règles (cotisations) ».

134

135

[[image:image-20210903110042-13.png]]

136

137

Ces règles de retard permettent d’appliquer une pénalité (une amende et/ou une interdiction) lors d’un retour en retard d’un document.

138

139

[[image:image-20210903110042-14.png]]

140

141

On peut désormais appliquer ces règles de retard également lors des prolongations. Ceci est activable dans les paramètres du site :

142

143

* Pour les clients multi-sites (réseaux de bibliothèques) : Administration du réseau -> Réseau -> Site -> Paramètres

144

* Pour les clients mono-site (bibliothèques isolées) : Administration du réseau -> Site -> Paramètres

145

146

[[image:image-20210903110042-15.png]]

147

148

Lors d’une prolongation, la pénalité est également appliquée.

149

150

[[image:image-20210903110042-16.png]]

151

152

= (% style="color:#3398cc" %)4. Catalogue : ajout de critères de recherche sur les notes(%%) =

153

154

Il a été ajouté la possibilité dans la recherche professionnelle, de rechercher dans les zones de notes.

155

156

== 4.1. Inclusion des notes et résumés dans la recherche simple ==

157

158

En recherche simple, lorsque « Tous critères » est sélectionné, il est possible d’étendre la recherche aux notes, sans distinction de type de note.

159

160

[[image:image-20210903110042-17.png]]

161

162

Il est possible dans les préférences de l’utilisateur de définir le comportement par défaut de cette case à cocher :

163

164

[[image:image-20210903110042-18.png]]

165

166

== 4.2. Ajout des critères de recherche avancée concernant les notes et résumés ==

167

168

En recherche avancée, l’interface a été légèrement modifiée pour permettre la sélection d’un type de note précis.

169

170

Au deuxième niveau, dans « Autres informations bibliographiques », sont listés les types de notes les plus utilisés (« Note générale », « Note de contenu », « Contenu structuré » et « Résumé ») avec la possibilité avec « Autres types de notes » de sélectionner un autre type de note.

171

172

L’entrée « Tous types de notes » permet d’effectuer la recherche dans les notes quel que soient leurs types.

173

174

[[image:image-20210903110042-19.png]]

175

176

La sélection d’un type de note affiche le critère de recherche pré-initialisé à ce type. Il est possible de changer le type de note comme de n’en sélectionner aucun.

177

178

La possibilité de choisir « Avec » ou « Sans » est utile par exemple pour trouver les notices sans résumé ou les notices avec note sur les génériques.

179

180

[[image:image-20210903110042-20.png]]

181

182

Les opérateurs booléens sont des « ET » pour les recherches dans un même type de note et un « OU » entre les types de notes.

183

184

//Exemple 1 : rechercher les notices ayant le mot « médecin » et le mot « Inde » dans le résumé ~://

185

186

[[image:image-20210903110042-21.png]]

187

188

//Exemple 2 : rechercher les notices ayant les mots « à partir de 10 ans » soit en note générale soit en résumé//

189

190

[[image:image-20210903110042-22.png]]

191

192

= (% style="color:#3398cc" %)5. Catalogue : gestion des autorités genres et formes(%%) =

193

194

Dans le cadre de la réforme RAMEAU initiée en 2017 (et devant se poursuivre jusqu’en 2022), un nouveau type d’autorité « Forme ou genre » a été mis en place (zone 608 de l’Unimarc Bibliographique, et zone 280 de l’Unimarc Autorité).

195

196

Ainsi, « les autorités désignant la forme, le genre ou les caractéristiques physiques sont désormais clairement identifiées, et doivent être dissociées de la chaîne d'indexation-matière (zone 6XX$x) pour être enregistrées en zone 608 quand les ressources font l'objet d'une indexation au genre et à la forme » (source : ABES).

//Par exemple ~://

* //Avant 2020 ~://

//B/606 $a Objets en tissu $x Manuels d'amateurs//

203

204

* //À partir de 2020 ~://

205

206

//B/606 $a Objets en tissu//

207

208

//B/608 $a Manuels d'amateurs//

209

210

Au niveau de l’autorité, une zone – la zone Unimarc 180 - permet de distinguer la nature de l’autorité :

211

212

* //EX 1 : 180 ~#~# $aa 280 #0 $a Dictionnaires//

213

* //L’entité « Dictionnaires » est une entité de type **Forme**.//

214

215

* //EX 2 : 180 ~#~# $ab 280 #0 $a Romans épistolaires//

216

* //L’entité « Romans épistolaires » est une entité de type **Genre**.//

217

218

* //EX 3 : 180 ~#~# $ac 280 #0 $a Papiers marbrés anglais $y Allemagne $z 17e siècle//

219

* //L’entité « Papiers marbrés anglais » décrit des **caractéristiques physiques**.//

220

221

L’intérêt majeur est de permettre de répondre à une recherche sur les documents dont le sujet est « Dictionnaires » d’une autre sur les documents qui sont des dictionnaires.

222

223

Pour plus d’informations à ce sujet, vous pouvez consulter :

224

225

* [[Le guide méthodologique du SUDOC sur la zone 608>>url:http://documentation.abes.fr/sudoc/formats/unmb/zones/608.htm]]

226

* [[La deuxième partie des nouvelles consignes de catalogage Rameau>>url:http://documentation.abes.fr/sudoc/normes/Nouvelles%20consignes%20de%20catalogage_Rameau%202020_2e%20partie%20GF.pdf]], produit par l’ABES et la BnF

227

* [[Le récapitulatif synthétique de la BnF sur les évolutions de données liées à la Transition bibliographique>>url:https://www.bnf.fr/fr/suivre-les-evolutions-des-donnees]]

228

229

Nous avons donc fait évoluer Decalog SIGB pour prendre en compte ce nouveau type d’autorité. Ce nouveau type est ainsi directement visible lors de la création d’une nouvelle autorité et vient compléter la liste des types d’autorité déjà existants :

230

231

[[image:image-20210903110042-23.png]]

232

233

Lorsqu’on sélectionne ce type, un champ « Sous-type » est affiché, permettant de sélectionner plus précisément la nature de l’autorité :

234

235

[[image:image-20210903110042-24.png]]

236

237

Ce nouveau type d’autorité est donc utilisé dès l’instant où l’on récupère des notices avec le champ 608.

238

239

//Prenons l’exemple concret de la notice 2-03-940000-1 (« Larousse référence électronique »), que l’on va récupérer directement dans le réservoir BnF via SRU depuis Decalog SIGB. La notice se présente de cette façon à la BnF ~://

240

241

[[image:image-20210903110042-25.png]]

242

243

//Désormais, lorsque l’on dérive cette notice dans Decalog SIGB, les autorités surlignées ci-dessus sont bien récupérées comme des autorités de type Genre ou forme (608), là où elles étaient auparavant traitées comme des noms communs et donc intégrées en Concept (606).//

244

245

[[image:image-20210903110042-26.png]]

246

247

D’autre part, lorsque l’on créé une autorité manuellement, le clic sur le bouton de dédoublonnage vérifiera (comme pour les autres types d’autorités) qu’il n’existe pas déjà un doublon dans la base (vérification parmi les autorités de type Genre ou forme, mais aussi Concept, Objet, Evènement et Lieu).

248

249

Ainsi, en dérivation, importation, exportation, ou encore lors d’une mise à jour via les automates, ce seront les champs suivants qui seront sollicités pour définir le type de l’autorité :

250

251

* Pour un nom commun (Concept ou Objet) :

252

** Unimarc A : zone 250

253

** Unimarc B : zone 606$a/6XX$x

254

* Pour un lieu :

255

** Unimarc A : zone 260

256

** Unimarc B : zone 607$a/6XX$y

257

* Pour un évènement :

258

** Unimarc A : zone non encore existante (mais prévue dans le cadre de la réforme Rameau)

259

** Unimarc B : zone 6XX$z (pas encore de zone dédiée mais également prévue dans le cadre de la réforme Rameau)

260

* Pour un genre ou une forme :

261

** Unimarc A : zone 280

262

** Unimarc B : zone 608$a/$x

263

264

Par défaut, lors des importations, dérivations ou mises à jour via les automates de mises à jour, les autorités sont créées ou modifiées (si le profil l’autorise) quelle que soit leur provenance (appelé système d’indexation).

265

266

Il est désormais possible d’imposer que la provenance soit renseignée, et ce par type d’autorité, dans les paramètres du réseau pour les réseaux de bibliothèques (multi-sites) et du site pour les bibliothèques isolées (mono-sites) pour permettre l’importation.

267

268

[[image:image-20210903110042-27.png]]

269

270

Il est également possible d’exclure une provenance précise et toujours par type d’autorité.

271

272

[[image:image-20210903110042-28.png]]

273

274

On peut ainsi, par exemple, permettre l’importation des autorités provenant de RAMEAU et pas celles provenant du CNLJ.

275

276

Exemple de provenance (issu de [[http:~~/~~/catalogue.bnf.fr/api/test.do>>url:http://catalogue.bnf.fr/api/test.do]]) :

277

278

[[image:image-20210903110042-29.png]]

279

280

= (% style="color:#3398cc" %)6. Catalogue : ajout de 2 nouveaux types de notes(%%) =

281

282

== 6.1. Gestion de la note sur la reliure et la disponibilité (310) ==

283

284

Une nouvelle note a été ajoutée dans la liste des notes disponibles dans Decalog SIGB : la note sur la reliure et la disponibilité ([[champ 310 de l’Unimarc>>url:https://www.transition-bibliographique.fr/wp-content/uploads/2018/07/B310-6-2010.pdf]]).

285

286

[[image:image-20210903110042-30.png]]

287

288

Il s’agit d’un champ note simple (texte libre), dont le contenu est importé/exporté en 310$a.

289

290

[[image:image-20210903110042-31.png]]

291

292

== 6.2. Gestion de la note sur la provenance (317) ==

293

294

Une nouvelle note a été ajoutée dans la liste des notes disponibles dans Decalog SIGB : la note sur la provenance ([[champ 317 de l’Unimarc>>url:https://www.transition-bibliographique.fr/wp-content/uploads/2018/07/B317_6_2010.pdf]]).

295

296

[[image:image-20210903110042-32.png]]

297

298

Une fois sélectionnée, la note sur la provenance ouvre un champ proposant un masque de saisie :

299

300

[[image:image-20210903110042-33.png]]

301

302

Ce masque de saisie reprend la structure du champ 317 :

303

304

* $a : Texte de la note

305

* $u : URI

306

* $5 : Établissement ou exemplaire auquel s’applique la zone

307

308

Dans le cas d’une migration, importation ou dérivation, les données des différentes zones seront réparties dans ce masque de saisie au sein de la note.

309

310

= (% style="color:#3398cc" %)7. Suggestion : ajout d’un critère de recherche sur les budgets(%%) =

311

312

Des critères de recherche ont été ajoutés à la liste des suggestions permettant de sélectionner les suggestions liées à un budget.

313

314

Il est possible de préciser le budget ainsi que la ligne budgétaire.

315

316

[[image:image-20210903110042-34.png]]