Neu Es wird nur noch eine Seriennummer auf Lieferschein angezeigt

[Fugel]

Nach dem letzten Update wird bei uns auf dem Lieferschein nur noch die erste Seriennummer angezeigt. Bsp.: Hat ein Kunde 3x den selben Artikel bestellt, welcher mit Seriennummer hinterlegt ist, steht nur noch die erste auf dem Lieferschein. Normalerweise standen dann immer alle untereinander.

 

[Fugel]

Hat hier denn keiner eine Lösung dafür?

 

[car_driver]

Habe das selbe Problem. Aktuell läuft Version 1.7 Beta. Noch keine Lösung gefunden.

 

[RobKl]

Ich hab ebenfalls das Problem mit der 1.6.45.2 - dazu hatte ich heute ein Ticket aufgemacht [Ticket#2023011810002768] AW: Ausgabe Seriennummern] und die sehr unbefriedigende Antwort erhalten, dass das in ein "einer zukünftigen Version" behoben werden wird ...

Also ich weiß ja nicht ... ja es ist toll, dass die Wawi kostenfrei ist, aber so prinzipielle Dinge wie Seriennummern andrucken sollten schon zeitnah gefixt werden. Vor allem, weil die Funktion ja in vorherigen Versionen drinnen war und auch funktioniert hat.
Es ist halt einfach doof, wenn man vom Kunden darauf hingewiesen wird, dass von Seriennummernartikeln nur die erste angedruckt wird ... SEHR UNSCHÖN!

 

[ChristianW]

Wir haben das gleiche Problem. Weiß jemand ob es hierzu eine Lösung gibt?

 

[KWJ]

Hallo zusammen,
hier ebenfalls das Problem mit der Version 1.6.47.0
Ist das in der zukünftigen Version behoben das Problem?

 

[Karobube]

DeliveryNotePositionDeliveryDetails.SerialNumber ersetzen durch JTL_DirectTableQuery("SELECT cSeriennr FROM tLagerArtikel WHERE kLieferscheinPos = '" +Str$(DeliveryNotePosition.InternalId,0,0) + "'",'',', ')
das ', ' ist das Trennzeichen zwischen den Seriennummern und kann nach Wunsch angepasst werden



Wenn's geholfen hat gerne dem nächsten Bedürftigen n 5er zustecken 🙏

 

[car_driver]

Wie funktioniert das dann auf einer Rechnung?

Bei mir kommt ein Syntaxfehler.

 

[Karobube]

Wie funktioniert das dann auf einer Rechnung?

Bei mir kommt ein Syntaxfehler.

JTL_DirectTableQuery("SELECT la.cSeriennr FROM tLagerArtikel la JOIN Rechnung.tRechnungLieferscheinPosition rlp ON rlp.kLieferscheinPosition = la.kLieferscheinPos WHERE rlp.kRechnungPosition = '" +Str$(InvoicePosition.InternalId,0,0) + "'",'',', ')

 

[schnabeltasse]

JTL_DirectTableQuery("SELECT la.cSeriennr FROM tLagerArtikel la JOIN Rechnung.tRechnungLieferscheinPosition rlp ON rlp.kLieferscheinPosition = la.kLieferscheinPos WHERE rlp.kRechnungPosition = '" +Str$(InvoicePosition.InternalId,0,0) + "'",'',', ')

Hallo Karobube,

habe die Zeile mal in meine Vorlage eingebaut und getestet.
Bei meinem Beispiel (siehe Screenshot) besteht die Rechnungsposition aus 6 Stück eines Artikels.
Es werden auch alle 6 Seriennummern Komma-separiert angezeigt - dies allerdings gleich 5 mal in einer eigenen Zeile.
Bei 5 Seriennummern sind es 4 Zeilen ... bei 4 Seriennummern sind es 3 Zeilen ... bei 100 Seriennummern sind es 99 Zeilen ... u.s.w.
Ist bei den Lieferscheinen übrigens ganz genauso (immer eine Zeile weniger als Seriennummern).

Irgendwie wird da eine Schleife falsch gezählt, die vor ein paar Monaten vielleicht noch bei Index 0 angefangen hat und aktuell bei 1 - jeder Programmierer hat da seine eigene Vorliebe
Und genau das scheint mir übrigens auch der ursächliche Grund für den Bug zu sein.
Die Original-JTL-Vorlage listet alle Seriennummern in einer eigenen Zeile auf - die letzte fehlt aber immer.

Ist nur eine Theorie aber vielleicht beobachtet einer bei JTL diesen Thread und kann das mal checken.

 

[Fugel]

DeliveryNotePositionDeliveryDetails.SerialNumber ersetzen durch JTL_DirectTableQuery("SELECT cSeriennr FROM tLagerArtikel WHERE kLieferscheinPos = '" +Str$(DeliveryNotePosition.InternalId,0,0) + "'",'',', ')
das ', ' ist das Trennzeichen zwischen den Seriennummern und kann nach Wunsch angepasst werden

Den Anhang 96085 betrachten

Wenn's geholfen hat gerne dem nächsten Bedürftigen n 5er zustecken 🙏

Wie bekomme ich denn die 1,00 vor den Seriennummern weg?
EDIT: Ich sehe auch gerade, dass ich das gleiche Problem wie schnabeltasse habe, das ist natürlich eher schlecht.