Hallo,
wenn ich mir unter "Lager" die Umlagerungen anzeigen lasse ist mir im SQL-Profiler aufgefallen, dass die Queries für die ausgehenden Umlagerungen von den Queries für die Eigehenden Umlagerungen an einer Stelle voneinander abweichen, wodurch es bei uns zu Problemen in der Anzeige der Warenbestände kommt. Vielleicht kann jemand dieses Verhalten reproduzieren und uns mitteilen, ob das Problem hausgemacht ist, oder codeseitig.
Für die Artikelliste (Unterer Abschnitt) der ausgehenden Umlagerungen wird die Datenbank mit
"SELECT tbestellpos.kBestellPos,
COALESCE(tartikel.kArtikel, 0) AS kArtikel,
COALESCE(tbestellpos.cArtNr, '') AS cArtNr,
.....
FROM tbestellpos
.....
LEFT JOIN tUmlagerung ON tUmlagerung.kUmlagerung = 40 (!)<<--------
.....
WHERE tbestellung.kBestellung = 2596 AND tbestellpos.nType < 2
....."
abgefragt. Es wird immer kUmlagerung = 40 verwendet. Egal welche Umlagerung ich auswähle. Im Query bleibt es immer die selbe ID. Dadurch werden Startlager und Ziellager falsch bewertet.
Der Query für die eingehenden Umlagerungen funktioniert an dieser Stelle tadellos und die ID von tUmlagerung.kUmlagerung entspricht immer der ausgwählten Umlagerung.
Dieses Verhalten tritt bei uns auch bei einer frisch installierten JTL-Version aus, bei der noch keine 40 Umlagerungen vorgenommen wurden. Es wird dennoch versucht Start- und Ziellager aus ID 40 zu ermitteln.
Da die ID 40 im Zusammenhang mit Umlagerungen auch in anderem Kontext (40 THEN 'Abgeschlossen') für abeschlossene Umlagerungen verwendet wird vermute ich einen Bug.
Ich hatte dieses Problem bereits unter "Nutzer helfen Nutzer " angesprochen und hoffe, dass dieser Doppelpost verzeihbar ist, da ich hier detaillierter auf das Problem eingegangen bin.
SQL Server 2016 Express (64-Bit) auf Windows Server 2016 Standard.
Gruß
Nils
wenn ich mir unter "Lager" die Umlagerungen anzeigen lasse ist mir im SQL-Profiler aufgefallen, dass die Queries für die ausgehenden Umlagerungen von den Queries für die Eigehenden Umlagerungen an einer Stelle voneinander abweichen, wodurch es bei uns zu Problemen in der Anzeige der Warenbestände kommt. Vielleicht kann jemand dieses Verhalten reproduzieren und uns mitteilen, ob das Problem hausgemacht ist, oder codeseitig.
Für die Artikelliste (Unterer Abschnitt) der ausgehenden Umlagerungen wird die Datenbank mit
"SELECT tbestellpos.kBestellPos,
COALESCE(tartikel.kArtikel, 0) AS kArtikel,
COALESCE(tbestellpos.cArtNr, '') AS cArtNr,
.....
FROM tbestellpos
.....
LEFT JOIN tUmlagerung ON tUmlagerung.kUmlagerung = 40 (!)<<--------
.....
WHERE tbestellung.kBestellung = 2596 AND tbestellpos.nType < 2
....."
abgefragt. Es wird immer kUmlagerung = 40 verwendet. Egal welche Umlagerung ich auswähle. Im Query bleibt es immer die selbe ID. Dadurch werden Startlager und Ziellager falsch bewertet.
Der Query für die eingehenden Umlagerungen funktioniert an dieser Stelle tadellos und die ID von tUmlagerung.kUmlagerung entspricht immer der ausgwählten Umlagerung.
Dieses Verhalten tritt bei uns auch bei einer frisch installierten JTL-Version aus, bei der noch keine 40 Umlagerungen vorgenommen wurden. Es wird dennoch versucht Start- und Ziellager aus ID 40 zu ermitteln.
Da die ID 40 im Zusammenhang mit Umlagerungen auch in anderem Kontext (40 THEN 'Abgeschlossen') für abeschlossene Umlagerungen verwendet wird vermute ich einen Bug.
Ich hatte dieses Problem bereits unter "Nutzer helfen Nutzer " angesprochen und hoffe, dass dieser Doppelpost verzeihbar ist, da ich hier detaillierter auf das Problem eingegangen bin.
SQL Server 2016 Express (64-Bit) auf Windows Server 2016 Standard.
Gruß
Nils