Domino 9 und frühere Versionen > Entwicklung

Laufende Nummer vergeben

<< < (3/5) > >>

eknori:

--- Zitat ---mit der UNID oder irgend einem Key mit der Erstellungszeit arbeiten
--- Ende Zitat ---

JaIn: Ich habe auch so eine Datenbank im Bestand. Liegt an zwei Standorten und dort werden auch in nicht geringer Zahl Dokumente erzeugt. Die lfdNum muss in unsere altes MAS90 System übertragen werden und da war die Vorgabe, eine Nummer nach dem Muster ######-YYYY zu Finden. Tolle Wurst; baue mal da eine eindeutige Nummer draus.

Ich habe das dann so gelöst, das

1. die Nummer aus Datum und Zeit irgendwie generiert wird (NNNN)
2. der Benutzer Berücksichtigt wird (BB)
3. das Werk berücksichtigt wird (WW)
4. die Nummer erst beim "Speichern und Schließen" über einen Buhtong erzeugt wird

Als Zugeständnis hat man zwei YY aus dem YYYY gestrichen. ( das Jahr musste ersichtlich sein )

die Nummer sieht nun folgendermaßen aus

BBNNNN-WWYY

Das war definitiv die letzte Datenbank, wo ich ein solches Konstrukt verwendet habe ! Immerhin habe ich mich über 2 Jahre mit der Fachabteilung rumgemacht, weil die "eindeutige" Nummer irgendwann nicht mehr eindeutig war. Aber das geht mir echt am PoPO vorbei ... achtspurig !!

Ulrich

koehlerbv:
Ich schreib' mir das Thema mal auf meine Liste für einen BestPractices-Beitrag. Irgendwann werde ich ja auch mal wieder etwas Zeit haben, um was zu verfassen, auf das wir bei derartigen und immer wieder hochkochenden Diskussionen dann nur noch verweisen müssen. Und da das Thema eine prinzipielle Ebene hat, darüber aber noch zahlreiche Facetten, wird in jedem Thread was anderes behandelt.
Wobei ich aber immer noch befürchte, dass der eine oder andere Fragesteller es dann immer noch nicht begreift.

Bernhard

TMC:

--- Zitat von: rar am 07.05.04 - 18:08:02 ---Die laufenden Nummern sind mE nur für faule User, die sich nix anderes merken können. Programmtechnisch kann man eh fein mit der UNID oder irgend einem Key mit der Erstellungszeit arbeiten.
--- Ende Zitat ---

Na ja, so würde ich jetzt das nicht sehen.

Gerade wenn User seit Jahrzehnten mit laufenden Nummern arbeiten - gewohnt von Warenwirtschafts-Systemen (Rechnungs-Nr., Lieferschein-Nr., Auftrags-Nr. etc.) gibt es den Bedarf.

Sobald zu Dokumenten in der Notes-Applikation eine Papier-Ablage stattfinden soll/muss (weil Originalschreiben, kein schneller Scanner verfügbar, etc. etc.), dann arbeitet ein großer Anteil der Büroanwender gerne mit Leitzordnern mit lfd. Nummer.
Ist auch denkbar einfach: Keine große Sucherei nach Fa. / Name / etc., außerdem muss nicht doppelt sortiert werden (unter der Fa. dann z.B. nach Datum).
Jeder findet die gewünschten Papierdokumente sofort, wenn die Nr. bekannt ist. Eine Nummer = ein Vorgang.

Hier jetzt mit Alternativen wie 32stelliger UNID zu arbeiten ist leider nicht praktikabel, genausowenig andere umfangreiche Zusammensetzungen der ID.


Nein, der Bedarf seitens Anwendern besteht imho zurecht und darf nicht wegdiskutiert werden. Und es gibt ja auch Lösungen, wie hier im Thread bereits erwähnt.

Semeaphoros:
Es gibt da zwischendurch auch noch gesetzliche Bestimmungen, die manchmal laufende Nummern erzwingen, neuestes Beispiel sind Ueberlegungen in Deutschland, laufende Rechnungsnummern zu verlangen.

TMC:

--- Zitat von: Semeaphoros am 07.05.04 - 21:12:20 ---neuestes Beispiel sind Ueberlegungen in Deutschland, laufende Rechnungsnummern zu verlangen.
--- Ende Zitat ---

Jens, hast Du da eine Quelle (Link) ?

Würde mich interessieren.....

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete