Rundungsfehler Brutto & Nettopreise bei Aufträgen

[Martin1977]

Hi,

ich habe jetzt hier so viel nach Brutto Problemen gesucht, aber nicht wirklich etwas Passendes gefunden. Die meisten Beiträge die ich hier gefunden habe handeln von Usern die bei der Ausgabe gerne Netto statt Brutto hätten.

Ich habe hier in 1.9.4.3 2 fette Probleme

1. Ich lege für eine Privatanschrift eine Adresse an. Der soll alle Preise inklusive MwSt angezeigt bekommen. Nehme ich das Vorlagenset von JTL, dann habe ich bei den Positionen einmal einen Nettopreis und daneben einen Bruttopreis. Ich finde das bisschen verwirrend, gerade für Privatleute und wenn die Menge größer ist als 1, weil dann sonst ganz doofe Kombinationen stehen. Ich habe hier auch das gefunden:
https://guide.jtl-software.com/jtl-wawi/vorlagen/preis-steuerdarstellung/

Aber das ist wohl ein Feature was es in der 1.9. gar nicht mehr gibt denn diesen Menüpunkte sind gar nicht mehr da. Ich finde auch sonst nirgendwo eine Einstellung. Muss ich das über List and Label alles einstellen?

So sieht es bei mir aus


Ideal fände ich es, wenn bei Privatkunden nur Brutto stehen würde, und sobald etwas im Feld Firma steht, Netto. Kann man das umsetzen?

Das nächste wo es bei mir hakt, Rundungsfehler. Da habe ich auch viel gesucht und ich dachte ich wäre clever, scheinbar bin ich es doch nicht

Ich habe meine Produkte aus Shopware 6 importiert, da gab es dann beim Bruttopreis Rundungsfehler, da stand z.B. statt 3,75 nur 3,74 Euro, oder 89,89 Euro statt 89,90 Euro.

Ich habe deshalb gestern mit der Preise glätten Funktion gearbeitet, das sah auch gut aus in den Tabellen. Lege ich nun Aufträge an, ist es trotzdem nicht perfekt. Nach dem Glätten sieht der Artikel so aus, Netto 3,15, Brutto 3,75 Euro

Lege ich diesen Artikel in einen Auftrag an, nehme aber als Menge 10, wird daraus nicht 37,50 Euro sondern was Krummes.



Gehe ich dann in den Artikel rein und ändere Brutto manuell erneut auf 3,75 Euro, dann macht der Netto vierstellig, anschließend sieht der Artikel bei Menge 10 gut aus. Muss ich da nun irgendwo was einstellen bzgl. Nachkommastellen dass das auch beim Glätten korrekt funktioniert?

 

[Martin1977]

Sooo, ich bin schlauer, Ausgabe von Aufträge sieht nun schon besser aus, ich weiß nicht warum, aber ich hatte eine veraltete Druckvorlage, wähle ich "Standard" aus, dann sieht alles sofort besser aus. Aber die Sachen mit den Rundungen habe ich trotzdem noch.

 

[SebiW]

Das Ding mit den Rundungen liegt hieran: Die Wawi rechnet stets auf Basis des Nettopreises. Das ist aus steuerlichen Gründen auch wichtig und richtig so. Auf Basis dieses Nettopreises berechnet sie dann den Brutto.
Wenn Du also einen Netto von 3,15 hast ergibt das einen Brutto von 3,7485. Bei einem Stück also einen Bruttopreis von gerundet 3,75, bei 10 Stück eine Bruttopreis von gerundet 37,49.
Es gibt hier also keine Rundungsfehler sondern die Wawi berechnet stets erneut den Bruttopreis auf Basis des Nettopreises korrekt neu auf 3,7485 und rundet dann entsprechend nach Stückzahl.
Willst Du einen runden Bruttopreis musst Du die Preise entsprechend als Brutto importieren und die Wawi dann den Nettopreis berechnen lassen, also zb 3,75 / 119 * 100 = 3,1512...
Es ist schlicht mathematisch nicht möglich bei dem Preis gleichzeitig einen exakten Brutto & Nettopreis mit 2 Nachkommastellen zu haben.
Und es gibt viele Händler, die große Stückzahlen mit kleinen Einheitenpreisen haben (Schrauben etc), da werden diese Nachkommastellen auch benötigt.

 

[Martin1977]

H Sebi

danke für die Tiefe der Erklärung der Gründe. Aber wie sieht denn eine einfache Lösung aus? Vielleicht habe ich mich ja auch nur zu kompliziert verhalten. Ich habe gestern 2 Sachen versucht

