Ausgangslage: Bei der Anlage neuer Lager existiert ein Bug, der dazu führt, dass neue Lager eine falsche Auslieferungspriorität bekommen, was dann praktisch überall Konsequenzen hat...
1. Lageranlage
Neu angelegte Lager bekommen in tWarenLager.nAuslieferungsPrio immer den Wert 0 und damit die höchstmögliche Prio. Wie man an den mit Sicherheit ungewollten Konsequenzen weiter unten sieht, ist das definitiv ein Bug, einer mit Folgen.
2. Lagerverwaltung
Die Listung der Lager in der Lagerbearbeitung (Lager>Lager) erfolgt nach nAuslieferungsPrio und damit stehen neu angelegte Lager immer OBEN. Neu "hinzugefügte" Lager gehören aber nach Unten. Das HIER wäre übrigens genau der Ort, an dem man mit ButtonUP und ButtonDN die Lagerpriorität wählbar machen müsste.
3. Wareneingang
Im Wareneingang werden die Lager im DropDown links oben nach tWarenLager.nAuslieferungsPrio gelistet, beginnend mit dem niedrigsten Wert. Neue Lager stehen wegen der falsch gesetzten Prio von 0 also auch hier immer oben und dadurch ist für den Wareneingang immer das zuletzt angelegte Lager vorausgewählt.
Notiz: Das ist nicht per se falsch, aber da das zuletzt angelegte Lager eigentlich *immer* das ist, auf das man erst nach 3 Jahren Arbeit mit der Wawi kommt und das den eigenen Lagerprozess "abrundet", wird das praktisch NIE ein Lager sein, in das man standardmäßig seinen Wareneingang machen möchte, siehe auch die Threads hierzu im Forum, z.B. hier. Wenn man aber den Prio0-Bug korrigiert und zudem die Lagerprio wie oben vorgeschlagen, in Lager>Lager mit ButtonUp/ButtonDN wählbar macht, ist dieser Punkt schnell und komplett erledigt und jeder könnte sich die gewünschte Priorität selbst einstellen.
4. Auslieferung
Auch bei der Auslieferung werden alle Lager, die Bestand haben, im Fenster "Positionsdetails" nach ihrer Auslieferungspriorität (beginnend mit 0) gelistet. Auch hier tauchen also neu angelegte Lager, die Bestand für den Artikel haben, aufgrund der falsch gesetzten Prio von 0 immer oben in der Liste auf.
Aber: Abweichung zu oben, bei gleichem Effekt ...
Im Auslieferungsdiaglog wird für die Listung der Lager im Fenster Positionsdetails offenbar NICHT tWarenLager.nAuslieferungsPrio genommen, denn wenn ich auf meinem Testserver (und natürlich nur dort!) von Hand die 0-er Werte in nAuslieferungsPrio korrigiere, reagiert Lager>Lager wie erwartet und der Wareneingang auch, bei der Auslieferung bleibt die alte (falsche) Reihenfolge der Listung aber bestehen.
Das heißt, erst werden in Positionsdetails alle Lager gelistet, die bei Ihre Anlage (!) fälschlicherweise eine Prio von 0 bekommen hatten und dann erst geht es mit Prio 1-n weiter. Offenbar werden die alten Prio Werte also "irgendwohin" geschrieben und dann auch unabhängig von Änderungen der Auslieferungspriorität in tWarenLager immer weiter verwendet. Ich kann und will natürlich nicht sagen, dass das falsch ist, aber es mutet schon lustig an, dass eine Korrektur der Auslieferungspriorität ÜBERALL die erwarteten Konsequenzen hat, ausser ausgerechnet bei der Priorisierung der Auslieferung (sic!) und dass dort zudem weder die Lagerpriorität noch die Priorisierung der Lageranzeige in Positionsdetails darauf beruhen, hmm ...
Konsequenz: Wenn man die Lagerpriorität über ButtonUP/ButtonDN in Lager>Lager änderbar macht, dann muss sich diese Änderung sowohl auf die Spalte tWarenLager.nAuslieferungsPrio und zwingend auch auf die mir unbekannte Tabelle mit den Priorisierungen für den Auslieferungsprozess auswirken, sonst bleibt das Chaos bestehen...
1. Lageranlage
Neu angelegte Lager bekommen in tWarenLager.nAuslieferungsPrio immer den Wert 0 und damit die höchstmögliche Prio. Wie man an den mit Sicherheit ungewollten Konsequenzen weiter unten sieht, ist das definitiv ein Bug, einer mit Folgen.
2. Lagerverwaltung
Die Listung der Lager in der Lagerbearbeitung (Lager>Lager) erfolgt nach nAuslieferungsPrio und damit stehen neu angelegte Lager immer OBEN. Neu "hinzugefügte" Lager gehören aber nach Unten. Das HIER wäre übrigens genau der Ort, an dem man mit ButtonUP und ButtonDN die Lagerpriorität wählbar machen müsste.
3. Wareneingang
Im Wareneingang werden die Lager im DropDown links oben nach tWarenLager.nAuslieferungsPrio gelistet, beginnend mit dem niedrigsten Wert. Neue Lager stehen wegen der falsch gesetzten Prio von 0 also auch hier immer oben und dadurch ist für den Wareneingang immer das zuletzt angelegte Lager vorausgewählt.
Notiz: Das ist nicht per se falsch, aber da das zuletzt angelegte Lager eigentlich *immer* das ist, auf das man erst nach 3 Jahren Arbeit mit der Wawi kommt und das den eigenen Lagerprozess "abrundet", wird das praktisch NIE ein Lager sein, in das man standardmäßig seinen Wareneingang machen möchte, siehe auch die Threads hierzu im Forum, z.B. hier. Wenn man aber den Prio0-Bug korrigiert und zudem die Lagerprio wie oben vorgeschlagen, in Lager>Lager mit ButtonUp/ButtonDN wählbar macht, ist dieser Punkt schnell und komplett erledigt und jeder könnte sich die gewünschte Priorität selbst einstellen.
4. Auslieferung
Auch bei der Auslieferung werden alle Lager, die Bestand haben, im Fenster "Positionsdetails" nach ihrer Auslieferungspriorität (beginnend mit 0) gelistet. Auch hier tauchen also neu angelegte Lager, die Bestand für den Artikel haben, aufgrund der falsch gesetzten Prio von 0 immer oben in der Liste auf.
Aber: Abweichung zu oben, bei gleichem Effekt ...
Im Auslieferungsdiaglog wird für die Listung der Lager im Fenster Positionsdetails offenbar NICHT tWarenLager.nAuslieferungsPrio genommen, denn wenn ich auf meinem Testserver (und natürlich nur dort!) von Hand die 0-er Werte in nAuslieferungsPrio korrigiere, reagiert Lager>Lager wie erwartet und der Wareneingang auch, bei der Auslieferung bleibt die alte (falsche) Reihenfolge der Listung aber bestehen.
Das heißt, erst werden in Positionsdetails alle Lager gelistet, die bei Ihre Anlage (!) fälschlicherweise eine Prio von 0 bekommen hatten und dann erst geht es mit Prio 1-n weiter. Offenbar werden die alten Prio Werte also "irgendwohin" geschrieben und dann auch unabhängig von Änderungen der Auslieferungspriorität in tWarenLager immer weiter verwendet. Ich kann und will natürlich nicht sagen, dass das falsch ist, aber es mutet schon lustig an, dass eine Korrektur der Auslieferungspriorität ÜBERALL die erwarteten Konsequenzen hat, ausser ausgerechnet bei der Priorisierung der Auslieferung (sic!) und dass dort zudem weder die Lagerpriorität noch die Priorisierung der Lageranzeige in Positionsdetails darauf beruhen, hmm ...
Konsequenz: Wenn man die Lagerpriorität über ButtonUP/ButtonDN in Lager>Lager änderbar macht, dann muss sich diese Änderung sowohl auf die Spalte tWarenLager.nAuslieferungsPrio und zwingend auch auf die mir unbekannte Tabelle mit den Priorisierungen für den Auslieferungsprozess auswirken, sonst bleibt das Chaos bestehen...
Zuletzt bearbeitet: