Neu Seriennummern - Nicht nachvollziehbares Verhalten

[hifiextra]

Hallo,

wir testen gerade die WaWi Version 1.7.10.0

Dabei ist uns aufgefallen das die Seriennummernfunktionalität vollständig geändert wurde, im Vergleich zur Version 1.5.


In der Version 1.5 gab es zwei verschiedene Verhaltensweisen.

1. Wenn nur der "Seriennummern aktiv" Haken gesetzt wurde, dann konnte beim Warenausgang irgendeine Nummer gescannt werden.
Wenn diese Nummer nicht im System war, dann hat WMS einen zufälligen Eintrag ausgebucht. Wenn die gewählte Nummer vorhanden war, dann hat WMS die Vorhandene ausgebucht.
2. Zweitens: Wenn der Haken "Seriennummernverfolgung aktiv" gesetzt wurde, dann konnte auch nur einer der vorhandenen Seriennummern ausgebucht werden.


In der Version 1.7.10.0 gibt es weiterhin diese beiden Möglichkeiten, doch verhält sich die Zweite grundlegend anders als in der 1.5er Version.

Wenn der "Seriennummernverfolgung aktiv" Haken gesetzt wird, dann haben wir folgende Verhaltensweise:
Wenn eine nicht vorhandene Seriennummer gescannt wird, dann sagt WMS korrekterweise, dass diese nicht vorhanden ist und zeigt mögliche Seriennummern zur Auswahl an.
Wählt man nun eine dieser Seriennummern, dann wird diese ausgewählte Nummer mit der zuvor falsch gescannten Nummer überschrieben. Das ganze passiert noch bereits bevor der Auftrag verpackt wurde (großer grüner Button in der rechten unteren Ecke)
Das kann zu doppelten Seriennummern führen.
Dies führt dazu das die Seriennummernverfolgung vollständig ausgehebelt werden kann und das die Eineindeutigkeit einer Seriennummer nicht mehr gegeben ist.

Ein weiteres Problem mit Seriennummern ist folgendes:
Bei einem Seriennummernimport über die Ameise in ein WMS Lager ist es nicht mehr möglich bereits ausgelieferte Seriennummern erneut zu importieren.
Diesen Fall haben wir mehrfach täglich, Stichwort "14-Tage-Retouren".

Leider führt dies dazu das wir kein Update der Warenwirtschaft durchführen können. Da wir auf diese Funktionen zwingend angewiesen sind.

Wäre es eine Möglichkeit ob ggf. ein Update auf die Version 1.6 oder gleich auf die Version 1.8 unser Seriennummern Problem lösen würde!?

Wir wollten eigentlich dieses Wochenende das Update durchführen, leider stehen uns diese beiden Probleme dabei im Weg.
Das Problem hierbei ist, dass wir zeitnah ein Problem mit veralteten Schnittstellen (bspw. Kaufland.de) bekommen.

Wir sind über jedes Feedback dankbar.

 

[frankw]

Das WMS hat noch nie sichergestellt das eine Seriennummer eindeutig oder nach irgendwelchen Kriterien korrekt ist. Letztendlich wird immer die gescannte Nummer verwendet. Der Picker/Packer hat das Produkt in der Hand und somit "immer recht".

Die Seriennummerverfolgung ist aktuell auch nur sehr einfach. Wir verfolgen die Seriennummern nicht durchgängig, sondern erfassen diese nur bei Ein- und Ausgängen.

Das geänderte Verhalten im Vergleich zur 1.5, war soweit ich mich erinnere ein Bugfix.

Was der Seriennummern-Import der Ameise macht kann ich nicht beurteilen.

Wir arbeiten zur Zeit daran, eine deutlich bessere, durchgängige und lagerplatzgenaue Seriennummernverfolgung zu implementieren.
Diese wird mit der 1.8 zum Testen optional zur Verfügung stehen.

Folglich würde ich empfehlen bis zur 1.8 zu warten. Gerne die neuen Funktionen testen und uns Feedback zukommen lassen.

Gruss,
Frank

 

[hifiextra]

Vielen Dank für die schnelle Antwort.

Wir freuen uns schon auf die neue Seriennummernfunktion in der WaWi Version 1.8.x.
FYI: In der aktuellen 1.8er Closed Beta geht dies leider auch noch nicht.

Das zweite Problem ist etwas untergegangen. Es folgt eine detailliertere Beschreibung.

Hintergrund:
Wir nutzen die Ameise um Daten in die Warenwirtschaft zu importieren.
Dafür verwenden wir natürlich Vorlagen. Diese bestimmte Vorlage heißt "JTL-WMS (Lagerverwaltung) => Lagerbestände".

Problem:
Wenn wir hier die Artikelnummer, den Lagerplatz, die Menge und die Seriennummer (welche schon einmal im System war aber ausgebucht mit Lieferschein oder auch als Retoure da war) setzen, kommt es zum Fehler (siehe Anhang).

