Warum werden Versandkosten in den Gewinn eingerechnet

[noser.digital]

"Es arbeiten nicht alle mit JTL-Wawi und JTL-Shop. Daher sollte man diese Diskussion nicht vermischen."

Ach so ja, also nur weil nicht alle einen Shop haben, soll man alles doppelt pflegen müssen ?
Ja, das klingt sehr einfach, gute Idee !!

Wenn du den JTL-Shop nicht kennst, dann bist du ideal geeignet für einheitliche einfache Vorschläge.
Vielen Dank für deine Meinung !

Danke für Dein Feedback.

Von Daten doppelt pflegen habe ich nirgends etwas geschrieben.

Ich werde mich aber trotzdem an Diskussionen im Forum beteiligen und Dich nicht fragen ob Du mich für kompetent haltest oder nicht.

Ciao

 

[MichaelH]

Keine Sorge, ich finde es toll wenn du dich weiterhin an Diskussionen beteiligsten haltesten tust.
Und ab und zu habe ich eine Meinung ohne gefragt zu werden.

 

[MichaelH]

Hallo zusammen,

ja das ist in der Tat so, dass die Auftragsdetails in JTL-Wawi 1.6 nun auch die Versandposition berücksichtigen. Und ja, die Differenz zwischen EK und VK wird umbenannt, von "Gewinn" kann mit den Werten nicht die Rede sein.

Wir arbeiten gerade an den Kosten und an Möglichkeiten die Kosten ggfs. auch aus Abgleichen, sofern verfügbar, zu übernehmen. Bis dahin haben wir leider auch nur die Möglichkeit den EK der Versandposition gegen den VK der Versandposition zu legen. Ist der EK nicht gepflegt hat man folglich den VK als "Gewinn".

Werde das Thema intern nochmal besprechen.

Danke für Euer Feedback.

Gruß,
Markus

Hallo Markus,

das Thema Gewinn, Marge, DB3 etc. ist uralt, wurde namentlich von JTL mal geändert, dann wieder zurückgeändert ...

Das mit EK=VK ist eine Lösung, aber wenn ihr so etwas macht, also den Versand in die Gewinn-Ermittlung reinnehmt, dann muss das klar kommunziert werden, auch wenn man Monate später erst updated.
Die Problematik ist dir bewusst, denn oftmals ist in der WAWI nur ein "Versand EU" angelegt, aber vom Shop kommt die tatsächliche Verrechnung für den Kunden, aber die Kosten in der WAWI sind für alle Länder gleich, es sei denn man legt alles mühsam an, inkl. Staffeln etc. sofern das aktuell in der WAWI überhaupt identisch zum Shop abbildbar ist und bei manuellen Aufträgen in der WAWI es auch identisch zum Shop funktioniert und die Kosten und Versand korrekt ermittelt werden ?

Womit sich dann die Anforderung ergäbe: Wenn es in der WAWI gepflegt werden muss, warum wird es nicht automatisch an den Shop übergeben ?
Also es wäre eine neue Baustelle die du da aufmachst mit mind. 2 Teams.

SG

 

[Markus Hütz]

Hallo Markus,

das Thema Gewinn, Marge, DB3 etc. ist uralt, wurde namentlich von JTL mal geändert, dann wieder zurückgeändert ...

Das mit EK=VK ist eine Lösung, aber wenn ihr so etwas macht, also den Versand in die Gewinn-Ermittlung reinnehmt, dann muss das klar kommunziert werden, auch wenn man Monate später erst updated.
Die Problematik ist dir bewusst, denn oftmals ist in der WAWI nur ein "Versand EU" angelegt, aber vom Shop kommt die tatsächliche Verrechnung für den Kunden, aber die Kosten in der WAWI sind für alle Länder gleich, es sei denn man legt alles mühsam an, inkl. Staffeln etc. sofern das aktuell in der WAWI überhaupt identisch zum Shop abbildbar ist und bei manuellen Aufträgen in der WAWI es auch identisch zum Shop funktioniert und die Kosten und Versand korrekt ermittelt werden ?

Womit sich dann die Anforderung ergäbe: Wenn es in der WAWI gepflegt werden muss, warum wird es nicht automatisch an den Shop übergeben ?
Also es wäre eine neue Baustelle die du da aufmachst mit mind. 2 Teams.

SG

Hi,

hast du vollkommen Recht. Ich werde das nochmal kontrollieren lassen. Ich habe das als gegeben hingekommen, aber die Versandkosten könnten auch einen Fehler in die Berechnung gerutscht sein.

Gruß,
Markus

 

[Verkäuferlein]

Hi,

hast du vollkommen Recht. Ich werde das nochmal kontrollieren lassen. Ich habe das als gegeben hingekommen, aber die Versandkosten könnten auch einen Fehler in die Berechnung gerutscht sein.

Gruß,
Markus

Sollte zumindest deaktivierbar sein, damit da nichts verzerrt wird, wenn der Versand nicht sauber mit EK in der Wawi gepflegt wird oder gepflegt werden kann.

