Le Forum de BIBLIOTHEQUE.exe

BIBLIOTHEQUE.exe - Le Forum de BIBLIOTHEQUE.exe (189 topics, 996 messages)

Topic "Reseaux de bibliothèques" (Messages 1 à 6 sur 6)

Dernier message par dm_morvan, le 27/02 à 17:39:42

Anonyme :	S'inscrire S'identifier
Outils :	Recherche

Bas de la page Topics

jastant

jcj

inscrit le 02/10/2006

le 24/02/2007 à 13:40:34

Reseaux de bibliothèques

L'utilisation de bibliothèque dans le cas d'une bib maître et de plusieurs bib périphériques, toutes ayant leur fond propres et pouvant se prêter des ouvrages entre elles, pose le problème de la saisie des échanges (prêts) et des retours.
Le mode "prêts aux bibliothèques" fourni déjà un fichier de notices contenant l'ensemble des notices des prêts d'une bibliothèque vers l'autre, que les ouvrages proviennent du fond propre (BI

ou aient été prêtés par d'autre (BDP). Le mode "fichier ajouter" permet l'incorporation dans le fond "BDP" de la bib emprunteuse. Tout cela est parfait et ne nécessite q'une saisie par la bib prêteuse et l'envoi du fichier avec les ouvrages prêtés.
Ou cela se complique c'est le retour! La bib "emprunteuse" donc "rendeuse" doit sortir de son fond BDP les ouvrages, elle peut le faire avec le nouveau mode "documents BDP" ou par "fichier, supprimer (TXT)" et un fichier de codes barres scannés des ouvrages rendus. Aujourd'hui La bib prêteuse doit ressaisir dans le mode "prêts aux bibliothèques" tous les ouvrages rendus d'où double saisie!. Par souci d'équité si la saisie du prêt est a la charge du prêteur le retour doit être à la charge du "rendeur".
Un ajout au mode "prêts aux bibliothèques" d'une fonction "rendu fichier (TXT)" avec le fichier txt qui a servi à supprimer les ouvrages de la bib "emprunteuse" devrait faciliter les retours. Un must serait la création d'un fichier de compte-rendu daté : nb cab, nb rendus, nb inconnus, nb non-prêtés, cab inconnus, cab non-prêtes.
Un ajout à "documents BDP" d'une fonction sortie (suppression) d'une pile par scan et génération d'un fichier de CAB (txt)serait parfait. Un filtre sur les cab permettrait la génération d'un fichier de retour des ouvrages des bibliothèques départementales de prêts.
Vaste programe.

JCJ

Message modifié le 24/02 à 20:52:52 par jastant.

bgp

administrateur

inscrit le 17/09/2006

le 24/02/2007 à 16:37:17

Reseaux de bibliothèques

Hum Oui !

Bon le retour par fichier des doc prêtées à une bib périphérique est déjà prévu dans de futures versions, mais c'est une grosse modif car rien n'avait été prévu dans ce sens et donc le code à reprendre est assez complexe.

Ceci dit, en ce qui concerne le menu "doc BDP", je ne suis pas trop daccord pour un traitement un traitement par lot à cet endroit là car ce n'est pas du tout le rôle de cette fonction qui doit rester très proche du "document" en tant qu'entité.

Pour le compte rendu, ca semble intéressant, un peu de précision sur le contenu et/ou la forme (texte pur ou CSV par exemple) ne serait pas de trop.

.................. BGP

jastant

jcj

inscrit le 02/10/2006

le 25/02/2007 à 00:13:04

Reseaux de bibliothèques

Je ne suis pas fana non plus de modifier « doc BDP », il faut lui garder son mode suppression au coup par coup pour les cas exceptionnels (pertes, destruction, erreurs). Rendre des ouvrages à ceux qui vous en ont prêté est une opération qui nécessite peut-être un menu particulier. Il faut scanner les ouvrages, vérifier qu’ils sont présents dans la base BDP, écrire le CAB dans un fichier(un par bib « prêteuse »), afficher la bib prêteuse (pour le tri) ou que le CAB est inconnu dans la base BDP. La suppression proprement dite pouvant être faite à la volée ou plus tard par « fichier, supprimer(txt) ». Tout ceci mérite bien une fenêtre ad hoc.
J’ai écris un petit programme (en C mode fenêtre dos !)qui lit le fichier _BDP.CSV, tri par titre, affiche une liste défilante par flèches up/down de 15 titres, le scan d’un CAB pointe sur le titre si présent dans BDP, le marque ou affiche inconnu. A la fin de la pile, génération des fichiers CAB.txt par tri des 4 derniers chiffre des cab marqués (code INSEE des communes). Cela fonctionne mais ce n’a pas la gueule d’un programme windows !
Pour ce qui est des fichiers de compte-rendu d’une fonction « rendu,fichier(txt) » de « prêts aux bibliothèques » il s’agit de garder une trace de la lecture du fichier de cab de retour. Il devrait contenir :la date ;les erreurs CAB inconnu (ni dans BIB ni dans BDP), CAB connu mais non prêté à une bibliothèque ; le nombre de CAB dans le fichier, le nb d’ouvrages effectivement rendus, le nb de CAB inconnus (ni dans BIB ni dans BDP), le nb de CAB connus mais non prêtés.
On peut imaginer les meme fichiers pour les opérations du mode « fichier ».
Tout ceci pour traquer les fausse manips dans les échanges inter_bibliothèque.