Gibt es hier eine Möglichkeit diese Validation anzupassen?

MfG

 

[hifiextra]

Leider kommen wir uns inzwischen von JTL verarscht vor, wir haben dieses Thema hier geschrieben und eine Antwort erhalten. Auf Basis dieser Informationen haben wir unsere internen Prozesse angepasst. Nun sehe ich, dass es ein Issue gibt, dass das von JTL bestätigte Verhalten als Bug kennzeichnet.

Könntet ihr euch bei JTL einig werden bevor ihr den Kunden etwas sagt?!

Nochmal für alle zum mitlesen:
Hier das Issue: https://issues.jtl-software.de/issues/WAWI-69293

Und zusätzlich noch unsere Anfrage an den Support von Ende Juni:
Unsere Anfrage:
Hallo,



wir testen gerade die WaWi Version 1.7.10.0

Dabei ist uns aufgefallen das die Seriennummernfunktionalität vollständig geändert wurde, im Vergleich zur Version 1.5.



In der Version 1.5 gab es zwei verschiedene Verhaltensweisen.

1. Wenn nur der "Seriennummern aktiv" Haken gesetzt wurde, dann konnte beim Warenausgang irgendeine Nummer gescannt werden.
Wenn diese Nummer nicht im System war, dann hat WMS einen zufälligen Eintrag ausgebuch. Wenn die gewählte Nummer vorhanden war, dann hat WMS die Vorhandene ausgebucht.
2. Zweitens: Wenn der Haken "Seriennummernverfolgung aktiv" gesetzt wurde, dann konnte auch nur einer der vorhandenen Seriennummern ausgebucht werden.


In der Version 1.7.10.0 gibt es weiterhin diese beiden Möglichkeiten, doch verhält sich die Zweite grundlegend anders als in der 1.5er Version.

Wenn der "Seriennummernverfolgung aktiv" Haken gesetzt wird, dann haben wir folgende Verhaltenweise:
Wenn eine nicht vorhandene Seriennummer gescannt wird, dann sagt WMS korrekterweise, dass diese nicht vorhanden ist und zeigt mögliche Seriennummern zur Auswahl an.
Wählt man nun eine dieser Seriennummern, dann wird diese ausgewählte Nummer mit der zuvor falsch gescannten Nummer überschrieben. Das ganze passiert noch bereits bevor der Auftrag verpackt wurde (großer grüner Button in der rechten unteren Ecke)
Das kann zu doppelten Seriennummern führen.
Dies führt dazu das die Seriennummernverfolgung vollständig ausgehebelt werden kann und das die Eineindeutigkeit einer Seriennummer nicht mehr gegeben ist.

Ein weiteres Problem mit Seriennummern ist folgendes:
Bei einem Seriennummernimport in ein WMS Lager ist es nicht mehr möglich bereits ausgelieferte Seriennummern erneut zu importieren.
Diesen Fall haben wir mehrfach täglich, Stichwort "14-Tage-Retouren".

Leider führt dies dazu das wir kein Update der Warenwirtschaft durchführen können. Da wir auf diese Funktionen zwingend angewiesen sind.

Wäre es eine Möglichkeit ob ggf. ein Update auf die Version 1.6 oder gleich auf die Version 1.8 unser Seriennummern Problem lösen würde!?

Wir wollten eigentlich dieses Wochenende das Update durchführen, leider stehen uns diese beiden Probleme dabei im Weg.
Das Problem hierbei ist, dass wir zeitnah ein Problem mit veralteten Schnittstellen (bspw. Kaufland.de) bekommen.

---------------------------

Antwort JTL:
vielen Dank für die Anfrage.

Das Verhalten war in der Version 1.5 tatsächlich etwas anders. Dabei mussten Sie eine Seriennummer aus der Liste auswählen und ausbuchen. Sie hatten dabei keine Möglichkeit, eine im Wareneingang falsch erfasste Seriennummer über den Warenausgang zu korrigieren. Der Versand wurde also mit einer falschen Seriennummer zwangsweise abgeschlossen.

Da der Versand jedoch die letzte Kontrollinstanz ist, haben wir Ihnen eine Möglichkeit gegeben, falsch erfasste Seriennummern aus dem Bestand zu buchen und gleichzeitig den Artikel mit der richtigen Seriennummer zu versenden. Sie buchen somit wie in der Version 1.5 eine gebuchte Seriennummer aus der Liste aus und ersetzen diese durch die eingegebene (siehe Screenshot).

Aktuell arbeiten wir daran, die Seriennummern komplett zu überarbeiten. Haben bitte Verständnis, dass ich keine Angaben zu einem möglichen Release geben kann.
---------------------------

 

[Enrico W.]

Bitte achte auf Deinen Ton. Danke.
Das von Dir verlinkte Issue wurde als möglicher Bug aufgenommen - aufgrund Deiner Informationen.
Und das wurde Abgewiesen, weil es sich eben nicht um einen Bug handelt sondern um gewolltes Verhalten

 

