[Allegro] Bestellcodes

Thomas Berger ThB at Gymel.com
Mo Feb 11 01:11:10 CET 2008


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg, liebe Liste,

mit Haarstraeuben stelle ich fest, dass order Angaben zur Erwerbungsart
(Kauf, Tausch, Geschenk, Schriftentausch, ...) und Bestellart (fest /
Ansicht / Fortsetzung / Geschenk[*] nicht unterstuetzt, genauer das im
Datenformat "Bestellcodes" genannte (und nicht weiter dokumentierte, das
wenige, was dort steht, ist aber bereits in Konflikt mit der DOS-ORDER-
Dokumentation) Unterfeld $s von #9DB:

|>>
Im Teilfeld s sind mehrere Informationen enthalten. Sein prinzipieller
Aufbau:
... s at epllllffffffb ...

Das Teilfeld ist also nochmal in sich unterteilt, wobei jedem
Teil-Teilfeld ein besonderer Platz und eine feste
Zahl von Stellen zugewiesen wurde. Die Struktur im einzelnen:

@: Kennzeichen, daß es sich um ein Statusbyte handelt, das ORDER,
~   Version 93.1 angelegt hat. Es kann der Parametrierung dienen, wenn
~   man schon mit der Vorversion des Programms gearbeitet hat und über
~   alte Erwerbungssätze verfügt. Ansonsten hat es keine Bedeutung.
e: Erwerbungsart. Ein Zeichen.
p: Publikationsform. Ein Zeichen.
l: Länderkennung. Bis zu vier Zeichen.
f: Fach. Bis zu sechs Zeichen.
b: Bestellart. Ein Zeichen.
<<<

Fuer einige sind solche Codes fuer Zwecke der Auswertung, Statistik und
Erwerbungsdokumentation extrem wichtig, aber auch Steuerfunktionen
sind denkbar (Tauschbestellungen oder als Geschenk angefordertes
sollte evtl. vorsichtiger gemahnt werden...).

Codieren auf gewissen Zeichenpositionen *eines* (Unter-)Felds halte ich
im Zusammenspiel mit Formularen allerdings fuer eher unguenstig, man
sollte wohl besser fuenf freie Unterfeldcodes finden, z.B.:

s - Erwerbungsart (da 1. Code des alten Felds)
b - Bestellart

F - Fach
G - Publikationsform
H - Laenderkennung

(diese scheinen zumindest sowohl von Order als auch von ZAboM noch
nicht genutzt worden zu sein)

Bei den (auch von mir als Write-Only-Statistikfeldern eingeschaetzten)
drei Grossbuchstabenfeldern gibt es m.E. keine Chance, diese sinnvoll
aus dem Titelsatz abzuleiten, selbst wenn dort die entsprechenden
Codes belegt sind, wird die Statistik nach ganz anderen, hausgemachten
Kriterien organisiert sein.

#9DB ist fuer meinen Geschmack mit den verschiedensten Inhalten voellig
ueberfrachtet (Statistik, Geschaeftsgangsdokumentation, Titelangaben,
Finanz, evtl. sollte man die Kategorie irgendwann einmal auftrennen,
Faelligkeitsdaten, Reklamationsgruende, Mahnungszaehler, geplante
Mahnfristen etc. sind z.B. sofort nach der Inventarisierung voellig
uninteressant und koennten dann bereits geloescht werden.


viele Gruesse
Thomas Berger


[*] "Bestellart" nicht zu verwechseln mit "Bestellweg", der von order
allerdings auch nicht unterstuetzt wird [schlimmer noch: order kann nur
wie orda mit p-orda.apr bestellen, und das bedeutet, alle Lieferungen
gehen ans Kammergericht und muessen von dort weiterverteilt werden ...
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iQCVAwUBR6+SnmITJZieluOzAQLUGwP/fPwQsNVVzHBCSfBq827P5iq6RT+Hvxni
7P80gMeLVVvyOFsRqUzZbd0wT+im1HuYJkPHbm2hAc3jjPYsdCY+wB4ZKSVqnnFI
HL4kroZlVwzBpn+jYNsjpQnTmODeEoHK9U8QQotOdPXxAFpRoe0fZPkLqF7n2H2k
lsyj9n69ntA=
=sCR3
-----END PGP SIGNATURE-----



Mehr Informationen über die Mailingliste Allegro