Neu Stückliste des (Stücklisten-)Artikels drucken

[mahohmh]

Hallo,

ich will eine einfache Druckausgabe der Stückliste (Komponenten- ArtNr, Name, Menge) eines Stücklistenartikels ermöglichen.
Bisher habe ich es per SQL DirectQuery in einer Artikeletikett Vorlage versucht. Da ich aber keine Tabellen einfügen kann, gestaltet es sich sehr schwierig, ein gescheites Layout zu kreieren.

Es muss doch sicher eine bessere Lösung geben?
Ameisen-CSV Export ist nicht zielführend, da es direkt in der Wawi unter Auswahl des Artikels möglich sein soll.

VG

 

[frankell]

Hallo @mahohmh,

es geht auch über einen Workaround im Artikeletikett:

Man kann zwar keine Tabelle erstellen, aber man kann für jede Spalte der gewünschten Tabelle ein Textfeld nutzen, in dem eine SQL-Query auch nur eine Spalte ausgibt und als Zeilentrennzeichen ein Absatz gesetzt wird. Hier mal ein Beispiel für zwei Spalten, also zwei identisch hohe, nebeneinander liegende Textfelder:

JTL_DirectTableQuery("
SELECT SA.cArtNr
FROM tStueckliste AS SL
JOIN vStandardArtikel AS SA ON SL.kArtikel = SA.kArtikel
WHERE SL.kVaterArtikel = "+Fstr$(Artikel.InterneArtikelnummer,"?")+"
ORDER BY SL.nSort ASC
","","¶")

JTL_DirectTableQuery("
SELECT SA.cName
FROM tStueckliste AS SL
JOIN vStandardArtikel AS SA ON SL.kArtikel = SA.kArtikel
WHERE SL.kVaterArtikel = "+Fstr$(Artikel.InterneArtikelnummer,"?")+"
ORDER BY SL.nSort ASC
","","¶")

So bekommt man eine Quasi-Tabelle.

Man muss dabei natürlich darauf achten, dass keine Zeilenumbrüche entstehen, aber dem kann man ja leicht vorbeugen. Außerdem muss man darauf achten, dass alle Spalten auch in der derselben Reihenfolge ausgegeben werden. Was oben durch die Sortierung über nSort geschieht.

 

[mahohmh]

Hallo @mahohmh,

es geht auch über einen Workaround im Artikeletikett:

Man kann zwar keine Tabelle erstellen, aber man kann für jede Spalte der gewünschten Tabelle ein Textfeld nutzen, in dem eine SQL-Query auch nur eine Spalte ausgibt und als Zeilentrennzeichen ein Absatz gesetzt wird. Hier mal ein Beispiel für zwei Spalten, also zwei identisch hohe, nebeneinander liegende Textfelder:

JTL_DirectTableQuery("
SELECT SA.cArtNr
FROM tStueckliste AS SL
JOIN vStandardArtikel AS SA ON SL.kArtikel = SA.kArtikel
WHERE SL.kVaterArtikel = "+Fstr$(Artikel.InterneArtikelnummer,"?")+"
ORDER BY SL.nSort ASC
","","¶")

JTL_DirectTableQuery("
SELECT SA.cName
FROM tStueckliste AS SL
JOIN vStandardArtikel AS SA ON SL.kArtikel = SA.kArtikel
WHERE SL.kVaterArtikel = "+Fstr$(Artikel.InterneArtikelnummer,"?")+"
ORDER BY SL.nSort ASC
","","¶")

So bekommt man eine Quasi-Tabelle.

Man muss dabei natürlich darauf achten, dass keine Zeilenumbrüche entstehen, aber dem kann man ja leicht vorbeugen. Außerdem muss man darauf achten, dass alle Spalten auch in der derselben Reihenfolge ausgegeben werden. Was oben durch die Sortierung über nSort geschieht.

Danke für die schnelle Antwort!
Tatsächlich habe ich es aktuell genau so umgesetzt, allerdings hatte ich gehofft, es gäbe eine elegantere Lösung.

Welchen Ansatz hast du, die Zeilenumbrüche zu verhindern?
In den Eigenschaften des Textfeldes Umbrüche zu verhindern sorgt leider dafür, dass die Absätze als Zeilentrennzeichen ebenfalls übergangen werden und die gesamte Ausgabe in einer Zeile landet.

 

[frankell]

Tatsächlich habe ich es aktuell genau so umgesetzt, allerdings hatte ich gehofft, es gäbe eine elegantere Lösung.

Die gäbe es erst, wenn man Berichtscontainer mit Tabellen wirklich freiem Inhalt in L&L einbauen könnte. Leider.

Welchen Ansatz hast du, die Zeilenumbrüche zu verhindern?
In den Eigenschaften des Textfeldes Umbrüche zu verhindern sorgt leider dafür, dass die Absätze als Zeilentrennzeichen ebenfalls übergangen werden und die gesamte Ausgabe in einer Zeile landet.

Von den Umbruchs-Einstellungen gehen eigentlich nur "Optimal einpassen" und "Umbrechen". Das ist aber auch stark von der Schriftgröße abhängig, was da geht.

Aber eine echte Zeichenbegrenzung bekommt man eh nur in der Query hin, bspw. durch einen CAST in einen VARCHAR mit fixer Länge oder durch einen LEFT mit fixer Zeichenanzahl, also am ehesten letzteres.