Neu Diskussionsthread Stückliste mitsamt Komponenten in den neuen Vorlagen ausgeben

[Philipp Laumen]

Hallo,

aufgrund der großen Nachfrage habe ich mich mal hingesetzt und das alte Verhalten wieder in die Vorlage gebastelt.
Das ganze wird mit SQL Abfragen gelöst und unterliegt deshalb Einschränkungen.

Versionen unter 1.5.33.0 könnten einen Importfehler erhalten! Dieser ist in der 1.5.33.0 behoben!!!

Fragen und Anregungen können hier geposted werden. Tutoriallink:
https://forum.jtl-software.de/threa...nenten-in-den-neuen-vorlagen-ausgeben.141239/

 

[Thomas]

Hallo,

gleicher Fehler wie mit der1.5.32.1.
Datei läßt sich nicht laden.

 

[Philipp Laumen]

Hallo Thomas,

in welcher Version bist du denn? Der 1.5.33.0?

 

[Thomas]

Hallo Philipp,

in der 15.33.0

Der angegebene Schlüßel war nicht im Wörterbuch angegeben.

Ex- und importiere ich ein Formular , tritt der Fehler nicht auf.
Liegt es an Deinem Formular?
Praktisch das gleiche Problem wie gestern per TV mit der 1.5.32.1

Grüsse
Thomas

 

[Philipp Laumen]

Hallo,
ich habe gerade eine neue Version angehangen, bitte einmal prüfen ob du die jetzt importieren kannst.
Habe auch noch einen nervigen Fehler behoben, wenn nicht Stücklistenartikel auf dem Lieferschein sind (Hatte mal eben alle Artikel der Wawi ausgegeben)

 

[Philipp Laumen]

So ich habe jetzt mit @Thomas die Vorlage auf einen Stand gebracht, den man durchaus benutzen kann.
Es sind aktuell Lagerplatzkommentare enthalten, die können bei Bedarf entfernt werden.

 

[MichaelH]

Hallo Philipp !

Leider hat JTL versäumt die Stücklisten zu klassifizieren mit der Neuprogrammierung des Artikelstamms und diverser Ansichten.
Es gab eine Diskussion darüber, diese wurde aber ignoriert.

Es gibt mind. 2 Arten von Stücklisten:

1) Bündelartikel
In diesem Artikel sind mehrere Artikel enthalten, wie z.B. Becher, Rührlöffel, Untersetzer.
Hier macht es ggf. Sinn diese Artikel aufzulisten.

2) Stücklisten mit Lagerartikel in kleiner Einheit.
Beispiel loser Tee - dieser wird am Lager mit 1g geführt, daraus werden Packungen mit 100g und 250g befüllt und über Stückliste gebucht.
Hier wäre es falsch die Stückliste aufzulisten die dann heißen würde "250 x 1g - Loser Tee, Lagerartikel" und darüber der Artikel "1 Stück Loser Tee, 250g"

Da keine Unterscheidung getroffen werden kann über den Artikelstamm zieht sich dieses Problem genaugenommen durch die ganze WAWI in der die Auflistung lt. 2) nur hinderlich statt sinnvoll ist.

Wäre diese Klassifizierung im Artikelstamm vorhanden kann man selbst steuern ob ja oder nein.

SG, Michael

 

[Philipp Laumen]

Hallo Michael,

das könnte ich höchstens über ein eigenes Feld an der Stückliste steuern. Dafür müsste das aber an jeder Stückliste gepflegt sein.
Kann ich als Anleitung mit ins Tutorial packen wenn du magst.

 

[MichaelH]

Verstehe ich nicht wirklich ...

Die Stückliste muss ja so oder so immer angelegt werden, die legt sich auch nicht von selbst an.
Dabei legt man fest um welchen Typ es sich handelt.
Keine Angabe ist auch eine Angabe, wenn es nicht Ja ist dann ist es nein, wenn es nicht 1 ist dann ist es 0, wenn es nicht Nichts ist dann ist es NULL.

Und Sinn macht es vor Allem dann, wenn JTL das auch überall berücksichtigen würde wo eine Detaillierung wie 2) keinen Sinn macht, z.B. in deiner neuen Vorlage.

Es ist also eher eine Grundsatzentscheidung von JTL deren Ablehnung man mal überdenken sollte ...

 

[Philipp Laumen]

Hallo @MichaelH ,

hier geht es aber nunmal um die Vorlage, deshalb habe ich mich darauf bezogen. Dein Thema passt eher ins Forum "Idee, Lob und Kritik", meinst du nicht?

 

