Wer in Europa über Shopify verkauft und seine Steuerdaten mit einem ERP wie SAP, Odoo, Business Central oder Holded abstimmen muss, ist mit hoher Wahrscheinlichkeit schon auf Abweichungen gestoßen, die sich innerhalb der Plattform nicht leicht auflösen lassen.
In diesem Artikel analysieren wir die tatsächlichen Grenzen von Shopify Tax in europäischen Steuerszenarien und betrachten die verfügbaren Lösungen.
Die Achillesferse von Shopify Tax: Rundung je Position auf zwei Dezimalstellen
Shopify berechnet Steuern, indem es den Steuersatz auf jede Bestellposition einzeln anwendet und das Ergebnis vor der Summenbildung auf zwei Dezimalstellen rundet. Das nennt sich line-item rounding. Seit 2023 kommt zusätzlich das banker’s rounding zum Einsatz, bei dem genau in der Mitte liegende Werte auf die nächste gerade Zahl gerundet werden.
Technisch ist das zwar korrekt, doch dieser Ansatz erzeugt systematische Abweichungen gegenüber den meisten ERP- und Buchhaltungssystemen, die üblicherweise auf Rechnungsebene runden (also zuerst die Werte in voller Genauigkeit summieren und erst die Endsumme runden).
Ein praktisches Beispiel
Nehmen wir eine Bestellung über 42 Einheiten eines Produkts zu 14,99 € mit 21 % MwSt.:
- Berechnung von Shopify:
14,99 × 0,21 = 3,1479 → gerundet auf 3,15 € je Position
Steuer gesamt: 3,15 × 42 = 132,30 € - Berechnung des ERP (Rundung auf die Summe):
14,99 × 42 × 0,21 = 132,2118 → gerundet auf 132,21 €
Die Differenz von 0,09 € mag geringfügig wirken, doch multipliziert mit Hunderten oder Tausenden Bestellungen im Monat entstehen kumulierte Abweichungen, die manuelle Korrekturbuchungen im ERP erfordern.
In manchen Systemen wie Acumatica müssen dafür automatische Ausbuchungsverfahren eingerichtet werden; in anderen gibt es schlicht keinen sauberen Weg, diese Differenzen ohne manuellen Eingriff aufzufangen.
Warum das ein echtes Problem ist
Brutto und Netto lassen sich nicht automatisch abstimmen
Wer versucht, den Nettobetrag aus dem Bruttobetrag (oder umgekehrt) über die Steuersätze zurückzurechnen, wird die Zahlen von Shopify nie treffen. Das bringt die automatische Validierungslogik in ERP-Connectors zum Scheitern.
Nicht ausgeglichene Buchungssätze
ERP-Systeme berechnen Steuern nach GAAP oder lokalen Vorschriften neu und erzeugen dadurch Abweichungen zu den Shopify-Daten. Ohne Toleranzmechanismen können Rechnungen blockiert werden.
Probleme bei Revision und Nachvollziehbarkeit
Tausende Korrekturbuchungen über 1–2 Cent gegenüber Prüfern zu erklären, ist alles andere als einfach.
Abstimmung mit den digitalen Steuerbehörden Europas: das Beispiel Italien und SdI
Das Rundungsproblem wird in Ländern mit strengen E-Rechnungs-Systemen kritisch. Italien ist das deutlichste Beispiel.
Seit Januar 2019 müssen alle umsatzsteuerlich registrierten Unternehmen in Italien elektronische Rechnungen im Format FatturaPA (XML) ausstellen und über das Sistema di Interscambio (SdI) der italienischen Steuerbehörde übermitteln.
Das SdI prüft Format, Steuerdaten und rechnerische Konsistenz automatisiert, bevor es eine Rechnung annimmt.
Wo Shopify und das SdI kollidieren
Das SdI verlangt, dass Rechnungen rechnerisch konsistent sind:
Der Bruttobetrag muss exakt Netto + Umsatzsteuer entsprechen.
Genügt schon eine Abweichung von einem Cent durch die Rundung von Shopify, wird die Rechnung abgewiesen (scarto). Eine abgewiesene Rechnung gilt rechtlich als nicht ausgestellt und muss innerhalb von 5 Tagen korrigiert und erneut übermittelt werden, andernfalls drohen Sanktionen (von 90 % bis 180 % der nicht erklärten Umsatzsteuer).
Das bedeutet: Jeder Connector Shopify → ERP → SdI muss eine Logik umsetzen, um
- Rundungsdifferenzen erkennen
- Korrekturen anwenden (in der Regel auf Netto- oder Umsatzsteuerpositionen)
- Korrekturen für die buchhalterische Nachvollziehbarkeit protokollieren
Und das ist nicht nur ein italienisches Thema. Mit der EU-Initiative VAT in the Digital Age (ViDA) bewegen sich immer mehr Länder (Frankreich, Deutschland, Spanien, Polen, Belgien) in Richtung einer in Echtzeit validierten E-Rechnung.
Shopify unterstützt die E-Rechnung nicht nativ
Shopify erzeugt keine FatturaPA-Rechnungen und ist nicht an das SdI angebunden. Es erfasst auch nicht die für die italienische Rechnungsstellung vorgeschriebenen Angaben wie Codice Fiscale oder den SdI-Empfängercode.
All das muss über Apps von Drittanbietern oder ERP-Integrationen abgebildet werden, was die Architektur zusätzlich verkompliziert.
Bruttopreise und Grenzen im Checkout
In den meisten europäischen Ländern schreibt der Gesetzgeber vor, Preise inklusive Umsatzsteuer auszuweisen. Shopify unterstützt Bruttopreise, allerdings mit erheblichen Einschränkungen.
Fehlender Steuerausweis im Checkout
Sind Bruttopreise aktiviert, zeigt Shopify den Endpreis an, doch die Aufschlüsselung (netto und Umsatzsteuer) erscheint nur neben der Summe im Checkout — nicht auf den Produktseiten und nicht im Warenkorb.
Das erzeugt Reibung für B2B-Käufer, die vor dem Kauf die Bemessungsgrundlage sehen müssen.
Umsatzsteuerbefreiungen bei Bruttopreisen
Ist ein Kunde von der Umsatzsteuer befreit, die Preise enthalten sie aber, berechnet Shopify trotzdem den vollen Preis. Die Steuer wird nicht aus dem angezeigten Betrag herausgerechnet.
Das ist ein erhebliches Problem bei innergemeinschaftlichen B2B-Geschäften, bei denen das Reverse-Charge-Verfahren greifen müsste.
Dynamische Preise und Steuer-Overrides
Bei dynamischen Preisen (mit oder ohne Umsatzsteuer je nach Standort des Kunden) verwendet Shopify für die Berechnung des Steueranteils nur den Basissteuersatz des Shops.
Produktspezifische Steuer-Overrides werden ignoriert, was sich auf die Margen auswirken oder dazu führen kann, dass Kunden zu viel berechnet wird.
Der spanische Fall: Der „Recargo de Equivalencia“ ist in Shopify nicht umsetzbar
Der recargo de equivalencia ist eine spanische Sonderregelung der Umsatzsteuer für Einzelhändler, die unverarbeitete Waren verkaufen. Er erhebt einen zusätzlichen Zuschlag oben auf die Umsatzsteuer (z. B. 5,2 % bei 21 % Umsatzsteuer).
Warum Shopify das nicht abbilden kann
Shopify erlaubt nur einen Steuersatz pro Produkt und Land. Eine zweite, darüberliegende Steuer wie diesen Zuschlag kann es nicht anwenden.
Es gibt weder eine native Funktion noch eine Checkout-Erweiterung, die das unterstützt.
Praktische Folgen
- Der Zuschlag wird im Shopify-Checkout nicht ausgewiesen
- Er lässt sich nicht dynamisch nach dem Steuerprofil des Kunden anwenden
- Die gesamte Logik muss extern abgebildet werden (ERP oder Drittsysteme)
Hinzu kommt, dass Shopify Functions die Steuerberechnung nicht verändern können. Rabatte lassen sich zwar zur Nachbildung einzelner Szenarien einsetzen, sind rechtlich aber nicht mit Steuerbefreiungen oder Zuschlägen gleichzusetzen.
Weitere relevante Grenzen von Shopify Tax in Europa
Steuer-Overrides kollidieren mit Zöllen
Sind Einfuhrzölle aktiviert, funktionieren Steuer-Overrides und manuelle Steuersätze bei internationalen Verkäufen nicht mehr.
Nur ein Steuersatz pro Produkt und Land
Das ist in Rechtsräumen mit mehrstufigen Steuern (national, regional, kommunal) problematisch.
Grenzen bei der Versandsteuer
Manual Tax unterstützt keine automatische Berechnung der Versandsteuer — das können nur Shopify Tax und Basic Tax.
Bundles und Steuer-Overrides
Bei Produkt-Bundles ignoriert Shopify Steuer-Overrides auf Bundle-Ebene und wendet die Steuern auf Komponentenebene an.
Welche Möglichkeiten haben Sie?
1. Abweichungen hinnehmen und von Hand korrigieren
Nur für geringe Volumina geeignet. Nicht skalierbar.
2. Abstimmungslogik im ERP oder in der Middleware umsetzen
Enthalten:
- Regeln für die Neuberechnung der Steuern
- Automatische Rundungskorrekturen
- Erzeugung der E-Rechnung (FatturaPA, Facturae usw.)
Das ist die belastbarste Option, erfordert aber Investitionen in die Entwicklung.
3. Den Tech-Stack neu bewerten
Übersteigt Ihre steuerliche Komplexität die Möglichkeiten von Shopify, kommt Folgendes in Betracht:
- Eine flexiblere Plattform
- Oder Shopify mit spezialisierten Steuer-Engines wie Avalara, Vertex oder TaxJar zu verbinden
Fazit
Shopify ist eine ausgezeichnete Ecommerce-Plattform, doch die Steuer-Engine wurde in erster Linie für den nordamerikanischen Markt entworfen.
Europäische Steuersysteme — Bruttopreise, verpflichtende E-Rechnung, Sonderregelungen wie der spanische Recargo de Equivalencia und strenge rechnerische Prüfungen — bringen eine Komplexität mit sich, für die Shopify Tax nativ nicht gebaut ist.
Diese Grenzen früh zu kennen, ist bei der Planung von ERP-Integrationen entscheidend. Sie wirken sich unmittelbar auf die Architektur des Connectors und den Umfang der nötigen Sonderlogik aus.
Je früher diese Reibungspunkte erkannt werden, desto besser lässt sich eine skalierbare und rechtskonforme Lösung entwerfen.
Planen Sie eine Shopify-ERP- oder CRM-Integration?
Planen Sie, Ihren Shopify-Shop mit einem CRM oder ERP zu verbinden?
Wir entwickeln Shopify-Connectors für zahlreiche Unternehmenssysteme und kennen diese Herausforderungen aus erster Hand.
Kontaktieren Sie uns für ein unverbindliches Gespräch und erfahren Sie, wie sich diese Einschränkungen in Ihrem konkreten Fall auswirken können.