Magento – Falsche Steuerberechnung bei Verwendung von % Gutscheinen / Rabatten

cupón de MagentoWir 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% IMPUESTO SOBRE EL VALOR AÑADIDO (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.

QUE 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;

    RASTREAR (como. LÍNEA 384) und komplett durch

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

    REPARAR

  3. La línea
    $baseDiscountRate = ($baseUnitTax/$basePrice) * 100;

    RASTREAR (como. LÍNEA 388) und komplett gegen

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

    SUSTITUIR.

  4. Die Datei abspeichern und wieder hochladen
  5. Borrar la caché
  6. Das sollte es gewesen sein

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

Se utiliza en la versión de Magento 1.7.0.2 Comentarios? Adiciones? Notas? Con alegría!

Publicado por Covos

DESDE 2009 He estado trabajando intensamente con Magento. Empecé con la creación y el funcionamiento de las tiendas B2C. Esto se extendió a través de mi trabajo en el sector de la logística. Esto dio lugar a sistemas especializados primera B2E. Hoy trabajo del día a día con una emocionante B2C, B2B- y proyectos B2E e informes en este blog sobre los desafíos y dan consejos de expertos.

5 pensamientos sobre “Magento – Falsche Steuerberechnung bei Verwendung von % Gutscheinen / Rabatten”

  1. Hola,
    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. EN 1.8 sind hier einige Sachen umgestellt worden und ab da geht es problemlos.

    Saludos cordiales
    Tom

    1. Hola,
      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 no es sólo WordPress 🙂

      Beste Grüße zurück!

  2. Hola,

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

    – Rabatt 3% = € 1,67

    + Versandkosten € 14,99 incluso. IVA.

    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. Yo juego en estos casos siempre un poco en la configuración de las ventas> control y cálculo a continuación, “método de cálculo del impuesto se basa en”. Esta vez entre “total”, “Total parcial” Y “posición única” MARCAR. Esto trajo ayer con un problema similar la solución después de que el “precio” había pedido. A menudo hay problemas cuando los precios, por ejemplo,. neto se almacenan en la parte de atrás y luego para ser convertidos por el sistema o de entrada bruta y se calculará etc. neta. DE “todo en bruto” que es menos propenso a problemas.

Deja un comentario

Su dirección de correo electrónico no será publicado. Los campos obligatorios están marcados *