Bei der Auslieferung von Aufträgen mit Seriennummern stören ein paar Sachen immer wieder gewaltig und einen BUG habe ich auch zu vermelden...
1. UNSCHÖN: Der untere Fensterbereich mit den Lagern links und den Seriennummern rechts ist total ungünstig aufgeteilt, mit 2/3 des Platzes mit viel leerem Bereich links bei den Lagern und mit 1/3 für die drei wichtigen SN Spalten rechts, die gemeinsam in ein kleines Fenster gezwängt werden. Die umgekehrte Größenaufteilung wäre korrekt(er).
2. UNSCHÖN: Die Wawi merkt sich von Hand gemachte Änderungen an den Unterfenstergrößen nicht von Auslieferung zu Auslieferung. Alles kommt wieder mit 2/3 zu 1/3 hoch.
3. UNSCHÖN: Änderungen an den Spaltenbreiten rechts für die SN und die beiden Beschreibungen merkt sich die Wawi noch nicht einmal von Artikel zu Artikel, der oben in der Liste angewählt wird.
>> Der Grund für Punkt 3 ist offenbar, dass die Wawi aus der Liste der verfügbaren Seriennummern diejenigen ausblenden will, die für andere Artikel aus der Liste schon gepickt worden sind. Dummerweise wird dazu nicht nur die Liste neu inititalisiert, sondern auch das SN-Fenster selbst und damit auch seine (fixen) Spaltenbreiten. Die müsste sich die Wawi aber zumindes von Artikel zu Artikel, besser noch von Auslieferung zu Auslieferung merken.
4. BUG: Die Wawi "versucht" zwar, sich die bereits für Artikel gepickte SNs zu merken um z.B. bei zwei gleichen Artikelnummern in der Liste oben beim zweiten Artikel zu verhindern, dass für ihn die gleiche SN wie für den ersten Artikel gepickt wird. Das geht aber gründlich schief, denn wenn man die für den ersten Artikel gepickte(n) Seriennummer(n) unten noch einmal ändert, dann wird die Liste der bereits vergebenen SNs für diese Artikelnummer- und Lager-Kombination NICHT aktualisiert und man kann beim nächsten (gleichen) Artikel die gleichen SNs wieder picken. Die ursprünglich (!) für Artikel A gepickten SNs, die jetzt ja wieder frei wären, tauchen in der Liste aber leider nicht mehr auf, bleiben also als "bereits gepickt" ausgeblendet. > BUG!
5. PROBLEM: Picken von SNs bei Artikeln mit hohem Lagerbestand. Zugegebenermaßen für mich ein theoretischer Fall, aber für andere Wawi Nutzer schon eher realistisch: Ich habe mir im Zuge der 1.3 Pilotphase für einen Artikel 100.000 Seriennummern (GUIDs) erzeugt, um sowohl den Import über die Ameise als auch die Performance der Wawi damit zu testen. Die Ameise kaut endlos (~2 Stunden) daran, aber die SNs kommen rein, ok. Das Picken auch nur einer von den 100000 SNs ist aber praktisch unmöglich, denn vor der Anzeige werden die Fensterteile des Auslieferbildschirms für lange Zeit schwarz und nach jedem Picken auch wieder schwarz und die Wawi ist für diese Zeit natürlich auch unresponsiv.
Offenbar liest sich die Wawi alle 100.000 SNs aus der DB ein und aktualisiert diese Liste nach jedem Pickvorgang, jedem Wechsel des Lagers, des Artikels und auch bei jeder Aktualisierung der Liste.
FAZIT: Die Wawi sollte hier genau wie in der Auftragsliste ein SELECT TOP 1000 vorsehen, damit das ganze performant bleibt.
Edit 29.09.-11:43 - Ich habe den Titel mal von "Zahlreiche" auf "Einige" geändert, denn das trifft es wohl doch schon eher ...
1. UNSCHÖN: Der untere Fensterbereich mit den Lagern links und den Seriennummern rechts ist total ungünstig aufgeteilt, mit 2/3 des Platzes mit viel leerem Bereich links bei den Lagern und mit 1/3 für die drei wichtigen SN Spalten rechts, die gemeinsam in ein kleines Fenster gezwängt werden. Die umgekehrte Größenaufteilung wäre korrekt(er).
2. UNSCHÖN: Die Wawi merkt sich von Hand gemachte Änderungen an den Unterfenstergrößen nicht von Auslieferung zu Auslieferung. Alles kommt wieder mit 2/3 zu 1/3 hoch.
3. UNSCHÖN: Änderungen an den Spaltenbreiten rechts für die SN und die beiden Beschreibungen merkt sich die Wawi noch nicht einmal von Artikel zu Artikel, der oben in der Liste angewählt wird.
>> Der Grund für Punkt 3 ist offenbar, dass die Wawi aus der Liste der verfügbaren Seriennummern diejenigen ausblenden will, die für andere Artikel aus der Liste schon gepickt worden sind. Dummerweise wird dazu nicht nur die Liste neu inititalisiert, sondern auch das SN-Fenster selbst und damit auch seine (fixen) Spaltenbreiten. Die müsste sich die Wawi aber zumindes von Artikel zu Artikel, besser noch von Auslieferung zu Auslieferung merken.
4. BUG: Die Wawi "versucht" zwar, sich die bereits für Artikel gepickte SNs zu merken um z.B. bei zwei gleichen Artikelnummern in der Liste oben beim zweiten Artikel zu verhindern, dass für ihn die gleiche SN wie für den ersten Artikel gepickt wird. Das geht aber gründlich schief, denn wenn man die für den ersten Artikel gepickte(n) Seriennummer(n) unten noch einmal ändert, dann wird die Liste der bereits vergebenen SNs für diese Artikelnummer- und Lager-Kombination NICHT aktualisiert und man kann beim nächsten (gleichen) Artikel die gleichen SNs wieder picken. Die ursprünglich (!) für Artikel A gepickten SNs, die jetzt ja wieder frei wären, tauchen in der Liste aber leider nicht mehr auf, bleiben also als "bereits gepickt" ausgeblendet. > BUG!
5. PROBLEM: Picken von SNs bei Artikeln mit hohem Lagerbestand. Zugegebenermaßen für mich ein theoretischer Fall, aber für andere Wawi Nutzer schon eher realistisch: Ich habe mir im Zuge der 1.3 Pilotphase für einen Artikel 100.000 Seriennummern (GUIDs) erzeugt, um sowohl den Import über die Ameise als auch die Performance der Wawi damit zu testen. Die Ameise kaut endlos (~2 Stunden) daran, aber die SNs kommen rein, ok. Das Picken auch nur einer von den 100000 SNs ist aber praktisch unmöglich, denn vor der Anzeige werden die Fensterteile des Auslieferbildschirms für lange Zeit schwarz und nach jedem Picken auch wieder schwarz und die Wawi ist für diese Zeit natürlich auch unresponsiv.
Offenbar liest sich die Wawi alle 100.000 SNs aus der DB ein und aktualisiert diese Liste nach jedem Pickvorgang, jedem Wechsel des Lagers, des Artikels und auch bei jeder Aktualisierung der Liste.
FAZIT: Die Wawi sollte hier genau wie in der Auftragsliste ein SELECT TOP 1000 vorsehen, damit das ganze performant bleibt.
Edit 29.09.-11:43 - Ich habe den Titel mal von "Zahlreiche" auf "Einige" geändert, denn das trifft es wohl doch schon eher ...
Zuletzt bearbeitet: