Magento – Falsche Steuerberechnung bei Verwendung von % Gutscheinen / Rabatten

Magento couponWir hatten in einer Magento 1.7 Installation das Problem, dass mehr oder weniger alles falsch berechnet wurde sobald ein Gutschein bzw. ein Rabatt ins Spiel kam, der einen prozentualen Nachlass brachte. Hatte ein Kunde zum Beispiel einen 10% Gutschein ging es los.

Ausgangssituation war in diesem Testfall, dass ein Artikel inkl. 19% VAT (also brutto) 159 Euro kostete. Netto wären dies dann 133,61 Euro. In der Übersicht sowie in der Rechnung wurde dies aus korrekt ausgewiesen.

In der Zwischensumme wurde dann die Nettosumme wieder korrekt dargestellt. Bei der Brutto Zwischensumme wurden aber plötzlich 35 Cent draufgerechnet, so dass es 159,35 Euro waren.

The 10% Rabatt wurde aber korrekt berechnet. Dieser (Brutto-)Rabatt wurde aber nun nicht von den 159 Euro sondern von den vom System erfundenen 159,35 Euro abgezogen woraus sich die 143,45€ ergaben.

Die ausgewiesene Steuer hingegen hatte mit der gesamten Rechnung wieder gar nichts zu tun sondern bezieht sich auf eine Bruttosumme von 145,31 Euro.

Alles in allem hat sich Magento hier also komplett vertan.

Um dieses Problem nun zu beheben, wird folgendes getan:

  1. Im Ordner app/code/core/Mage/Tax/Model/Sales/Total/Quote wird die Datei Tax.php genommen und bei Bedarf in den Ordner app/code/local/Mage/Tax/Model/Sales/Total/Quote kopiert
  2. Dort die Zeile
    $discountRate = ($unitTax/$price) * 100;

    search (as. Line 384) und komplett durch

    $discountRate = $inclTax == 1 ? ($unitTax/($price - $unitTax)) * 100 : ($unitTax/$price) * 100;

    replace

  3. The line
    $baseDiscountRate = ($baseUnitTax/$basePrice) * 100;

    search (as. Line 388) und komplett gegen

    $baseDiscountRate = $inclTax == 1 ? ($baseUnitTax/($basePrice - $baseUnitTax)) * 100 : ($baseUnitTax/$basePrice) * 100;

    exchange.

  4. Die Datei abspeichern und wieder hochladen
  5. Clear cache
  6. Das sollte es gewesen sein

Diese Änderung funktioniert nicht rückwirkend! Nur zukünftige Bestellungen sollten nun korrekt sein.

Used in Magento Version 1.7.0.2 Comments? Additions? Notes? Gladly!

Published by Covos

Since 2009 I have been working intensively with Magento. I started with the creation and operation of B2C stores. This was extended through my work in the logistics sector. This resulted first specialized B2E systems. Today I work day-a day with exciting B2C, B2B- and B2E projects and reports in this blog about challenges and give insider tips.

5 comments on “Magento – Falsche Steuerberechnung bei Verwendung von % Gutscheinen / Rabatten”

  1. Hallo,
    ihr solltet auf 1.8 updaten. Der Fix ist zwar für das Problem ausreichend, aber in dem Zusammenhang gibt es auch noch mehr Probleme. Zum Beispiel Rundungsfehler bei der Zahlung per Paypal. In 1.8 sind hier einige Sachen umgestellt worden und ab da geht es problemlos.

    Best Regards
    Tom

    1. Hi,
      korrekt, mit Version 1.8 “soll” der Fehler behoben sein, jedoch stand ein Update auf 1.8 nicht zur Debatte, da mit Updates bei vielen -vor allem größeren, angepassten und älteren- Shops viele Probleme erst entstehen. Magento is just not WordPress 🙂

      Beste Grüße zurück!

  2. Hallo,

    Habe diesen Beitrag gelesen und habe ein ähnliches Problem mit Magento 1.9.2.2.
    Artikelpreis € 55,51 including. VAT.

    – Discount 3% = € 1,67

    + Versandkosten € 14,99 including. VAT.

    So weit wäre ja alles korrekt aber das Resultat bei Magento wäre € 68,47

    Korrekt wäre € 68,83

    Magento berechnet also auf die 1,67 nochmals die MwSt.

  3. I play in such cases always a little in the configuration in sales> control and calculation then “Tax calculation method is based on”. This time between “total”, “Subtotal” and “Single position” select. This brought yesterday with a similar problem the solution after we on “Price” had asked. There are often problems when prices e.g.. net are stored in the back end and then to be converted by the system or gross input and shall be calculated net etc.. At “all in gross” it is less prone to problems.

Leave a Reply

Your email address will not be published. Required fields are marked *