[MichaelH]

Jein - du sprichst von Vorlagen - also Mehrzahl.
Das bedeutet du änderst das Verhalten von allen Vorlagen die Artikel mit Stücklisten ausgeben und glaube mir, damit erfreust du mind. 50% der Kunden die Stücklisten verwenden nicht.
Nur ein Bruchteil der Kunden bewegen sich im Forum und davon wiederum nur ein Bruchteil werden deine Änderungen hier lesen.


Doch es ist für JTL-Kunden sicherlich einfacher deine Änderungen rauszulöschen als diese einzubauen.

Optionalität wäre für eine moderne Software allerdings SEHR wünschenswert.
Die Begründung für "warum" findest du oben erklärt.

 

[A-Z Autoteile]

So ich habe jetzt mit @Thomas die Vorlage auf einen Stand gebracht, den man durchaus benutzen kann.
Es sind aktuell Lagerplatzkommentare enthalten, die können bei Bedarf entfernt werden.

Hallo @philipp,

deine Umsetzung sieht gut aus. Für unseren speziellen Fall habe ich aber eine Frage.

Wir exportieren jeden neu erstellten Auftrag mit einer speziell angepassten XML und übergeben diese dann an eine andere Wawi (Stationäres Geschäft). Diese sieht folgendermaßen aus und funktioniert auch tadellos:

<?xml version="1.0"?>
<order>
    <head>
        <ordernr>{{ Report.SalesOrderNumber }}</ordernr>
        <orderdate>{{ Report.CreationDate }}</orderdate>
        <orderamount>{{ Report.TotalGrossPrice }}</orderamount>
        <paymentmethod>{{ Report.PaymentMethodName }}</paymentmethod>
        <channel>Shop2</channel>
        <trans_id>{{ Report.SalesOrderNumber }}</trans_id>
        <shipping>{{ Report.ShippingMethod.Price }}</shipping>
        <billingadress>
            <email><![CDATA[{{ Report.SalesOrderBillToAddress.EmailAddress }}]]></email>
            <companyname><![CDATA[{{ Report.SalesOrderBillToAddress.Company }}]]></companyname>
            <firstname><![CDATA[{{ Report.SalesOrderBillToAddress.FirstName }}]]></firstname>
            <surname><![CDATA[{{ Report.SalesOrderBillToAddress.LastName }}]]></surname>
            <street><![CDATA[{{ Report.SalesOrderBillToAddress.Address }}]]></street>
            <zip><![CDATA[{{ Report.SalesOrderBillToAddress.PostalCode }}]]></zip>
            <city><![CDATA[{{ Report.SalesOrderBillToAddress.City }}]]></city>
            <country><![CDATA[{{ Report.SalesOrderBillToAddress.Country }}]]></country>
            <phone><![CDATA[{{ Report.SalesOrderBillToAddress.Phone }}]]></phone>
        </billingadress>
        <shippingadress>
            <companyname><![CDATA[{{ Report.SalesOrderShipToAddress.Company }}]]></companyname>
            <firstname><![CDATA[{{ Report.SalesOrderShipToAddress.FirstName }}]]></firstname>
            <surname><![CDATA[{{ Report.SalesOrderShipToAddress.LastName }} {{ Report.SalesOrderShipToAddress.AddressSupplement }}]]></surname>
            <street><![CDATA[{{ Report.SalesOrderShipToAddress.Address }}]]></street>
            <zip><![CDATA[{{ Report.SalesOrderShipToAddress.PostalCode }}]]></zip>
            <city><![CDATA[{{ Report.SalesOrderShipToAddress.City }}]]></city>
            <country><![CDATA[{{ Report.SalesOrderShipToAddress.Country }}]]></country>
            <phone><![CDATA[{{ Report.SalesOrderShipToAddress.Phone }}]]></phone>
            <email><![CDATA[{{ Report.SalesOrderShipToAddress.EmailAddress }}]]></email>
        </shippingadress>
        <kunden_id>{{ Report.Customer.CustomerNumber }}</kunden_id>
    </head>
    {% for SalesOrderPosition in Report.SalesOrderPosition -%}
    <item>
        <sku>{{ SalesOrderPosition.SKU }}</sku>
        <manufacturer/>
        <description><![CDATA[{{ SalesOrderPosition.Name }}]]></description>
        <price>{{ SalesOrderPosition.NetPricePerUnit }}</price>
        <amount>{{ SalesOrderPosition.Quantity }}</amount>
    </item>
    {% endfor -%}
