AW: [Allegro] orda/order Bestellnummerngenerator

[Panski, Regine]

Hallo Herr Berger,
wir schreiben die Zugangsnummer nur in den Exemplarsatz. Die Zugangsnummernvergabe erfolgt nicht über den Generator, PV wird auch nicht genutzt, die Nummernvergabe erfolgt in unserem selbstgestalteten o-invent.flx.

Mit freundlichen Grüßen
 
Regine Panski
Kammergericht-Bibliothek
Elßholzstr. 30-33
10781 Berlin
(030) 90152411
 

> -----Ursprüngliche Nachricht-----
> Von: allegro-bounces at biblio.tu-bs.de [mailto:allegro-bounces at biblio.tu-
> bs.de] Im Auftrag von Thomas Berger
> Gesendet: Freitag, 16. Oktober 2009 01:04
> An: Allegro-C Diskussionsliste
> Betreff: Re: [Allegro] orda/order Bestellnummerngenerator
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Lieber Herr Eversberg,
> 
> > (dahinter folgt uebrigens eine ganz ueble Stelle, denn hier wird dann
> versucht,
> > in $z eines Bestellsatzes [!!!] (anhand von $e als "inventarisiert"
> erkannt)
> > eine schnell hochgezaehlte Zugangsnummer der festen Form 2008/nummer
> > automatisch einzutragen...)
> 
> stelle gerade fest, dass das in nummer.rtf [!] "dokumentiert" ist:
> >>>
>   #9DB$z  im inventarisierten Bestellsatz (nur für Bestellwesen wichtig)
>           (entsteht bei Inventarisierung in CAT.API)
>   Im Bestellsatz sollte die ZgNr allerdings nicht indexiert werden, wohl
> aber
>   im Exemplarsatz. Dies wurde für V25.9 korrigiert. Ob sie überhaupt im
>   Bestellsatz stehen sollte, ist fraglich, aber sie wird beim Vorgang
>   "Inventarisierung/Abschluß der Bestellung" gebildet, weil dies der
>   logisch dafür sinnvollste Zeitpunkt ist. Wenn man die abgeschlossenen
>   Bestellsätze irgendwann archiviert, kann es nicht schaden, wenn sie
>   neben der Titel-IdNr auch die Zugangsnummer enthält, die dem
>   erworbenen Exemplar zugeteilt wurde.
> <<<
> 
> [Das alte ORDER kannte das nicht, vermutlich war damals noch praesenter,
> dass Bestellungen und Exemplare nicht unbedingt eine 1:1-Beziehung
> haben (etwa bei mehrbaendigen Werken oder Mehrfachexemplaren)]
> 
> Was ich eben uebersehen hatte, dass die cat.api zwar #9DB$z im Bestellsatz
> mit einem dritten Mechanismus berechnen wuerde, zumindest aber o-invent
> vorher bereits seine berechnete Nummer dort hinterlegt....
> 
> Fatal allerdings, dass #9DB$z zeitlich etwas nach V25 dann fuer ZAboM
> definiert
> wurde, vgl. das allegro-Datenformat.
> 
> viele Gruesse
> Thomas Berger
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3-nr1 (Windows XP)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQCVAwUBSteqRmITJZieluOzAQJUPQQAt85CqgGfKaMCjXMZwc7O/OzKkd+Yp7gb
> uV7WcHw9H2qALOA3mRTkbykhwdODjlZTm5POeo7G8Sj5GmstXaiNXpMqyHJPZq1d
> 2qKg2R6/RCtU4k2EKhqw10mx3HnUM5KekZ/YnVOIBJvwMiuHPrtYmwvwPqcqr0Hh
> qz8MJb8wF7A=
> =g7be
> -----END PGP SIGNATURE-----