Stückliste mit unterschiedlichen Mwst Sätzen

[JTL-Janni]

Hallo,
wir planen JTL in unserem neuen Unternehmen einzusetzen, in dem wir Präsentkörbe verkaufen werden. Der Präsentkorb besteht hauptsächlich aus Lebensmitteln (7%), aber auch aus dem Korb, Deko und unserer Arbeitsleistung (19%). Laut unserem Stb müssen die Anteile davon in der Rechnung getrennt aufgeschlüsselt sein und natürlich auch getrennt an DATEV übergeben werden.
Ich hatte geplant, die Körbe über Stücklisten anzulegen. Das ist aus meiner Sicht das richtige Tool und funktioniert gut mit unserem Shopsystem.
ABER: Es ist wohl nicht möglich, die Stückliste in unterschiedliche Mwst Sätze aufzuschlüsseln (zumindest finde ich Forenbeiträge aus der Vergangenheit darüber).
Gibt es dafür mittlerweile Lösungen oder Workarounds?
Ich denke, jeder der Lebensmittel mit Stücklisten verkauft, wird dieses Problem haben. Andernfalls weiß ich nicht, wie wir unsere Produkte sonst in JTL abbilden sollten.
Grüße
Jan

 

[MichaelH]

Such dir einen besseren Steuerberater, mit dem wirst du nicht glücklich.

 

[JTL-Janni]

Such dir einen besseren Steuerberater, mit dem wirst du nicht glücklich.

Danke! Welche Antwort hätte er aus dieser Sicht geben sollen und warum?
Grüße

Jan

 

[MichaelH]

Er hat's ja gelernt und verkauft sein Wissen.
Googeln aber nicht ?

https://www.google.com/search?q=jtl+besteuerung+von+gemischtem+warenkorb+set-artikel+mwst

 

[JTL-Janni]

Er hat's ja gelernt und verkauft sein Wissen.
Googeln aber nicht ?

https://www.google.com/search?q=jtl+besteuerung+von+gemischtem+warenkorb+set-artikel+mwst

Ok. Inwieweit beantwortet das die Frage? Was wäre denn aus deiner Sicht die richtige Vorgehensweise?

 

[MichaelH]

Der wertmäßig überwiegende Teil bestimmt den %-Satz oder du versteuerst generell zum höchsten Steuersatz.

 

[JTL-Janni]

Der wertmäßig überwiegende Teil bestimmt den %-Satz oder du versteuerst generell zum höchsten Steuersatz.

Aus meiner Sicht ist das nicht korrekt. Siehe hier: https://www.smartsteuer.de/online/lexikon/s/steuersaetze-bei-der-umsatzsteuer/#D063077000006 Abschnitt 3.1.2. Das ist auch das, was der STB mir mitteilte. Vereinfachungsregel findet bei uns keine Anwendung. Ich lasse mich aber gerne eines Besseren (Dann wahrscheinlich auch für unser Vorhaben besser ) belehren. Woher beziehst du konkret deine Annahme?

 

[MichaelH]

Wurde schon öfters disktutiert, such mal im Forum.

Dann nimmst eben 19%, es liegt an dir wie du es machen willst und was du anwenden willst damit du deinen Korb und deine Arbeitsleistung verkaufen kannst.
Wenn wir etwas verkaufen dann verkaufen wir nicht unsere Arbeitsleistung und den Versandkarton, sondern unsere Produkte mit Marge welche die Kosten abdecken.

 

[JTL-Janni]

Wurde schon öfters disktutiert, such mal im Forum.

Dann nimmst eben 19%, es liegt an dir wie du es machen willst und was du anwenden willst damit du deinen Korb und deine Arbeitsleistung verkaufen kannst.
Wenn wir etwas verkaufen dann verkaufen wir nicht unsere Arbeitsleistung und den Versandkarton, sondern unsere Produkte mit Marge welche die Kosten abdecken.

Dann behalte ich mal meinen Steuerberater und hoffe, dass hier noch jemand kommt, der eine Antwort gibt, die sich auf die Frage bezieht....

 

[Enrico W.]

Die Wawi kann keine Stücklisten nach Steuersatz aufschlüsseln.
Wenn bei Euch kein Weg an einer separaten Aufschlüsselung vorbei führt, dann geht dieser leider nicht über die Stücklisten.

 

[JTL-Janni]

Die Wawi kann keine Stücklisten nach Steuersatz aufschlüsseln.
Wenn bei Euch kein Weg an einer separaten Aufschlüsselung vorbei führt, dann geht dieser leider nicht über die Stücklisten.

Danke für die klare Antwort, das hatte ich befürchtet... kennst du einen anderen Weg/hast eine andere Idee um so einen Fall umzusetzten? Grüße Jan

 

[SebastianB]

