Problem mit Berechnung der Mehrwertsteuer

Zitat von MidnightDelivery

- Der Artikelpreis ist 10.00 CHF inkl. MWST.
- Der Steuersatz ist 7.7 %

Die Berechnung sollte doch wie folgt sein:

10 CHF x 0.923 (7.7%) = 9.23 CHF (exkl. MWST) somit wäre 0.77 CHF die Tabaksteuer oder?

nö.

Das Produkt kostet 9,28505

9,28505 mal 7,7 geteilt durch 100 = 7,10556 Steuern

Zitat von r23

9,28505 mal 7,7 geteilt durch 100 = 7,10556 Steuern

:) ist auch falsch...

Die Steuern sind selbstverständlich 0,71456

Zitat von MidnightDelivery

[COLOR=#4d4dff]Wenn man den Einzelpreis von 9.29 CHF mit 2x multipliziert sollte es doch 18.58 CHF geben und nicht 18.57 CHF.[/COLOR]

Dies sind übliche Rundungsprobleme. Was erwartet man auch bei 7,7% Steuer :(
10 geteilt durch 1,077 = 9,285051067780873 (netto Betrag)
9,285051067780873 x 2 = 18,57010213556175 gerundet auf zwei Stellen 18,57
9,29 x 2 = 18,58

Zitat von MidnightDelivery

Ok, weisst Du wie man diese Rundungsregel in WooCommerce anpassen kann?

Unter WooCommerce Einstellungen hier Mehrwertsteuer => [size=18]Steuer Optionen[/SIZE]
gibt es den Punkt: Rundung // Steuern auf der Ebene der Zwischensumme runden, statt pro Position zu runden

Wenn man die netto Preise im Shop dem Kunden zeigt:
Punkt: Preise im Shop anzeigen: MwSt nicht inbegriffen

Sollte man meiner Meinung nach die Produktpreise auch netto Erfassen.
Wenn man die Produktpreise brutto (inkl. MwSt.) erfasst, sollte man meiner Meinung nach die Preise dem Kunden auch Brutto anzeigen.

[size=18]

[/SIZE]

Zitat von r23

Unter WooCommerce Einstellungen hier Mehrwertsteuer => [size=18]Steuer Optionen[/SIZE]
gibt es den Punkt: Rundung // Steuern auf der Ebene der Zwischensumme runden, statt pro Position zu runden

Wenn man die netto Preise im Shop dem Kunden zeigt:
Punkt: Preise im Shop anzeigen: MwSt nicht inbegriffen

Sollte man meiner Meinung nach die Produktpreise auch netto Erfassen.
Wenn man die Produktpreise brutto (inkl. MwSt.) erfasst, sollte man meiner Meinung nach die Preise dem Kunden auch Brutto anzeigen.

Wenn Nettobeträge im Shop eingegeben werden und "Steuern auf der Ebene der Zwischensumme runden, statt pro Position zu runden" angetickt ist, rechnet Woocommerce meinem Verständnis nach tatsächlich wie folgt:

Der Nettobetrag wird multipliziert mit bestellter Anzahl und aus dieser Nettosumme wird der Steuerbetrag durch Multiplikation mit 1,16 berechnet.

Und genau so führt die Einstellung "Rundung auf Ebene Zischensumme" zu Rundungsfehlern!
Wenn Bruttopreise im Shop angezeigt werden, dann sollte aus dem Bruttobetrag quasi rückwärts der Steuersatz berechnet werden und nicht aus den Nettobeträgen vorwärts!

Also sollte Woocommerce eigentlich wie folgt rechnen:
Bei Nettobeträgen im Shop multipliziert er diesen Nettopreis zuerst mit 1,16 und multipliziert diesen Bruttopreis mit der Anzahl bestellter Produkte. Aus diesem Bruttobetrag wird der Steuerbetrag berechnet:
Bruttosumme minus (Bruttosumme geteilt durch 1,16)

Bei Bruttobeträgen im Shop nimmt er diesen Bruttopreis direkt, multipliziert ihn mit der Anzahl bestellter Produkte und aus der Bruttosumme wird analog wie oben der Steuerbetrag berechnet:

Bruttosumme minus (Bruttosumme geteilt durch 1,16)

Reales Beispiel:
Die Spalten G und I zeigen die Einstellung "Nettopreise" mit "Rundung auf Ebene Zischensumme" an!
Die Spalte J berechnet die Steuer auf Grundlage von H.

Reales Beispiel deswegen, weil bei einem Export dieser Bestellung nach Dreamrobot die Berechnung der Steuer in Dreamrobot zu dieser Bruttoberechnung wie in Spalte J führt, die ich auch als richtig ansehe.
Denn 4 x 2,88 EUR brutto statt 4 x 2,48 EUR netto ergibt eben 11,52 und nicht 11,51 wie es Woocommerce in diesem realen Beispiel gemacht hat.

Also muss meiner Meinung nach bei Nettopreisen im Shop hinterlegt die Einstellung "Steuern auf der Ebene der Zwischensumme runden, statt pro Position zu runden" NICHT angetickt sein!

Ob das aber zu richtiger Berechnung führt? Bei nächster Bestellung werde ich es sehen. ;-)

Zitat von marcostoma

Bruttosumme minus (Bruttosumme geteilt durch 1,16)

So rechnet WordPress nicht - oder Online-Shops per se nicht.

Am Anfang der Berechnung wird alles auf NULL gesetzt:

protected $data = array(
       'parent_id'          => 0,
       'status'             => '',
       'currency'           => '',
       'version'            => '',
       'prices_include_tax' => false,
       'date_created'       => null,
       'date_modified'      => null,
       'discount_total'     => 0,
       'discount_tax'       => 0,
       'shipping_total'     => 0,
       'shipping_tax'       => 0,
       'cart_tax'           => 0,
       'total'              => 0,
       'total_tax'          => 0,
   );

WordPress und eigentlich _jeder Warenkorb in einem eCommerce Projekt kennt:
'discount_tax' => 0,
'shipping_tax' => 0,
'cart_tax' => 0,
'total_tax' => 0,

Der Shop rechnet immer PLUS nie MINUS Steuer.

$this->set_total_tax( (float) $this->get_cart_tax() + (float) $this->get_shipping_tax() );

$this->set_total( NumberUtil::round( $cart_total + $fees_total + $this->get_shipping_total() + $this->get_cart_tax() + $this->get_shipping_tax(), wc_get_price_decimals() ) );

Hier bildet der Shop die Summen

$fees_total        = 0;
       $shipping_total    = 0;
       $cart_subtotal_tax = 0;
       $cart_total_tax    = 0;


       $cart_subtotal = $this->get_cart_subtotal_for_order();
       $cart_total    = $this->get_cart_total_for_order();


       // Sum shipping costs.
       foreach ( $this->get_shipping_methods() as $shipping ) {
           $shipping_total += NumberUtil::round( $shipping->get_total(), wc_get_price_decimals() );
       }


       $this->set_shipping_total( $shipping_total );


       // Sum fee costs.
       foreach ( $this->get_fees() as $item ) {
           $fee_total = $item->get_total();


           if ( 0 > $fee_total ) {
               $max_discount = NumberUtil::round( $cart_total + $fees_total + $shipping_total, wc_get_price_decimals() ) * -1;


               if ( $fee_total < $max_discount && 0 > $max_discount ) {
                   $item->set_total( $max_discount );
               }
           }
           $fees_total += $item->get_total();
       }


       // Calculate taxes for items, shipping, discounts. Note; this also triggers save().
       if ( $and_taxes ) {
           $this->calculate_taxes();
       }


       // Sum taxes again so we can work out how much tax was discounted. This uses original values, not those possibly rounded to 2dp.
       foreach ( $this->get_items() as $item ) {
           $taxes = $item->get_taxes();


           foreach ( $taxes['total'] as $tax_rate_id => $tax ) {
               $cart_total_tax += (float) $tax;
           }


           foreach ( $taxes['subtotal'] as $tax_rate_id => $tax ) {
               $cart_subtotal_tax += (float) $tax;
           }
       }


       $this->set_discount_total( NumberUtil::round( $cart_subtotal - $cart_total, wc_get_price_decimals() ) );
       $this->set_discount_tax( wc_round_tax_total( $cart_subtotal_tax - $cart_total_tax ) );
       $this->set_total( NumberUtil::round( $cart_total + $fees_total + $this->get_shipping_total() + $this->get_cart_tax() + $this->get_shipping_tax(), wc_get_price_decimals() ) );

Das schöne bei Open Source ist, man kann wirklich nachsehen, wie ein Shop etwas macht.

Und ja - WooCommerce kann auf Zwischensummen runden - was zu abenteuerlichen und im EU Binnenmarkt zu falschen Ergebnissen führt. Die Rundung auf die Zwischensumme ist trotzdem mathematisch richtig.

Danke für das Thread. Hatte nämlich auch gerade nen Rappel bei der Mwst.Rückumstellung.
Produkt kostet ein Stück: 1.- darin 7% Steuer = 0,07
jetzt dachte ich 10 Produkte a 1.- müssten =0,7 sein -
is aber nicht, da steht € 0,65
Jetzt wollte ich mich gerade von der Brücke stürzen, aber wenn ich es nachrechne stimmt es. Mwst wird aus dem netto berechnet.
10.-/ 1,07 = 9,345794392523364 * 1,07 = 10.-

faszinierend.
ich wünsche allerseits einen guten Rutsch!!! :)))