[Allegro] orda/order Bestellnummerngenerator

[Thomas Berger]

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

Liebe Liste, lieber Herr Eversberg,

sehe ich das eigentlich richtig, dass zwar o-gentst.flx Bestellnummern-
generatoren "testet", o-bestel.flx aber keine Bestellnummer vergibt,
sondern auf die Programmierte Validierung beim Speichern des
Datensatzes baut?
[o-numgen.flx kennt den Bestellnummerngeneratorsatztyp auch, die "Abhandlung"
in o-func.flx sieht etwas merkwuerdig aus (warum muss z.B. alf.frm
geladen werden fuer das Formular ZGen, das auch in ord.frm vorhanden
ist?), insbesondere laesst sich nur ein Signaturengenerator "Einstellen",
fuer Bestellnummern und Zugangsnummern fehlt das Feature, d.h. bei denen
ist es voellig sinnlos, mehr als einen (Zugangsnummerngenerator) bzw.
Null (Bestellnummerngenerator) anzulegen]

Und dass demnach in der cat.api bei #-N im PV-Abschnitt der Kommentar

    ab V28.2 obsolet, weil Nummernvergabe per FLEX

nicht so ganz stimmt?

(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...)

Gibt es denn keine Anwender, die mehrere Bestellnummernkreise oder
Zugangsnummernkreise benutzen, oder habe ich hier etwas uebersehen?

Fuer die Zugangsnummernvergabe ist immerhin der in nummer.rtf
dokumentierte Alternativmechanismus implementiert, d.h. man kann #uoR
und #uoP benutzen, um Nummern direkt aus dem Register hochzuzaehlen.
Leider gibt es in der "Konfigurationsdatei" order.inc nicht einmal
einen Hinweis darauf (nur die fixe Einstellung des Generators STD im
Rahmen des Primaermechanismus). Problematisch ist, dass o-rech und z-nband
wiederum ein in zabom.inc definiertes Praefix 2008... nehmen und damit
den Alternativmechanismus initialisieren, wenn sie "beilaeufig" auch
inventarisieren. Anschliessend wird also bei "normaler" Inventarisierung
ploetzlich nicht mehr der Standardgeneratorsatz ZStd genommen, sondern
der Alternativmechanismus bleibt aktiviert und es wird der 2008-Nummernkeis
hochgezaehlt...

Das ganze waere uebrigens besser zu ueberblicken, wenn nicht diverse
o- und z-Flexe mit (hoffentlich) zeichenidentischen Kopien von nextnum.flx
ausgestattet waeren, sondern mit "include" und "perform" operieren wuerden:
Das sind Features von V25, und es ist eigentlich nicht anzunehmen, dass
jemand ermoeglicht werden mussm die allerneusten ORDER-Flexe mit V24.42
oder einer noch aelteren Version einzusetzen...

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQCVAwUBStelmWITJZieluOzAQJlVAP+Pr7U6mxlAdWtZDGT7b+AdZn2r0ZEnmNp
FM3kQvaDIKI/TUoU+vsZe7fCmVAcQ53oS4IIEZoGXQtRAUtqzdzWgZ64uO0t1iLS
mdC0Tv/+73fKnf2q5nywOTpA2kD5nl5w+94sfnElPCErDJouJQU5uEY0bKJAtMli
jjLhwaAKOio=
=8Qun
-----END PGP SIGNATURE-----