</order>

Leider übergibt er bei Stücklistenartikel tatsächlich nur den einen Stücklistenartikel und nicht die Einzelpositionen. Für unsere externe Wawi wäre es wichtig, dass der eigentliche Stücklistenartikel gar nicht mehr als item erscheint, sondern nur die in ihm enthaltenen Artikel mit den zugehörigen Daten.

Kannst du helfen? Ich bin mit meinem Latein am Ende.

LG, Markus

 

[Philipp Laumen]

Hallo @A-Z Autoteile ,

wenn in der anderen Wawi die Stückliste ebenfalls gepflegt ist, dann sollte diese automatisch erkannt und mit den Komponenten angezeigt werden.
Der Auftragsimport kann keine Stücklistenkomponenten exportieren.

 

[John]

@Philipp Laumen gibts eine analoge Lösung zu Deinem Lieferschein, der die Stücklistenkomponenten per SQl zieht auch für Angebot, Auftrag und Rechnung?

 

[Karobube]

Servus, falls es jemand braucht, geht auch mit Seriennummer, wenn Komponentenmenge standardmäßig 1, sprich nur eine Seriennummer pro Komponentenposition

Spoiler: SQL für Seriennummern

SELECT tLagerArtikel.cSeriennr FROM dbo.tLagerArtikel
RIGHT JOIN dbo.tLieferscheinPos ON tLieferscheinPos.kLieferscheinPos = tLagerArtikel.kLieferscheinPos
JOIN dbo.tBestellpos ON tBestellpos.kBestellpos = tLieferscheinPos.kBestellPos
WHERE kBestellStueckliste =
CASE
WHEN (SELECT kBestellStueckliste FROM dbo.tLieferscheinpos
JOIN dbo.tBestellpos ON tBestellpos.kBestellpos = tLieferscheinPos.kBestellPos
WHERE kLieferscheinPos = "+str$(DeliveryNotePosition.InternalId,0,0) + ") = 0 THEN 9999999999999999
ELSE
(SELECT kBestellStueckliste FROM dbo.tLieferscheinpos
JOIN dbo.tBestellpos ON tBestellpos.kBestellpos = tLieferscheinPos.kBestellPos
WHERE kLieferscheinPos = "+str$(DeliveryNotePosition.InternalId,0,0) + " )
END
AND tBestellpos.kBestellpos != (SELECT kBestellStueckliste FROM dbo.tLieferscheinpos
JOIN dbo.tBestellpos ON tBestellpos.kBestellpos = tLieferscheinPos.kBestellPos
WHERE kLieferscheinPos = "+str$(DeliveryNotePosition.InternalId,0,0) + ")
ORDER BY tBestellpos.kBestellPos ASC"

 

[cdx]

Wir bräuchten die Auflistung für die Rechnungen (inkl Seriennummern).
Wie muss die Abfrage da lauten?

 

[Karobube]

Hat schon jemand die Vorlage auf die 1.6er Tabellen geupdatet, Verkauf.tAuftragPosition statt dbo.tBestellpos, etc? Seit der 1.9 ist der LS-Druck mit der Vorlage plötzlich unerträglich langsam geworden, und es liegt wahrscheinlich an den alten Queries.

Wenn nicht setz ich mich mal dran =)

VG KB

 

[wawi-dl]

Wir haben ähnliches festgestellt, gerne mal Feedback geben.

 

[Karobube]

Wir haben ähnliches festgestellt, gerne mal Feedback geben.

Ich hab die Vorlage auf die 1.6er-Tabellen umgeschrieben, Druck / Vorschau anzeigen dauern unverändert ewig, gefühlt hat es sich null verändert. Es liegt aber offensichtlich an diesen Queries, wenn ich die rausnehme läuft's flüssig. Da hat sich wohl einfach die Performance auf der Datenbank ab der 1.9 krass verschlechtert, oder die stellt weniger Rechenleistung für List&Label ab, wasweißich.

Das Problem ist nachwievor eigentlich ein ganz anderes: Mit dem Artikelattribut "AusgabeAufVerkaufsbelegen" kann man die Komponentenweise Ausgabe von Stücklisten nur für Auftrag/Angebot/Rechnungen und Lieferscheine gemeinsam steuern. Offensichtlich brauchen viele Kunden auf Auftrag / Angebot / Rechnung die bestellte Stückliste und auf den Lieferscheinen die Komponenten, deswegen erst die ganze Trickserei hier. Lieferschein gehört für mich von der Logik her viel eher zu den Lagerbelegen, weil es da ja um die physische Ware geht. Wenn es da mehr Artikelattribute zur Unterscheidung gäbe, bräuchte man all das hier nicht.

