Seit Update auf 1.11.4: Hunderte Artikel plötzlich „in Aufträgen reserviert“, aber keine passenden Aufträge vorhanden

[Odintyr]

Hallo zusammen,

seit dem Update unserer JTL-Wawi auf Version 1.11.4 stehen wir vor einem gravierenden Problem. Bei hsehr vielen unserer Artikel wird plötzlich ein Bestand als „in Aufträgen“ angezeigt, obwohl es keinerlei Aufträge gibt, in denen diese Artikel enthalten wären. Wir haben sämtliche offenen, stornierten und abgeschlossenen Aufträge überprüft und keine einzige Position gefunden, die diese Reservierungen erklären könnte. Die Einträge lassen sich nicht bereinigen und entsprechen nicht der realen Auftragslage, was unsere Bestandsführung derzeit erheblich stört.

An dieser Stelle möchten wir auch klare Kritik äußern: Diese Art von Updates ist in dieser Form nicht mehr akzeptabel. Mit jedem Update entstehen gefühlt mehr Fehler als behoben werden. Für produktive Systeme ist das äußerst belastend, und wir fragen uns ernsthaft, ob diese Versionen vor Veröffentlichung überhaupt noch ausreichend getestet werden.

Wir würden gerne wissen, ob dieses Verhalten bereits als Bug bekannt ist, ob es eine empfohlene Lösung oder einen Workaround gibt und ob möglicherweise eine Datenbankbereinigung oder Reindizierung notwendig ist. Ebenso wäre hilfreich zu erfahren, ob es eine Möglichkeit gibt, über SQL herauszufinden, wodurch diese fehlerhaften Reservierungen verursacht werden.

Vielen Dank im Voraus an alle, die hierzu Informationen oder Unterstützung liefern können.

 

[Odintyr]

Wir haben inzwischen einen weiteren Fehler entdeckt, der vermutlich im Zusammenhang mit dem oben beschriebenen Problem steht. Es betrifft Aufträge, die bereits vollständig ausgeliefert wurden, teilweise sogar vor mehreren Monaten. Diese Aufträge erscheinen nun plötzlich wieder als „nicht ausgeliefert“, wodurch der Bestand erneut fälschlicherweise reserviert wird. Eine erneute Auslieferung ist nicht möglich, da beim Versuch die Meldung erscheint, dass die enthaltenen Artikel bereits auf vorhandenen Picklisten liegen. Tatsächlich existieren aber keinerlei Picklisten, die diese Artikel betreffen. Zusätzlich tauchen diese ursprünglich ausgelieferten Aufträge nicht mehr im Bereich „Versendet“ unter den Versanddaten auf, obwohl sie nachweislich früher korrekt abgeschlossen waren.

Das Verhalten wirkt wie eine massive Inkonsistenz in den Versand- und Lagerreservierungsdaten, möglicherweise ausgelöst durch das Update auf 1.11.4. Wir vermuten daher einen direkten Zusammenhang zwischen den fehlerhaften Reservierungen und den nun „zurückgesetzten“ Auftragsstatusinformationen.

Wir hoffen auf eine zeitnahe Rückmeldung, da diese Fehlerkombination derzeit sowohl den Warenbestand als auch die Auftragsübersicht erheblich verfälscht.

 

[tunershop]

Gibs hier was neues? Bei uns nimmt es auch überhand und es bleiben von vielen Artikeln 1 auf LAger leigen weil dieser blockiert wird

 

[Javi]

hi
das Problem ist ja gravierend, habt ihr ticket erstellt und JTL rüber schauen lassen??

 

[tunershop]

Es sollte mit 1.11.3 behoben sein nur Odintyr bemängelt danach das nächste Problem... Daher seh ich gerade vom Update ab

 

[marsblau]

Kann es sein, dass auch andere hier die Reservierung zum "gerade aufgerufenen Artikel" erwarten, JTL aber schlicht und neuerdings (seit bzw. auch noch in Version 1.11.4) in den Artikeldaten einfach mal "Geschwisterartikel" nebendran stellt und so tut als wäre es der Artikel den man gerade betrachten will? Wer bitte hatte diese grandiose irreführende Idee? Mir erschließt sich der Sinn dieser Maßnahme nicht. Ebenso hat man den "Zulauf" kastriert, was zuvor recht schnell und einfach direkt hier einsehbar war.
Ich war "zuerst" ebenfalls geschockt und hatte mich gewundert warum "die Bestände" nicht stimmen, bis mir dieses Detail ins Auge fiel - Artikelnummer. Da kann man wirklich nur den Kopf schütteln, was denkt man sich bei so einem Unsinn?

Ist es das "Problem"?