Ameisen Export der Preise, in Excel bearbeitet, dann importiert. Aber ich habe beides bearbeitet, Netto und Brutto.
Preise glätten. Aus 3,74 wurden dann 3,75 was optisch korrekt war, aber auch nicht 100%ig klappte wenn man höhere Stückzahlen in Belegen anlegt.
Das Einzige was gestern klappte war, den Bruttopreis von Hand auf 3,75 zu ändern. Im Artikelstamm war dann Brutto mit 2 Nachkommastellen, Netto mit 4 Nachkommastellen

ist die Lösung einen Ameisenexport NUR für die Bruttopreise zu machen? Ändern, importieren und dann werden die Netto mit 4 Nachkommastellen aktualisiert ?

 

[SebiW]

Genau. Nur die Bruttopreise und alles wird gut

 

[Martin1977]

Das war es. Tausend Dank. Ich habe vorgestern zu kompliziert gedacht als ich auch die Nettopreise neu importiert habe. Jetzt nur 3 Spalten für Artikelnummer, interne Nummer plus VK Brutto mit 2 Dezimalstellen und siehe da, alles sieht nun gut aus, Nettopreise vierstellig und bei der Auftragserfassung sieht alles gut aus.

VIELEN DANK

 

[MRacer]

Ein Artikel soll in Deutschland für den Endkunde 3,29 Euro (brutto) kosten, das ist in der Wawi im Artikelstamm hinterlegt.
Der von der Wawi berechnete Nettopreis liegt dann bei 2,7647 Euro.
3,29 €/ 1,19 = 2,76470588... €
Wenn jetzt ein Kunde aus Österreich bestellt (20% MwSt.) so wird im Shop ein Artikelpreis von 3,32 Euro angezeigt. Zu diesem Preis bestellt der Kunde 290 Artikel.

Rechenweg a) Die Wawi rechnet einmal 2,7647 Euro * 1,20 = 3,31764 Euro und kappt dann bei 4 Nachkommastellen. Dieser Betrag 3,3176 € * 290 Stk. = 962,10(4) €
Rechenweg b) 3,29 €/1,19 * 1,2 * 290 = 962,117647... €
Rechenweg c) 2,7647 € * 1,20 * 290 = 962,1156 €
Rechenweg d) 3,32 € * 290 = 962,80€

Alle Wege sind nachvollziehbar und richtig. Es macht aber für den Kunden und für mich wenig Sinn, wenn auf der Rechnung oder im Warenkorb steht:
290 Stk. a 3,32 € = 962,10 €

Jetzt kommt ein Schweizer Endkunde dazu.
Der bestellt ohne MwSt., das sind dann 290 * 2,76 € die ihm im Warenkorb angezeigt werden, die Summe wäre dann 800,40 €, in seinem Warenkorb steht jedoch 801,76 €.

Wie geht ihr mit diesem Thema um?

 

[dapole]

@MRacer :

Ya, das Problem verfolgt uns seit Jahren ....
Bester Fall: POS-Kasse (KAssenbon) -> Summe: 444,19

Wenn ich den selben Auftrag in JTL Wawi suche, dann taucht doch unten rechts immer der RE / AU - Wert auf, der derzeit dargestellt wird ...
Bei dem oben gennanten Auftrag steht da aber : 444,18

Und am besten ist, siehe Screenshot -> Bei der Rechnung reicht eine Zahlung -> Beim Auftrag 2 ( ich glaube, die eine 0.01 Zahlung im Auftrag haben wir nachdem wir die Rechnung erstellt haben dort eingefügt)

SebiW's vorschlag fand ich interessant und habe das etwas weiter gespopnnen....:

Also-> Geschäftskundensollten wir glatten netto importieren, beim endkunden glatten brutto ...

Aber auch das wird unser Problem nicht lösen Denn der Endkunde kann aufgrund der Mehrwertsteuer-Befreung für Solarprodukte auch MwSt.-Free bestellen ...
-> So langsam echt am verzweifeln ...Und möge dann noch z.B. 5% Rabattdazu kommen ... Egal wie sauber die Preise sind, am ende sind sie wieder 'chaotisch'


Es muss doch eine möglichkeit geben, dass es irgendwie mehrHand und Fuss hat ....,
Ob mit der V1.10 Besserung reinkommt?? -> Ich mein: X-Rechnung und exakt dieses Problem machen bei uns immer wieder Schwierigkeiten...

-> Und die FiBu hängt uns auch am A**** ... nm Argument haben sie ja .-> andere Systeme bekommen das wohl auch hin, warum nicht JTL ...
( sehr sehr sehr sehr sehr häufig müssen in DATEV 0.01€ Buchungen getätigt werden, damit die Debitoren-Konten ausgeglichen sind ....)

->Falls jemand evtl doch noch ne Ide hat, wie m,an das abbildet, ohne son Chaos zu generieren -> her damit