Magento 1.5 und die Steuern: Eine Lösung?
Magento und Steuern. Ja das war eine Sache für sich. Ich erinnere mich nur ungern an meinen sehr kritischen Beitrag zu diesem Thema zurück. Aber dann ist etwas passiert und ich bin vorsichtig optimistisch.
Vinai Kopp schrieb mir eine Mail die mich positiv stimmte. Er hatte sich die Steuerberechnung mit der neuen Magento 1.5 einmal angesehen und kam dabei zu sehr positiv Ergebnissen. Stellen wir also doch einmal die Fehlrechnungen aus November 2010 einmal mit der aktuellen Magento 1.5.0.1 nach.Zuvor ist aber, wie Vinai sagte, wichtig die Gutschein-Berechnung auf nach Steuern einzustellen. Sein Screenshot dazu verdeutlicht dies noch einmal:
Ob nun für “Tax Calculation Based On” Shipping Address oder Billing Address ausgwählt werden muss spielt für den Testfall hier keine Rolle – das sollte euer Steuerberater genauer wissen 
Problem 1: Ein französischer Kunde
Basierend auf meinem damaligen Test mit dem französischen Kunden und dem Rundungsfehler von einem Cent habe ich den Test mit Magento 1.5 wiederholt und siehe da:
Die Werte stimmen vollständig überein. Auslandsbestellungen sind somit ohne Rundungsfehler möglich.
Problem 2: Prozentuale Rabatte
Auch den Test mit prozentualen Gutscheinen, der damals leider auch total verwirrende Zahlen lieferte, habe ich mit Vinai einmal nachgestellt. Hierbei haben wir einen 3% Gutschein auf den Warenwert genutzt und siehe da:
- 47 € Warenkorb – stimmt
- 47 * 0.03 (für 3% Gutschein) sind 1.41 – stimmt
- 47 – 1.41 = 45.59 – stimmt vielleicht
- 45.59 + 9.90 Versand = 55,49 Gesamtpreis inkl. Steuern – stimmt!
- 55,49 / 1.19 = 46,63 Gesamtpreis ohne Steuern – stimmt!
Fazit
Es sieht wahrhaftig so aus als hätte Magento die Steuerproblematik nun endlich in den Griff bekommen oder seit ihr mittlerweile über andere Stellen gestolpert an denen die Berechnung einfach nicht stimmt? Feedback ist unbedingt erwünscht!
Der Autor
Tobias Vogt arbeitet seit 2008 mit Magento und ist seit 2011 durch Magento zertifizierter Entwickler. Beschäftigt ist er bei der code-x GmbH, einer Agentur für Internet und Marketing aus Paderborn. Er gehört zum Gründer-Team der Webguys und ist seit November 2011 Bachelor of Science (Wirtschaftsinformatik). Sie erreichen Ihn per E-Mail unter tobi@webguys.de.
[...] Bitte beachte auch den neuen Beitrag aus 2011 zum Thema Steuern mit dem Titel “Magento 1.5 und… Mit Magento 1.5 gehören die hier genannten Probleme der Vergangenheit [...]
Hi Tobi,
kann bestätigen, dass die Steuerberechnung nun so korrekt klappt. Hab es ebenfalls noch getestet, wenn die Preise/Versandkosten etc. komplett netto eingetragen werden. Bzw. auch, wie es sich verhält, wenn es gemixt ist (Preise netto, Versandkosten brutto).. War in allen Fällen korrekt.
Viele Grüße,
Rouven
Magento developers work hard to add new functionality and fix bugs. And rounding issues are one of the hardest problems to solve. Especially with the high level of abstraction/encapsulation as Magento has.
You can see http://www.magentocommerce.com/download/release_notes#Release%20Notes%20-%20Magento%201.5.0.1%20stable%20%28February%209,%202011%29
and notice a couple tax-related issues that have been fixed. So, apparently this test case is one of them.
I’m glad that the troubles described previously went away and Magento works fine even in such edge conditions
Hallo,
Ich gebe die Product Preise immer gleich mit Steuern an. Deshalb habe ich auch bei “Catalog Prices” exluding tax. Aber bei checkout wird immer wieder Steuern drauf gerechnet. Was mache ich falsch? Habe schon alle möglichen Kombinationen versucht
[...] und der Verwendung von Google Analytics.MagentoTobias Vogt von den Webguys berichtet, dass die Steuerberechnungen in Magento 1.5 nun scheinbar vollkommen korrekt laufen – eine schöne Meldung für alle, die bisher damit zu [...]
@Michi: Wenn du deine Preise gleich mit Steuern angibst musst du natürlich im Backend an der erwähnten Stellen incl. tax angeben, weil die Steuern ja schon in den Preisen enthalten sind.^
Ps.: Hat meinen Tag ein wenig erhellt.^
Ich kann nach einigen Tests auch bestätigen, dass die Steuerberechnung klappt. Endlich kann man da nur sagen
Unglaublich!!!!! Seit dem Start von Magento exisitiert der Fehler und es wurde erst nach 3 Jahren behoben. Einfach nur lächerlich :——-)
Hey Stas,
ja einerseits erschreckend aber andererseits hat Magento Inc. sich natürlich auf andere akute Schwierigkeiten wie z.B. Performance und Weiterentwicklung des Produkts fokussiert. Da sind auch einige gute Neuerung dabei gewesen: z.B. gerade in der 1.5 der super schnelle Produktimport.
Letztlich haben wir deutsche Community sich das Problem auch ein wenig selbst zuzuschreiben: Kaum jemand hat sich wirklich intensiv mit Test-Cases damit beschäftigt Magento Inc zu zeigen das die Probleme für uns akut sind.
Dennoch sollte so etwas natürlich deutlich schneller gehen aber ich denke wir sind auf einem guten Weg
Tobi
@Steven Fritzsche: Ja aber auch wenn ich incl. Steurn angebe werden im Katalog die Steuern drauf geschlagen obwohl ich die Preise ja schon mit Steuern angebe. Steht ja auch bei der Preisangabe da… [incl. tax]
Wenn dir da sonst nichts weiter einfällt werde ih eventuell mal ein Bild von meinen Steuereinstellungen Posten – vielleicht gibts da noch ein anderes Problem!
Gruß
Michael
Entweder ich mache etwas falsch oder ich kann der Aussage das Magento die Steuerproblematik in den Griff bekommen hat nicht zustimmen.
Bei einem konfigurierbarem Produkt mit prozentualen Aufschlägen je nach gewählter Option gibt es wohl noch Probleme.
Screenshot: http://h-5.abload.de/img/magsteuer38ta.jpg
Beispiel 1:
Basispreis: 0,99,-
Aufschlag 1: 75% (entspricht 0,7425,-)
Aufschlag 2: 40% (entspricht 0,396,-)
Gesamtpreis: 2,1285,- entspricht 2,13 (netto 1,79,-)
Im Warenkorb bekomme ich bei 10 Stück 21,28,- (17,89 netto) anstelle der erwarteten 21,30 (17,90).
Beispiel 2 hat den selben Basispreis nur ohne Aufschläge. Hier passt die Berechnung.
In dem Steuereinstellungen hab ich nun denke ich jede Kombination einmal durch. Hab auch versucht die Preise Netto zu hinterlegen.
Das Problem scheint zu sein das Magento zuerst die ungerundeten Beträge mulitpliziert und dannach eine Rundung der Zwischensumme vornimmt.
Zur Info und falls jemand einen Lösungsvorschlag für mich haben sollte
Gruß,
Alex
@Alex,
du machst nichts falsch. Das Rundungsproblem bei prozentualen Optionsaufschägen besteht auch in der aktuellen 1.5.1.0 nach wie vor.
Hi Alex,
vielen Dank für den Hinweis. Ich werde mir das mal näher anschauen und vlt. können wir eine kleine Session im Barcamp der MM dazu halten. Bis du vor Ort?
schönen Gruß
Tobi
Hi Tobias,
noch gravierender tritt der Fehler bei Angabe von Nettopreisen und Verwendung von Tax Rules auf. Hier ist liegt dann der Summenfehler (im Beispiel von Alex) bei 4 Cent.
2.12 x 10 = 21.20 (angezeigt werden 21,24)
Viele Grüße
Stefan
Hi,
bin am MM leider nicht vor Ort obwohl sich das Barcamp verdammt gut anhört!
Ich hab jetzt eine auf den ersten Blick für mich funktionierende Lösung gefunden.
Da es sich um einen B2B-Shop handelt, brauche ich nur die Netto-Preise und erst auf die gesamt Nettosumme die Mwst.
So kann ich durch ein round($prices,2) in Sales/Model/Quote/item/Abstract.php -> getCalculationPrice() für mich passende Summe erzeugen.
Momentan noch als billiger CoreHack. Erstmal beobachten wie sich das alles über den kompletten Prozess verhält.
Zu dem Fehler von Alex hat Rouven von Itabs (www.itabs.de) bereits eine Lösung auf Github veröffentlicht. Schaut mal unter https://github.com/therouv/Magento-BetterPriceRounding/
@Stefan: Eventuell löst Rouven Lösung auch dein Problem. Vlt. kannst du es einmal probieren?
@Tobias
Danke für die Info.
Meine Lösung hierzu hatte ich auch schon in den Bugtracker vom 11.05.2011 geschrieben.
http://www.magentocommerce.com/bug-tracking/issue?issue=11507
VG Stefan
Hallo zusammen bzw. @Michi,
hatten kürzlich die Anforderung, den Steuersatz für andere Versandländer (Europa) so anzupassen, dass der Bruttopreis gleich bleibt (von wegen “schöne Preise”) und sich nur der enthaltene Steueranteil anpassen soll. Vielleicht hilft es ja jemandem:
http://nutwerk.de/archives/29-Magento-Steuern-abhaengig-von-Lieferland-bei-Bruttopreisen.html
(nur mit Magento v1.4.1.1 getestet)
[...] einkaufen oder ein Kunde prozentuale Rabatte via Gutschein beim Kauf einlöst. Wie auch der Test von den webguys [...]
@ Michi. Check mal deine Versandeinstellungen. Falls du dort “Versandkherkunft” nicht anpasst, funktioniert es mit der netto und brutto Darstellung nicht ganz.
[...] einkaufen oder ein Kunde prozentuale Rabatte via Gutschein beim Kauf einlöst. Wie auch der Test von den webguys zeigt. Lediglich bei Configurable Products besteht noch ein Problem. Dieses kann durch ein eigens [...]
Ich habe auch noch keine Lösung für anteilige MwSt-Berechnung der Versandkosten gefunden.
Das ist für den deutschen Markt aber zwingend erforderlich.
Oder habe ich einfach eine Einstellung übersehen?.
@Kassian: was meinst du? dass bei 7 & 19% Artikeln im Warenkorb auch die Steuer der Versandkosten angepasst wird?
In D ist es ja im Moment lt Auskunft der Steuerberatung meines Mandanten, dass der Mwst-Satz für die Versandkosten sich nach der Hauptlast im Warenkorb richtet. Sprich sind überwiegend 7% Mwst-Artikel drin, werden auch die Versandkosten mit 7% ausgewiesen. Entsprechend natürlich auch für andere Steuersätze (0%/19%)
Wie macht Magento das momentan? Auf mich wird das auch noch zukommen, dementsprechend wäre ich an einer Lösung auch sehr interessiert
@neels
Unser Steuerberater meint das die Mehrwertsteuer des Versandes sich nach der MwSt der versendeten Artikel richtet also zB:
1 * 100 € (mit 19%)
1 * 50€ (mit 7%)
-> Mwst der Versandkosten 15%
Magento berechnet ohne Eingriffe einen festen Steuersatz der einstellbar ist.
An einer Lösung arbeite ich gerade, da ich aber auch erst ein paar Monate mit php und Magento arbeite dauert das wohl ein wenig….
Unsere Kunden können Produkte mit 7% und 19% MwSt. bestellen.
Die Mehrwertsteuer der Versandkosten richtig sich in dem Fall nach dem höheren Warenkorbwert der Produkte. d.h.
1) Kunde bestellt 2 Produkte,
Produkt 1: Wert 100 Euro, MwSt: 19%
Produkt 2: Wert 200 Euro, MwSt. 7%
= MwSt. Versandkosten = 7%..
Der Shop muss das entsprechend erkennen, leider hat auch das Market-Ready-Germany Modul von trusted shops & Symmetrics keine Lösung.
Gibt es ein Modul, das erkennt, welche MwSt. die Versandkosten haben?
Viele Grüße
Antje
sorry für den Doppelpost:
@Kassian: Unser Steuerberater hat uns das also anders erklärt als deiner, die MwSt. richtet sich laut unserem Steurberater einfach nach dem Steuersatz der Produkte mit dem höheren Bestellwert, falls ein Kunde mehrere Produkte bestellt mit unterschiedlichem MwSt-Satz…
Ich habe seltsamerweise folgendes Problem in Magento 1.6.1.0.: Die Produktdetailseite zeigt ein bestimmtes Produkt um einen cent teurer an, als der Preis tatsächlich ist.
Mir ist es bisher nur bei diesem einen Produkt aufgefallen. Als Preis sind 199,95€ im Backend hinterlegt; Magento ist so konfiguriert, dass die Produkte im Katalog bereits Steuern enthalten.
Im Frontend wird aber komischerweise ein Preis von 199,96€ angezeigt; Stelle ich im Backend ‘Display Product Prices In Catalog’ von ‘Including Tax’ auf ‘Including and Excluding Tax’, wird der Preis neben ‘inkl. Steuern’ im Frontend nun richtig mit 199,95€ angezeigt – ich möchte aber nicht beide Preise (brutto&netto) im Frontend anzeigen lassen, sondern nur den Brutto-Preis…..
Das Produkt ist übrigens ein konfigurierbares, welches mehrere einfache Produkte mit dem selben Preis enthält.
Hat hier jemand eine Idee woran das liegt, und wie ich das Problem beheben kann? Google konnte mir weder mit deutschen noch mit englischen Suchbegriffen helfen…
gibt es hier schon ne Lösung zur Mischkalkulation der Steuern von den Versandkosten??
Hey nicmare,
mir ist leider keine bekannt aber eventuell können wir zusammen etwas entwickeln. Am besten meldest du dich einmal unter tobi@webguys.de bei mir!
Liebe Grüße
Tobi
[...] meisten Besucher hat der Beitrag zum Theming mit Magento. Die größten Wellen hat jedoch eine Erklärung zur Steuerproblematik in den ersten Magento-Versionen [...]