JTL-Ameise: Export von Verkäufen auf Komponenten-Ebene

[ricklender]

Hallo,

ich suche aktuell nach einer Lösung, um die Verkäufe von Artikeln auf Komponenten-Ebene zu exportieren.
Wenn eine Stückliste verkauft wurde, ist/sind für mich ausschließlich die Komponente/n relevant.

Der Export sollte folgende Punkte zwingend enthalten:
Auftragsnummer
Auftragsdatum
Komponente des verkauften Artikels (falls nicht Komponente selbst verkauft)
Versandland (explizit für FBA-Bestellungen relevant)
Empfangsland

Der Auftrags-Export erfüllt diese Voraussetzungen grundsätzlich, er exportiert jedoch stumpf die tatsächlich verkauften SKUs, nicht aber die zugehörige/n Komponente/n (oder gar nur die Komponente/n).
Ob der Export letztlich Stückliste und Komponente enthält ist mir gleich, ich benötige lediglich eine Möglichkeit die verkauften Mengen den Komponenten zuzuordnen und das in Bezug zu den jeweiligen Aufträgen.

Ist das möglich? Wie ist das möglich? Wenn das nicht möglich ist: warum?

Dankö ~

WaWi Version: 1.10.13.0

 

[frankell]

Hallo @ricklender,

hast Du die Einstellung "Stücklisten incl Komponeneten exportieren" auf "Ja" gesetzt?

Ich habs grad mal interessehalber getestet. Bei mir werden sowohl Stücklistenvater als auch -kinder ausgegeben.

 

[MichaelH]

Der Auftrags-Export erfüllt diese Voraussetzungen grundsätzlich ...

Ein ewig alter Wunsch auch Rechnungen so exportieren zu können, denn Aufträge sind eben Aufträge und kein Umsatz bzw. Verkauf.

 

[ricklender]

Heyho ~

Ich hätte den Faden hier vllt. auch nicht im Halbschlaf eröffnen sollen, weswegen ich den wichtigsten Punkt vergessen habe: Die Preise.
Ja, wie von dir beschrieben werden die Komponenten mit exportiert, aber für diese wird der Verkaufspreis mit 0,00 € ausgegeben.
So müsste ich für jeden einzelnen Auftrag händisch eine Preiszuordnung vornehmen und das ist für den aktuellen Fall ausgeschlossen.

Es ist mir ebenso durchaus bewusst, dass eine automatische Ausgabe/Zuordnung des Verkaufspreises der verkauften Stückliste zu den jeweiligen Komponenten zu Problemen führen kann/könnte, wenn es sich beispielsweise um Bundles mehrerer Produkte handelt, das muss sich aber doch trotzdem irgendwie abbilden lassen?! Die Komponente ist immerhin bestandsführend und der faktisch (für mich) einzig relevante Bezugspunkt - auch für die Umgesetzten Eddies.

 

[frankell]

Ich hätte den Faden hier vllt. auch nicht im Halbschlaf eröffnen sollen

Um 11:31 Uhr bist Du noch im Halbschlaf? 🤣

Es ist mir ebenso durchaus bewusst, dass eine automatische Ausgabe/Zuordnung des Verkaufspreises der verkauften Stückliste zu den jeweiligen Komponenten zu Problemen führen kann/könnte, wenn es sich beispielsweise um Bundles mehrerer Produkte handelt, das muss sich aber doch trotzdem irgendwie abbilden lassen?! Die Komponente ist immerhin bestandsführend und der faktisch (für mich) einzig relevante Bezugspunkt - auch für die Umgesetzten Eddies.

Das Problem dabei ist aber, dass die Stückliste einen eigenen Preis hat (wahrscheinlich in Summe günstiger als der Einzelkauf), und damit trägt diese halt den Preis und nicht die Komponenten. Und da es sich um einen Auftragsexport handelt und Auftragspositionen ihren Auftragspreis in eine eigene Auftragspositionstabelle geschrieben bekommen (woraus gelesen wird), kann man mit der vorhandenen Exportvorlage nicht abbilden, was Du möchtest.

Das geht nur über eine SQL-Abfrage, die einerseits aus der Tabelle der Auftragspositionen liest, für den Preis aber woanders. Und wenn Du dann noch verschiedene Kundengruppenpreise hast, dann braucht das ganze noch nen JOIN.

 

[ricklender]

Um 11:31 Uhr bist Du noch im Halbschlaf? 🤣



Das Problem dabei ist aber, dass die Stückliste einen eigenen Preis hat (wahrscheinlich in Summe günstiger als der Einzelkauf), und damit trägt diese halt den Preis und nicht die Komponenten. Und da es sich um einen Auftragsexport handelt und Auftragspositionen ihren Auftragspreis in eine eigene Auftragspositionstabelle geschrieben bekommen (woraus gelesen wird), kann man mit der vorhandenen Exportvorlage nicht abbilden, was Du möchtest.

Das geht nur über eine SQL-Abfrage, die einerseits aus der Tabelle der Auftragspositionen liest, für den Preis aber woanders. Und wenn Du dann noch verschiedene Kundengruppenpreise hast, dann braucht das ganze noch nen JOIN.

Es war doch Karneval 😩

Na gut, dann bin und bleibe ich aufgeschmissen - aber vielen Dank für die Antworten!

 

[frankell]

Es war doch Karneval 😩

Ist ein Argument. So Du in einem karnevalistischem Gebiet lebst.