Ich habe dazu diese Issues gefunden, die sogar einen eigenen Komponenten-Berichtscontainer in der Vorlage verlangen, und seit der 1.9. gelöst sein sollen:

LS https://issues.jtl-software.de/issues/WAWI-72736
AU https://issues.jtl-software.de/issues/WAWI-72725
AN https://issues.jtl-software.de/issues/WAWI-72733
RE https://issues.jtl-software.de/issues/WAWI-72734
RK https://issues.jtl-software.de/issues/WAWI-72735

Weiß jemand inwiefern das gelöst ist? Wenn ich einen neuen Berichtscontainer anlege, kann ich da nichts neues als Daten wählen, er zeigt bei DeliveryNotePosition und SalesOrderPosition - wenn das Artikelattribut entsprechend auf "Liste" steht - immer nur die Stückliste an, nicht die Komponenten. ConfiguratorChildren etc ist ja noch was anderes.

VG KB

 

[1PV]

Guten Abend zusammen,

wir benutzen JTL nun seit wenigen Wochen und finden das der Ansatz der Attribute "AusgabeAufVerkaubelegen" sowie "AusgabeAufLagerbelegen" gut gemeint ist, jedoch unserer Meinung nach nicht zu Ende gedacht wurde.
Wie bereits von karobube erläutert:

Das Problem ist nachwievor eigentlich ein ganz anderes: Mit dem Artikelattribut "AusgabeAufVerkaufsbelegen" kann man die Komponentenweise Ausgabe von Stücklisten nur für Auftrag/Angebot/Rechnungen und Lieferscheine gemeinsam steuern. Offensichtlich brauchen viele Kunden auf Auftrag / Angebot / Rechnung die bestellte Stückliste und auf den Lieferscheinen die Komponenten, deswegen erst die ganze Trickserei hier. Lieferschein gehört für mich von der Logik her viel eher zu den Lagerbelegen, weil es da ja um die physische Ware geht. Wenn es da mehr Artikelattribute zur Unterscheidung gäbe, bräuchte man all das hier nicht.

Ausgangssituation:
Wir benötigen auf unseren Rechnungen sowie Aufträgen den Stücklisten-Artikel + Komponenten und auf den Lieferscheinen nur die Komponenten.

Nach unzähligen Stunden der Recherche hier im Forum sowie erfolglosen Versuchen, sind wir dann doch auf die relativ einfache Lösung gestoßen.
Den entscheidenden Hinweis hat uns hierbei folgender Blog-Post zu JTL-Wawi 1.9 gegeben -> https://www.jtl-software.de/blog/releases/jtl-wawi-1-9-stable-version#neue-features-in-jtl-wawi-co

Zur Lösung:

Auf der Auftrags-Vorlage habe ich ein neues Unterelement hinzugefügt um die Komponenten anzuzeigen. Die Datenquelle ist SalesOrderPositionBillOfMaterials wie im oben genannten Post beschrieben.
Das Unterlement kann dann mit den benötigten Daten "befüllt" und nach belieben formatiert werden.
Hierbei haben wir beispielsweise DeliveryNotePositionBillOfMaterials.Quantity sowie DeliveryNotePositionBillOfMaterials.Name verwendet.

Diese Vorgehensweise lässt sich auch auf die Rechnungs-Vorlage übertragen.
Die verwendete Datenquelle ist hierbei InvoicePositionBillOfMaterials und diese haben wir mit InvoicePositionBillOfMaterials.Quantity und InvoicePositionBillOfMaterials.Name "befüllt".

Wichtig hierbei ist, dass der Artikel keinen Attribut "AusgabeAufVerkaubelegen" hat.

Grunsätzich lässt sich dies auch auf die Lieferschein-Vorlage anwenden, jedoch hielt unsere Freude nicht sehr lange.
Nach einigen Nachrichten mit dem Support wurde dann folgender Bug festgestellt -> https://issues.jtl-software.de/issues/WAWI-77798

Ab hier übersteigt das Ganze dann meine Programmierfähigkeiten, evtl können ja die Profis weiterhelfen =)
Vielleicht gibt es ja einen Weg die DerliveryNoteInternalId mit einer Bedigung zu verknüpfen, dass somit nur die Komponenten des Lieferscheins aufgeführt werden und nicht die des kompletten Stücklisten-Artikel.

Ich bedanke mich jetzt schon für Lösungsansätze!

VG