Das Thema ist in JTL relativ simpel: Die "Stückliste" ist ein neues Kleid für einen oder mehrere bestehende Artikel. Die Betonung liegt auf "ein" neues Kleid. Die JTL-Wawi behandelt das Ding durchgehend als einen Artikel. Die "Kinder" sind im Grunde nur ein Hinweis für das Lager, welche Dinge rausgesucht werden müssen. Aus der "Verkaufsperspektive" existieren die nicht: Die haben keinen Preis, somit auch keine MwSt usw.
Warum das ganze? Na ja, der Preis der Stückliste ergibt sich nicht aus der Summe der Preise der Kinder, sondern ist eben eigenständig. Wir hatten vor Jahren mal überlegt, daran etwas zu ändern, aber die notwendigen Umstellungen waren nicht ohne und die Anteil der Händler bei uns die dieses Feature benötigen ist eher klein.

Den klassischen "Präsentkorb" könnte man eventuell über ein Shop-Plugin realisieren, was dann am Ende des Tages andere Artikel in die Bestellung legt. Sowas könnte man bestimmt auch über einen Workflow realisieren: Die Stückliste rauswerfen und die Stücklistenkinder einzeln in den Auftrag einfügen - mit entsprechend individueller Preisanpassungsformel (wenn die relativ einfach ist, z.B. Preis der Kinder = normaler Artikelpreis minus x% oder so - sollte es relativ überschaubar sein)

 

[MichaelH]

Das wird wohl daran scheitern, dass er den Korb (19%) als auch die Arbeitsleistung (19%) bepreisen will und dies dann in der Artikelliste die aufgesplittet wird für den Kunden sichtbar werden würde.
Daher mein Beispiel, dass wir die Versandkarton und die Verpackerin auch nicht separat bepreisen, sondern dies in der Marge der Artikel kalkuliert sein muss.

Für einen Warenkorb ist dies entsprechend ein Rabatt wenn diese Positionen eben nicht berechnet werden zzgl. einem pauschalen Sonderpreis der billiger ist als wenn man die Artikel einzeln kauft.

Und wenn das JTL lösen wollen würde, dann käme genau diese mega-komplexe Sichtweise unterschiedlicher Kunden zum Tragen und der Entwicklungsaufwand wäre enorm, denn Endpreis-Rundung will man sicher auch noch haben, damit da nicht steht: Warenkorb XY für 67,39 Euro als Summe aller Einzelpositionen.

 

[JTL-Janni]

Das Thema ist in JTL relativ simpel: Die "Stückliste" ist ein neues Kleid für einen oder mehrere bestehende Artikel. Die Betonung liegt auf "ein" neues Kleid. Die JTL-Wawi behandelt das Ding durchgehend als einen Artikel. Die "Kinder" sind im Grunde nur ein Hinweis für das Lager, welche Dinge rausgesucht werden müssen. Aus der "Verkaufsperspektive" existieren die nicht: Die haben keinen Preis, somit auch keine MwSt usw.
Warum das ganze? Na ja, der Preis der Stückliste ergibt sich nicht aus der Summe der Preise der Kinder, sondern ist eben eigenständig. Wir hatten vor Jahren mal überlegt, daran etwas zu ändern, aber die notwendigen Umstellungen waren nicht ohne und die Anteil der Händler bei uns die dieses Feature benötigen ist eher klein.

Den klassischen "Präsentkorb" könnte man eventuell über ein Shop-Plugin realisieren, was dann am Ende des Tages andere Artikel in die Bestellung legt. Sowas könnte man bestimmt auch über einen Workflow realisieren: Die Stückliste rauswerfen und die Stücklistenkinder einzeln in den Auftrag einfügen - mit entsprechend individueller Preisanpassungsformel (wenn die relativ einfach ist, z.B. Preis der Kinder = normaler Artikelpreis minus x% oder so - sollte es relativ überschaubar sein)

Danke. Das Prinzip habe ich verstanden und macht auch für den klassischen Anwendungsfall absolut Sinn. Für meinen Anwendungsfall aber problematisch. Shop plugin hatte ich auch schon gedacht, Problem wäre dann aber, dass alle Artikel einzeln im Warenkorb liegen. Aus Kundensicht wird aber nur ein Artikel gekauft. Soweit ich dachte, können Workflows in JTL KEINE Artikel rauslöschen aus dem Auftrag. Du schlägst aber so einen Workflow vor. Der würde mir in der Tat helfen. Bist du sicher, dass es diesen Workflow gibt?

Jan

 

[SebastianB]

Na ja, am Ende des Tages kann man alles über SQL machen. Wie willst du es denn regeln, dass der Kunde NICHT die einzelnen Artikel sieht, aber die MwSt pro Artikel aufgeschlüsselt ist?
Im Grunde gibt es zwei Möglichkeiten: Ein Artikel hinter dem sich alles versteckt, oder viele Artikel mit unterschiedlichen MwSt-Anteilen. Letztlich können Workflows auf die DB zugreifen und somit am Ende des Tages auch "alles" machen. Ich denke nicht, dass es das Ding schon fertig gibt, aber es wäre halt machbar für einen genauen Anwendungsfall.