[pmb.user] Re: Gestion des acquisitions

["Eric ROBERT" <eric@plumereau.com>]

Il est évident que les demandes d'acquisitions et les commandes elles-mêmes
seront stockées dans une table différente, au moement de la préparation de
la commande, il n'est pas question de devoir tout créer : autorités,
exemplaires, etc etc.

C'est exactement le reproche fait par les bibliothécaires aux modules
acqusitions existants : il faut connaitre et cataloguer comme si l'ouvrage
était déjà là alors même qu'on n'en connait encore quasiment rien.

D'où la nécessité de coller tout cela dans une autre table afin de ne pas
être géné par les obligations de remplissage et de contraintes d'intégrité
de la base pour renseigner une demande d'acquisition, un bon de commande,
etc etc.

Qu'en penses-tu vu sous cet angle ?

Il me parait délicat aussi de gérer des choses qui ne sont pas dans le fonds
mais dans la base et pour lesquelles il va faloir trifouiller pour que les
clés non respectées ne viennent pas bloquer les affichages, les recherches,
etc etc...


----- Original Message ----- 
From: "Vincent Mayoux" <vmayoux@orez.net>
To: <pmb.user@pizz.net>
Sent: Friday, May 28, 2004 11:53 AM
Subject: [pmb.user] Re: Gestion des acquisitions


>
> je réponds dans votre message...
>
> VM
>
> Le 28 mai 04, à 11:11, Eric ROBERT a écrit :
>
> >
> > Il me semble qu'ajouter des champs de gestion d'acquisition dans les
> > exemplaires n'est pas l'idéal.
>
> Je ne vois pas pourquoi. Les champs dont je parle (fournisseur, date
> d'acquisition, N° bon de commande) sont bien à rattacher aux
> exemplaires.
> Il viendraient s'associer au champ "prix" existant.
>
> > Le but d'un tel module est de gérer les prévisions de commande, les
> > commandes, les livraisons, les factures, les budgets...
>
> c'est sûr, et on peut penser qu'un tel module ne sera pas intégré de
> sitôt,
> par contre ces champs de base permettraient  dès maintenant une gestion
> basique des acquisitions.
>
> > le but de la table exemplaires est de gérer un fonds existant et bien
> > renseigné (ce qui est l'opposé d'un souhait de lecteur : mal renseigné
> > et
> > peut-être bouquin introuvable), mélanger de telles informations va à
> > l'encontre de l'intégrité de la base dans l'optique d'un module de
> > "souhaits
> > d'acquisition" à défaut du module acquisitions complet.
>
> Je ne suis pas d'accord.
> Vous n'allez tout de même pas créer une nouvelle table de notices pour
> les propositions d'acquisitions, puis une troisième pour les commandes,
> etc, etc...
> Le champ "statut" existant  devrait suffire pour distinguer ces
> différents statuts de documents (ou bien un nouveau champ spécifique, à
> étudier) et assurer l'intégrité des données du point de vue de
> l'utilisateur.
>
> > Eric ROBERT
> > Equipe de développement de PMB
> > ------------------------------
> > 37370 BUEIL EN TOURAINE
> > Email : eric@plumereau.com
> >
> > ----- Original Message -----
> > From: "Vincent Mayoux" <vmayoux@orez.net>
> > To: <pmb.user@pizz.net>
> > Sent: Friday, May 28, 2004 11:05 AM
> > Subject: [pmb.user] Gestion des acquisitions
> >
> >
> >>
> >> Sans parler d'un "module acquisitions" faisant l'objet d'un nouvel
> >> onglet dans l'admin,
> >> ne pourrait-on pas envisager tout de même l'ajout de quelques champs
> >> dans les fiches exemplaires ?
> >> Je pense à ces 3 là pour le moment :
> >>
> >> - fournisseur (liste de valeurs)
> >> - date de commande (pouvant devenir date d'acquisition)
> >> - N° du bon de commande
> >>
> >> et l'ajout de ces champs en recherche.
> >>
> >> Ou bien, comme cela est proposé pour les lecteurs dans la 1.2,
> >> la possibilité d'ajouter des champs personnalisés sur les exemplaires
> >> ?
> >>
> >> Cordialement,
> >>
> >> Vincent Mayoux
> >>
> >> Le 27 mai 04, à 22:03, Eric ROBERT a écrit :
> >>
> >>> si qqun a beaucoup de temps, d'argent, etc etc ;-) :
> >>>     -Module acquisitions.
> >>
> >> Le 28 mai 04, à 10:22, François Garnier a écrit :
> >>
> >>> Ce module ne me semble pas très utilisé par les bib, mais peut-être
> >>> que
> >>> je me trompe... (simple observation personnelle !)
> >>
> >> Liste de diffusion pmb.user
> >> Pour se désinscrire :
> >> mailto:pmb.user_request@pizz.net?subject=unsubscribe
> >>
> >>
> >
> >
> > Liste de diffusion pmb.user
> > Pour se désinscrire :
> > mailto:pmb.user_request@pizz.net?subject=unsubscribe
> >
> >
>
> Liste de diffusion pmb.user
> Pour se désinscrire : mailto:pmb.user_request@pizz.net?subject=unsubscribe
>
>


Liste de diffusion pmb.user
Pour se désinscrire : mailto:pmb.user_request@pizz.net?subject=unsubscribe