Neu Versand- und Freitextpositionen in Dokumenten ohne Text

[Mike73]

Tach zusammen,

ich hatte hier schon mal einen Thread gesehen, da stellte jemand eine ähnliche Frage - ich finde ihn aber nicht mehr. Also sorry, falls das schon beantwortet wurde, dann gerne einen Link zum Thread.

Problem: Bei Versand- und Freitextpositionen werden die Namens- und Beschreibungsfelder für Formulare wie Rechnung oder Auftrag nicht gefüllt. Die Stellen im Dokument bleiben einfach leer.
Die Datenfelder selbst werden in der Tabelle sichtbar angezeigt, das konnte ich prüfen. Es scheint tatsächlich so zu sein, dass die Variablen in diesen Positionen einfach leer sind. Anzahl und Preis beispielsweise werden aber korrekt angezeigt.

Nachtrag: Beim Lieferschein ist zumindest die Freitextpositionn vorhanden, die Versandposition fehlt dafür vollständig.

Ist das ein Bug oder ein Feature ?

Gruß

Mike

 

[Underbär]

Das sieht mir nach einem Fehler in deiner Vorlage aus. Nutzt ihr alte Vorlagen mir deutschen Variablen oder die neuen Vorlagen mit englischen Variablen?

 

[Mike73]

Ich habe nichts an den Vorlagen geändert . Und ich kann dir nicht sagen, ob das "alte" Vorlagen sind .. woran kann ich das sehen ?
Wenns nur die englischen Variablen sind, Ja, die sind in English . Das ist korrekt. Aber das ist "schon immer" so

Und wieso liegt es an der Vorlage, wenn in der Position Table alle Zeilen richtig angezeigt werden, nur (neuerdings) diese beiden nicht? Was sollte da anders sein ?

 

[Mike73]

Ich hab gerade nochmal geschaut... und nur herausgefunden, dass _gar nichts_ in dieser Tabellenzelle angezeigt wird. Auch die Zellen für Einheit und Artikelnummer beiben leer. Hat die Freitextposition oder auch der Versand jedoch einen Preis oder eine Menge, werden diese korrekt ausgegeben und berechnet.
Ich habe die Darstellungsbedingung auf "true or @PositionsColumnWidthName > 0" geändert, so dass dieses Feld immer angezeigt werden müsste. Den originalen Inhalt habe ich ergänzt, "SalesOrderPosition.ItemDescriptionBrief + SalesOrderPosition.PositionType ", so dass zumindest wohl PositionType ausgegeben werden könnte .. Nope.

Wie gesagt - das gilt für Freitextartikel und Versandpositionen. Das sind beides Positionen, die KEINE Artikelnummer haben. Vielleicht hängt es damit zusammen? Ich sehe das aber im Reportgenerator nicht .. zumindest finde ich es nicht .

Noch Ideen ?

 

[fibergirl]

Dass die Versandposition auf dem Lieferschein nicht dabei ist, hat wohl seine Richtigkeit. Sie kann ja auch nicht mit im Paket liegen

Bei den Rechnungen (u. a.) hatten wir das gleiche Problem.
Wir haben das dann erstmal so gelöst, dass da, wo die SKU angezeigt wird, stattdessen eine Bedingung steht.

Kladde-Kurzform, auswendig:
Cond(IsNullOrEmpty(InvoicePosition.SKU), InvoicePosition.PositionType, InvoicePosition.SKU)
Dann steht da zwar z.B. " Shipping Position" beim Versand, aber immerhin ist der Platz nicht leer, sondern da steht etwas Verständliches.

 

[wawi-dl]

Um noch etwas mehr Licht ins dunkle zu bringen

JTL arbeiten mit Typen, jede Position hat einen bestimmten Typ:
0 = Freitext
1 = Artikel
2 = Versand
3 = Gutschein
... gibt noch einige andere

In Lieferscheinen werden daher nur lieferbare Positionen angezeigt, was will denn ein Kunde mit einer Position "Versand" oder "Gutschein" auf dem Lieferschein?
Manche Kunden fangen vllt. sogar an danach zu suchen

Es ist also kein Bug, sondern ganz einfach richtig so.

 

[Mike73]

Hmm ...

also ich habe gerade zufällig was entdeckt und weiß noch nicht, was es bedeutet. Ich hatte irgendwann einmal probehalber einen zweiten Mandanten angelegt und hab das jetzt bei dem mal getestet. Interessanterweise werden da alle Positionen korrekt ausgegeben. Das ist insofern merkwürdig, als ich an den Vorlagen in den Positionen eigentlich nie was geändert hatte. ...

Im Screenshot der ersten Message sieht man sehr gut, dass nicht die kompletten Zeilen fehlen, sondern nur die Felder SKU und Name ( die Einheit ist bei beiden Positionen ohnehin ein Leerstring) - Ich finde eben nur nicht, wo die Bedingung definiert sein soll, dass diese Felder in diesen Positionen ( Typen?) nicht angezeigt werden sollen. Die Anzeigebedingung habe ich schon so geändert, dass sie immer wahr sind. Nu weiß ich nicht recht, wie weiter.

In Lieferscheinen werden daher nur lieferbare Positionen angezeigt, was will denn ein Kunde mit einer Position "Versand" oder "Gutschein" auf dem Lieferschein?
Manche Kunden fangen vllt. sogar an danach zu suchen

Es ist also kein Bug, sondern ganz einfach richtig so.

Ich stimme dir und auch fibergirl zu, aber es geht mir um die Auftragsbestätigung und die Rechnung.

 

[wawi-dl]

Leider war dann für mich der Beitrag oben unklar, ich bezog mich auf Thema Lieferschein.

Im Bild ist leider nichts konkretes zu erkennen, was das für Positionen sind, da man auch manuell die SKU/ArtNr löschen kann.

Wir filtern in unseren Vorlagen ganz gezielt alle Typen, weisen somit die Versandkosten separat im Summenblock aus.

 

[ManuelHudec]

Wir filtern in unseren Vorlagen ganz gezielt alle Typen, weisen somit die Versandkosten separat im Summenblock aus.

@wawi-dl Darf ich fragen, wie ihr das macht?
Also das Ausblenden der Versand Position in der Positionstabelle habe ich hinbekommen.
Ich scheitere jedoch im Moment daran, diese dann im Summenblock zu implementieren.

Ah.. habe gerade gesehen, ihr arbeitet in euren Vorlagen noch mit Ausgabe 1.0 ..schade.

 

[DASevents]

Um noch etwas mehr Licht ins dunkle zu bringen

JTL arbeiten mit Typen, jede Position hat einen bestimmten Typ:
0 = Freitext
1 = Artikel
2 = Versand
3 = Gutschein
... gibt noch einige andere

In Lieferscheinen werden daher nur lieferbare Positionen angezeigt, was will denn ein Kunde mit einer Position "Versand" oder "Gutschein" auf dem Lieferschein?
Manche Kunden fangen vllt. sogar an danach zu suchen

Es ist also kein Bug, sondern ganz einfach richtig so.

Hey wawi-dl,
welche gibt es noch? ist das sehr viel oder hast Du vielleicht Lust und Laune die mal zu schreiben?
Vielleicht hilft das dem einen oder anderen oder mir weiter ?

 

[wawi-dl]

Hier schauen:
https://forum.jtl-software.de/threads/variable-die-mitzaehlt-moeglich.101808/post-565845

Eine solche Übersicht, gibt es auch für Plattformen.