So dass das nachher eine Aufgabe für Buchhaltung bzw. Controlling ist und die Gesamtversandkosten (Einnahmen und Ausgaben) dort gegenübergestellt werden, während sie nicht den Auftragsgewinn verfälschen.

 

[Rektor]

Sollte zumindest deaktivierbar sein, damit da nichts verzerrt wird, wenn der Versand nicht sauber mit EK in der Wawi gepflegt wird oder gepflegt werden kann.

So dass das nachher eine Aufgabe für Buchhaltung bzw. Controlling ist und die Gesamtversandkosten (Einnahmen und Ausgaben) dort gegenübergestellt werden, während sie nicht den Auftragsgewinn verfälschen.

Das sehe ich teilweise genau so, oder teilweise leider auch etwas anders.

Ich kann keinen Gewinn ermitteln, wenn nicht alle Kosten zuverlässig berechnet werden können. Dazu zählt selbstverständlich auch die Auslagen- und Einnahmenberechnung der Versandkosten. Wer den EK der Versandkosten nicht pflegt, kann auch keine stimmige Auswertung der Gewinnermittlung verlangen, zumindest nicht bei der Benutzung eines JTL-Shops.
In der Wawi eingehende Bestellungen aus Drittanbieter-Shops müssen ja auch einer Versandklasse zugewiesen werden, wodurch eine Zuordnung bezüglich Versand-EK und Versand-VK hierbei ja auch möglich sein sollte, zumindest wenn der Drittanbieter-Shop die Daten bereitstellt.

Kann ein Drittanbieter-Shopsystem das nicht übermitteln, liegt es bestimmt nicht an JTL, den Missstand zu bereinigen. Dafür sollte der Entwickler des jeweiligen Shopsystems eine Übermittlung bereitstellen. Oder einfach den JTL-Shop benutzen, wodurch solche Probleme gar nicht erst entstehen....

 

[MichaelH]

"Ich kann keinen Gewinn ermitteln, wenn nicht alle Kosten zuverlässig berechnet werden können."

Aha, und wie hast du es seit 2011 gemacht ?
Die Glaskugel befragt ?
Bislang waren die Versandkosten auch nicht in der Gewinnermittlung der WAWI enthalten oder anders gesagt der Gewinn lt. WAWI ist ein DB1 oder auch Verkaufsmarge genannt.

Und wenn du von DB1, DB2, DB3 sprichst, das wird die WAWI nie können oder wenn überhaupt dann nur mit Pauschal- und %-Sätzen die berechnet und festgeschrieben werden, denn anders können Betriebskosten, Mietkosten, Personalkosten, etc. gar nicht auf Auftragsebene kalkuliert werden.
Und die Daten dazu liefert die FIBU und nicht die WAWI.

Aber wie gesagt, diese Diskussionen gab es schon zigfach, nur jetzt länger nicht mehr ...

Die einfache Kalkulation ist und war:
Ein Auftrag sollte eine Mindest-Euromarge haben (Aufträge mit geringem Wert) und gleichzeitig einen Mindest-Marge in % (Aufträge mit höherem Wert) nicht unterschreiten, dann stimmt am Ende der erzielbare echte Gewinn.
Denn du kannst schnell viel Geld verlieren wenn du zu viele kleine Aufträge hast die nicht die nötigen Euros abliefern, aber auch viele große Aufträge die nicht die %-Marge erfüllen.
So einfach ist das genau besehen.

Und wie weit Arbeitsaufwand verpacken, Umverpackung, Füllmaterial, etc. schon in die Aritkel-Preiskalkulation einfließen sollten wäre ein weiteres Thema.

 

[Rektor]

Aha, und wie hast du es seit 2011 gemacht ?
Die Glaskugel befragt ?

Wir verwenden momentan noch die Wawi 1.5.XX., welche die Versandkosten ja nicht auswerten kann.
Für uns ist diese Auswertung auch nicht relevant, da wir wie du geschrieben hast, eigentlich alle Kosten mit einrechnen müssten. Da fallen dann auch Gebäudekosten, Anschaffungskosten Inventar, Mitarbeiterkosten und viele weitere Kosten an. Es geht hier allerdings nur um die Gewinn- Verlustermittlung der Versandkosten, welche natürlich nicht richtig berechnet wird, wenn das nicht korrekt gepflegt wird oder kann.
Man kann den ganzen Tag mit Auswertungen verbringen oder sich aufs wesentliche konzentrieren, jeder wie er mag.

 

[MichaelH]

Es geht um die Anzeige "Gewinn" im Auftrag.
Die ist neu die Summe der Marge aus den einzelnen Zeilen, nun aber mit Marge aus Versand.

 

[Verkäuferlein]

Das sehe ich teilweise genau so, oder teilweise leider auch etwas anders.