[Matti_Fla]

Leider kommen wir uns inzwischen von JTL verarscht vor, wir haben dieses Thema hier geschrieben und eine Antwort erhalten. Auf Basis dieser Informationen haben wir unsere internen Prozesse angepasst. Nun sehe ich, dass es ein Issue gibt, dass das von JTL bestätigte Verhalten als Bug kennzeichnet.

Könntet ihr euch bei JTL einig werden bevor ihr den Kunden etwas sagt?!

Nochmal für alle zum mitlesen:
Hier das Issue: https://issues.jtl-software.de/issues/WAWI-69293

Und zusätzlich noch unsere Anfrage an den Support von Ende Juni:
Unsere Anfrage:
Hallo,



wir testen gerade die WaWi Version 1.7.10.0

Dabei ist uns aufgefallen das die Seriennummernfunktionalität vollständig geändert wurde, im Vergleich zur Version 1.5.



In der Version 1.5 gab es zwei verschiedene Verhaltensweisen.

1. Wenn nur der "Seriennummern aktiv" Haken gesetzt wurde, dann konnte beim Warenausgang irgendeine Nummer gescannt werden.
Wenn diese Nummer nicht im System war, dann hat WMS einen zufälligen Eintrag ausgebuch. Wenn die gewählte Nummer vorhanden war, dann hat WMS die Vorhandene ausgebucht.
2. Zweitens: Wenn der Haken "Seriennummernverfolgung aktiv" gesetzt wurde, dann konnte auch nur einer der vorhandenen Seriennummern ausgebucht werden.


In der Version 1.7.10.0 gibt es weiterhin diese beiden Möglichkeiten, doch verhält sich die Zweite grundlegend anders als in der 1.5er Version.

Wenn der "Seriennummernverfolgung aktiv" Haken gesetzt wird, dann haben wir folgende Verhaltenweise:
Wenn eine nicht vorhandene Seriennummer gescannt wird, dann sagt WMS korrekterweise, dass diese nicht vorhanden ist und zeigt mögliche Seriennummern zur Auswahl an.
Wählt man nun eine dieser Seriennummern, dann wird diese ausgewählte Nummer mit der zuvor falsch gescannten Nummer überschrieben. Das ganze passiert noch bereits bevor der Auftrag verpackt wurde (großer grüner Button in der rechten unteren Ecke)
Das kann zu doppelten Seriennummern führen.
Dies führt dazu das die Seriennummernverfolgung vollständig ausgehebelt werden kann und das die Eineindeutigkeit einer Seriennummer nicht mehr gegeben ist.

Ein weiteres Problem mit Seriennummern ist folgendes:
Bei einem Seriennummernimport in ein WMS Lager ist es nicht mehr möglich bereits ausgelieferte Seriennummern erneut zu importieren.
Diesen Fall haben wir mehrfach täglich, Stichwort "14-Tage-Retouren".

Leider führt dies dazu das wir kein Update der Warenwirtschaft durchführen können. Da wir auf diese Funktionen zwingend angewiesen sind.

Wäre es eine Möglichkeit ob ggf. ein Update auf die Version 1.6 oder gleich auf die Version 1.8 unser Seriennummern Problem lösen würde!?

Wir wollten eigentlich dieses Wochenende das Update durchführen, leider stehen uns diese beiden Probleme dabei im Weg.
Das Problem hierbei ist, dass wir zeitnah ein Problem mit veralteten Schnittstellen (bspw. Kaufland.de) bekommen.

---------------------------

Antwort JTL:
vielen Dank für die Anfrage.

Das Verhalten war in der Version 1.5 tatsächlich etwas anders. Dabei mussten Sie eine Seriennummer aus der Liste auswählen und ausbuchen. Sie hatten dabei keine Möglichkeit, eine im Wareneingang falsch erfasste Seriennummer über den Warenausgang zu korrigieren. Der Versand wurde also mit einer falschen Seriennummer zwangsweise abgeschlossen.

Da der Versand jedoch die letzte Kontrollinstanz ist, haben wir Ihnen eine Möglichkeit gegeben, falsch erfasste Seriennummern aus dem Bestand zu buchen und gleichzeitig den Artikel mit der richtigen Seriennummer zu versenden. Sie buchen somit wie in der Version 1.5 eine gebuchte Seriennummer aus der Liste aus und ersetzen diese durch die eingegebene (siehe Screenshot).

Aktuell arbeiten wir daran, die Seriennummern komplett zu überarbeiten. Haben bitte Verständnis, dass ich keine Angaben zu einem möglichen Release geben kann.
---------------------------

Vielleicht ist es das hier? Dann würde es denke ich sehr helfen einmal zu voten: https://issues.jtl-software.de/issues/WAWI-77813

Wir haben auch große Probleme, da die Seriennummern nicht validiert werden.