19 Prozent, 7 Prozent, null Prozent für Kleinunternehmer, 8,1 Prozent für die Schweiz, 21 Prozent für Spanien: Wer einen Magento-2-Shop im DACH-Markt betreibt und ins EU-Ausland liefert, jongliert mit über 75 möglichen Steuersätzen. Adobe Commerce, bis heute im Kern Magento Open Source, bringt dafür eines der mächtigsten Steuersysteme aller Shop-Plattformen mit. Genau darin liegt das Problem: Die Magento 2 Steuerkonfiguration ist so flexibel, dass selbst erfahrene Agenturen sie regelmäßig falsch aufsetzen. Die Folge sind Checkout-Abbrüche wegen falsch ausgewiesener Preise, Mahnschreiben vom Finanzamt und USt-Prüfungen, die niemand bestellt hat.
Dieser Guide geht tiefer als die üblichen Klick-Anleitungen. Wir erklären das zugrunde liegende Datenmodell, zeigen den CSV-Import für EU-weite Steuersätze und benennen die Konfigurationsfehler, die in der Praxis am teuersten werden.
Warum scheitern so viele Shops an der Magento-Steuerkonfiguration?
Die ehrliche Antwort: Magento trennt, was andere Systeme vermischen. WooCommerce oder Shopify verknüpfen Steuersätze direkt mit Produkten. Magento dagegen arbeitet mit drei voneinander getrennten Entitäten, und wer diese Trennung nicht verstanden hat, konfiguriert im Dunkeln.
Konkret unterscheidet das System zwischen Product Tax Classes (welche Steuerkategorie hat das Produkt?), Customer Tax Classes (welche Steuergruppe hat der Kunde?) und Tax Rates (welcher Satz gilt in welchem Land, welcher Region, welcher Postleitzahl?). Erst eine vierte Entität, die Tax Rule, verbindet alle drei zu einer Rechenvorschrift. Keine Regel, keine Steuer, egal, wie viele Sätze Sie angelegt haben.
Dieses Modell ist kein akademischer Selbstzweck. Es erlaubt Szenarien, die pauschale Systeme nicht abbilden: ermäßigte Sätze für Bücher und Lebensmittel (7 Prozent in Deutschland), steuerfreie B2B-Lieferungen an Kunden mit validierter USt-IdNr., abweichende Sätze für digitale Produkte pro EU-Land. Wer nur deutschlandweit Mode verkauft, braucht davon vielleicht ein Drittel. Wer wächst, wird froh sein, dass die Architektur mitwächst.
Tax Classes, Tax Rules, Tax Rates: die Einrichtung Schritt für Schritt
Alle Steuer-Einstellungen finden sich im Admin-Backend unter Stores → Steuern (Taxes). Die Reihenfolge ist entscheidend, denn jede Ebene baut auf der vorherigen auf.
Zuerst die Steuerzonen und -sätze: Unter Tax Zones and Rates legen Sie pro Land und Satz einen Eintrag an, etwa „Deutschland, 19 %“ oder „Deutschland, 7 %“. Wer nach Österreich oder in die Schweiz liefert, braucht dort eigene Raten, Österreich kennt 20 und 10 Prozent, die Schweiz seit 2024 den Satz von 8,1 Prozent, den erfahrungsgemäß viele Shops noch nicht aktualisiert haben.
Danach die Kunden- und Produktsteuerklassen unter Tax Classes. Die Standardinstallation bringt „Retail Customer“ und „Taxable Goods“ mit. Für die Praxis empfehlen sich mindestens drei Produktklassen: Standard (19 %), Ermäßigt (7 %) und, falls relevant, Steuerfrei. Auf Kundenseite ergänzen viele B2B-Händler eine Klasse „B2B mit USt-IdNr.“, um innergemeinschaftliche Lieferungen steuerfrei abzurechnen.
Der entscheidende Schritt folgt unter Tax Rules: Hier verknüpfen Sie Kundensteuerklasse, Produktsteuerklasse und Steuersatz zu einer Regel. Eine saubere deutsche Grundkonfiguration umfasst typischerweise diese Regeln:
- Retail Customer + Standard-Produkte + DE 19 % (und analog alle EU-Zielländer)
- Retail Customer + Ermäßigte Produkte + DE 7 %
- B2B mit USt-IdNr. + alle Produktklassen + 0 % für innergemeinschaftliche Lieferungen
Erst wenn die Regeln stehen, weisen Sie die Product Tax Class in den Produktdaten zu, global per Massenaktion oder über den Katalog-Import. Vergessen Sie diesen Schritt, rechnet Magento still mit der Default-Klasse weiter, und Ihre Bücher landen im 19-Prozent-Topf statt bei 7 Prozent.
Wie importiert man EU-Steuersätze per CSV statt per Hand?
Wer in alle 27 EU-Mitgliedstaaten verkauft, klickt sich durch den manuellen Weg zu Tode: über 75 Raten, mehrere Produktklassen, dazu Sonderregelungen für Frankreichs Überseegebiete. Der CSV-Import unter System → Data Transfer → Import/Export Tax Rates erledigt das in Minuten.
Die Logik: Unter System → Import/Export Tax Rates exportieren Sie zunächst Ihre vorhandenen Raten. Die resultierende CSV-Datei dient als Template, die Spalten Code, Country, State, Zip/Post Code, Rate und Zip/Post is Range sind selbsterklärend, sobald man ein echtes Beispiel sieht. Diese Datei ergänzen Sie um die fehlenden Länder, etwa „Österreich, 20 %“ mit Country AT und Rate 20.0000, und importieren sie wieder. Magento erstellt die neuen Zonen automatisch.
75+ Steuersätze lassen sich so in einem Durchgang anlegen, vorausgesetzt, die Datei ist UTF-8-kodiert und die Länderkürzel folgen dem ISO-3166-Standard. Excel-Exporte mit falscher Kodierung sind die häufigste Fehlerquelle; Speichern Sie im Zweifel über LibreOffice oder einen Texteditor.
Einen offiziellen, gepflegten EU-Steuersatz-Datensatz von Adobe gibt es nicht. Agenturen pflegen eigene Templates, und das ist auch richtig so: Steuersätze ändern sich (die Schweiz 2024, Tschechien 2024 mit neuer 12-Prozent-Stufe), und ein Blind-Import alter Tabellen erzeugt genau die Compliance-Probleme, die man vermeiden will. Importieren heißt nicht abdanken, prüfen Sie jeden Satz gegen die aktuellen Angaben der Finanzverwaltungen.
OSS, Schwellenwerte und die B2B-Falle: Was der DACH-Markt zusätzlich verlangt
Seit Juli 2021 gilt in der EU die einheitliche Lieferschwelle von 10.000 Euro für Fernverkäufe. Darunter dürfen Sie deutsche Umsatzsteuer berechnen, darüber müssen Sie den Satz des Ziellandes anwenden, abgerechnet über das One-Stop-Shop-Verfahren. Magento bildet das ab, aber nur, wenn die Tax Rules für jedes Zielland korrekt gepflegt sind und die Berechnungsgrundlage stimmt.
Unter Stores → Configuration → Sales → Tax verstecken sich die Einstellungen, die über Rechtssicherheit entscheiden: „Tax Calculation Based On“ sollte für EU-Fernverkäufe auf „Shipping Address“ stehen, und „Catalog Prices“ definiert, ob Ihre Katalogpreise inklusive oder exklusive Steuer hinterlegt sind. Für den deutschen B2C-Markt ist „Including Tax“ mit Ausweis der enthaltenen USt. die übliche und rechtlich saubere Wahl, Preisangabenverordnung und UStG verlangen Endverbraucherpreise inklusive Umsatzsteuer.
Der teuerste Magento-Steuerfehler ist kein falscher Satz, sondern ein falscher Berechnungsmodus: Preise exklusive Steuer im Katalog, Steuer erst im Checkout draufgeschlagen, das kostet Conversion und verstößt in Deutschland gegen die Preisangabenverordnung.
B2B-Händler sollten zusätzlich die VAT-Validierung aktivieren: Unter Stores → Configuration → Customers → Customer Configuration lässt sich die automatische Prüfung der USt-IdNr. gegen den VIES-Dienst der EU einschalten. Magento ordnet validierte Kunden dann automatisch der steuerfreien Kundengruppe zu. Ohne diese Automatik landen innergemeinschaftliche Lieferungen im manuellen Ausnahmemanagement, ein Skalierungskiller für jeden wachsenden B2B-Shop.
Vorsicht bei der Kleinunternehmerregelung nach §19 UStG: Magento kennt keinen Schalter „Ich bin Kleinunternehmer“. Wer davon Gebrauch macht, muss alle Tax Rules auf 0 Prozent setzen und darf keine Umsatzsteuer ausweisen, inklusive der Hinweispflicht auf Rechnungen. Eine Erweiterung oder ein angepasstes Rechnungstemplate ist hier unverzichtbar.
Welche Konfigurationsfehler werden in der Praxis am teuersten?
Aus der Arbeit mit Magento-Shops im DACH-Raum kristallisieren sich drei Muster heraus, die immer wieder Umsatz oder Nerven kosten.
Erstens: der Schweiz-Fehler. Die Schweiz ist kein EU-Mitglied, liefert also außerhalb des OSS-Systems, Exporte sind steuerfrei, dafür fallen beim Import Zoll und schweizerische Einfuhrumsatzsteuer an. Shops, die die Schweiz einfach als weiteres „EU-Land mit eigenem Satz“ konfigurieren, rechnen falsch ab und erzeugen verärgerte Kunden an der Grenze.
Zweitens: der Update-Stau. Steuersätze sind keine Set-and-forget-Konfiguration. Als Deutschland 2020 temporär auf 16 und 5 Prozent senkte, mussten Tausende Magento-Shops binnen Tagen umkonfigurieren, wer damals Tax Rules hart in Templates oder Eigenentwicklungen verdrahtet hatte, zahlte doppelt. Halten Sie Steuerlogik ausschließlich in den nativen Tax-Entitäten, nie im Code.
Drittens: fehlende Testbestellungen. Jede Änderung an Tax Rules gehört auf ein Staging-System, gefolgt von Testkäufen mit deutschen, österreichischen und B2B-Adressen. Fünf Minuten Test sind billiger als jede USt-Korrektur.
Fazit: Steuerkonfiguration ist Infrastruktur, kein Einmalprojekt
Magento 2 bietet mit Tax Classes, Tax Rates und Tax Rules ein Steuersystem, das von einem reinen Deutschland-Shop bis zum EU-weiten Omnichannel-Händler skaliert, wenn man das Drei-Schichten-Modell einmal verstanden hat. Der CSV-Import nimmt die Fleißarbeit ab, die VIES-Validierung automatisiert B2B, und die OSS-Logik ist mit sauberen länderspezifischen Regeln abbildbar. Was Magento nicht abnimmt: die laufende Pflege. Steuersätze ändern sich, Schwellenwerte werden erreicht, Sortimente wachsen in neue Steuerklassen. Händler, die ihre Steuerkonfiguration wie ihre Buchhaltung behandeln, als fortlaufenden Prozess mit Staging-Tests und dokumentierten Änderungen, schlafen besser. Alle anderen lernen das System früher oder später vom Finanzamt her kennen.