Message modifié le 26/02 à 01:19:55 par jastant.

bgp

administrateur

inscrit le 17/09/2006

le 25/02/2007 à 08:24:58

Reseaux de bibliothèques

J'étudie ça dès que j'ai le temps et je vous tiens au courant.

Si j'oublie, n'hésitez pas à me relancer !

................... BGP

dm_morvan

inscrit le 09/11/2006

le 25/02/2007 à 11:11:34

Reseaux de bibliothèques

Quelques points à étudier en plus :

- lors de l'ajout (ajouter TXT), il y a souvent affichage d'une fenêtre de confirmation de l'import si l'ouvrage était réputé déjà connu. Il faudrait étudier plus précisément si c'est normal, et si oui éviter de devoir cliquer "Oui" plusieurs dizaines de fois...
A noter qu'un vrai prêt en réseau (trois niveaux de bibliothèques chez nous) interdirait d'utiliser la fonction Supprimer+Ajouter, puisque personne d'autre que la bibliothèque concernée n'aurait la connaissance complète des ouvrages actuellement présents dans le fonds (sans parler du fonds propre).

- pour les retours, j'ai ajouté un module qui reprend le retour BDP décrit précédemment et affiche en plus les réservations et le nombre de prêts lorsque l'ouvrage est connu.
L'affichage de la bibliothèque prêteuse est possible chez nous (en cours), mais uniquement grâce au fait que le CaB contient le code de la commune, ce qui n'est peut-être pas le cas partout. J'utilise un paramétrage de la forme "BDP=*092;LORMES=*145..." qui est toutefois assez souple.

- conserver la technique qu'un second scan de CaB retire celui-ci du fichier (en le signalant), ce qui est très pratique quand on change d'avis.

- voir si on peut travailler en mode "from scratch" (saisie intégrale des Ca

ou charger un fichier txt et le modifier par ajout et suppression (re-scan). Cela permettrait notamment de conserver au vol quelques ouvrages intéressants de la BDP lorsqu'ils transitent par une bibliothèque intermédiaire. Cela pourrait aussi signaler les ouvrages actuellement réservés dans le lot traité.

dm_morvan

inscrit le 09/11/2006

le 27/02/2007 à 17:39:42

Reseaux de bibliothèques

Quelques précisions supplémentaires.

Pour le prêt entre bibliothèques, voir s'il serait pertinent de pouvoir générer le fichier de notices correspondant aux prêts du jour et non la totalité des prêts en cours. Une autre solution équivalente serait de prévoir un mode "prêt par lot" (notices ajoutées dans un fichier tant qu'on reste dans ce mode).
L'intérêt serait de ne pas risquer d'exporter d'erreurs sur les prêts précédents (retours non enregistrés par exemple) à chaque transfert, de réduire les volumes à traiter, et de ne pas repasser lors de l'ajout sur le fonds déjà enregistré (ce qui peut provoquer l'affichage de fenêtres bloquantes).

Pour les retours, la solution qui me paraît la plus réaliste serait de produire (via le bloc-note, term.exe, ou nos propres outils un peu plus évolués) le fichier des CaB à retourner, un seul fichier quel que soit le nombre de destinataires concernés.
Ce fichier serait passé en mode "retour lot (TXT)" de chaque bibliothèque destinataire, le programme sachant ne prendre que les CaB correspondant à des prêts réellement en cours de la bibliothèque d'origine. Il me paraît d'ailleurs plus prudent de traiter cela sur la fiche bibliothèque elle-même plutôt que dans le menu "fichiers" général.

Des trois points -non définitifs !- abordés ici (export des notices, saisie CaB retours, mode retour par lot), seul le dernier est critique : son absence conduit à une double saisie, et de plus le scan manuel des retours en réseau est inutilisable (perfs, voire plantages) chez nous lors de chaque échange.

Haut de la page Topics

Vous ne pouvez pas ajouter de messages.

Forum gratuit proposé par v 2.6.6 - Un service -

Page générée en 0,057 secondes le 23/06 à 20:35:14.