Ich kann keinen Gewinn ermitteln, wenn nicht alle Kosten zuverlässig berechnet werden können. Dazu zählt selbstverständlich auch die Auslagen- und Einnahmenberechnung der Versandkosten. Wer den EK der Versandkosten nicht pflegt, kann auch keine stimmige Auswertung der Gewinnermittlung verlangen, zumindest nicht bei der Benutzung eines JTL-Shops.

Hm, ich weiß jetzt ehrlich gesagt nicht, was Du damit sagen möchtest.

Was genau hat das mit dem Shop zu tun und warum soll mein Auftragsgewinn zwingend falsch angezeigt werden, weil ich die Versandkosten nicht "pflege", also die vereinahmten Versandkosten automatisch als "Gewinn" gewertet werden?

Im Übrigen wirst Du kaum ein Unternehmen dieser Welt finden, dass die Versandkosten pauschal präzise vorhersagen kann.

Stellen wir uns bei Paketdiensten Adressklärungen, kostenpflichtige Retouren wg. Nichtzustellbarkeit, etc. pp. vor.

Oder bei Speditionen Standzeiten, 2. Anfahrt, etc. pp.

Das heißt am Ende kann ich nur alle vereinnahmten Versandkosten (meintewegen auch verteilt auf DPD, DHL, Spedition, etc.) auf ein Buchungs-Konto buchen und dann die Rechnungen der Versanddienstleister auf ein anderes Buchungs-Konto. Wenn ich dann beide Konten gegeneinander verechne, kenne ich buchhalterisch meine Versandkosten und weiß, ob ich diese erhöhen müsste oder nicht.

Da ich aber in der Wawi die Versandkosten schwer pflegen kann, da ich sonst für jeden Zuschalg, jedes Gewicht, jeden Dienstleister,... insgesamt also tausende von Versandarten anlegen müsste macht es Sinn, die Einbeziehung von Versandkosten in den "Auftragsgewinn" einfach abschalten zu können oder halt aktivieren zu können, wenn man die Versandkosten präzise pflegen kann oder möchte bzw. den Durchschnittswert eines Versanddienstleisters hinterlegt.

 

[Verkäuferlein]

Und wenn du von DB1, DB2, DB3 sprichst, das wird die WAWI nie können oder wenn überhaupt dann nur mit Pauschal- und %-Sätzen die berechnet und festgeschrieben werden, denn anders können Betriebskosten, Mietkosten, Personalkosten, etc. gar nicht auf Auftragsebene kalkuliert werden.
Und die Daten dazu liefert die FIBU und nicht die WAWI.

Das ist allerdings nicht ganz richtig. Theoretisch kann ich auch meine Gemeinkosten hinterlegen, diese können aber nicht auf den einzelnen Auftrag umgelegt werden bzw. nur statistisch oder rückwirkend.

Die Wawi weiß, wieviele Aufträge ich abgewicklet hab, wenn sie dann weiß, welche statischen Kosten ich habe, kann sie mir auch (zumindest rückblickend) sagen, welche Kosten pro Auftrag angefallen sind bzw. statistisch in Zukunft prognostizieren, was mich ein Auftrag kostet.

Oder aber auch anzeigen, wieviel Geld noch fehlt, um kostendeckend zu arbeiten.

Aber das ist fällt dann tatsächlich in den Bereich FiBu/Controlling, was ja in einem ERP-System auch nicht pauschal ausgeschlossen ist.

Am Ende des Tages muss immer ein Mensch die entsprechenden Auswertungen konfigurieren, um das ablesen zu können, was er ablesen möchte.

 

[MichaelH]

"Pauschal- und %-Sätzen die berechnet und festgeschrieben werden"

Jein bzw. das schrieb ich ja.
Genau damit kannst du direkt in der WAWI kalkulatorisch die Kosten berechnen, das hat zwar auf den DB1 keinen Einfluss denn der bleibt wie er ist, aber die Anzeige des Gewinns in der WAWI im Auftrag kann so zumindest einen DB3 anzeigen auf Basis von kalkulatorischen Werten.
Das wäre weder neu noch eine Hexenwerk.

Und wenn dann dort 0 oder Minus steht, dann gibt's eins auf die Finger ...

 

[Ante]

Aktuell gibt es bei der Berechnung einen Fehler. Wenn eine Bestellung aus dem Shop kommt - in meinem Fall aus Shopware 5 über den Connector - wird der volle VK-Netto-Preis als Gewinn angezeigt. Wenn ich die Versandart lösche und wieder auswähle, wird der EK-Wert aus den Versandarten gezogen und der richtige Gewinn angezeigt.

 

[Markus Hütz]

Aktuell gibt es bei der Berechnung einen Fehler. Wenn eine Bestellung aus dem Shop kommt - in meinem Fall aus Shopware 5 über den Connector - wird der volle VK-Netto-Preis als Gewinn angezeigt. Wenn ich die Versandart lösche und wieder auswähle, wird der EK-Wert aus den Versandarten gezogen und der richtige Gewinn angezeigt.

Hey,

habe dafür ein Ticket angelegt: https://issues.jtl-software.de/issues/WAWI-70107

Gruß,
Markus