# Shopware DATEV Schnittstelle

*Shopware → DATEV*

**Kurz gesagt:** Eine Shopware-DATEV-Anbindung macht aus jeder Bestellung, erzeugten Rechnung, Gutschrift und jedem Zahlungsvorgang korrekt kontierte Buchungssätze, die Ihr Steuerberater als Buchungsstapel importieren kann - mit den richtigen Erlöskonten aus SKR03 oder SKR04, den passenden Steuerschlüsseln für Inland, EU-OSS und Drittland über alle Verkaufskanäle hinweg, und Zahlungsdienstleister-Auszahlungen, die über ein Geldtransitkonto sauber abgestimmt werden. Richtig gemacht ist das kein CSV-Export aus der Administration, sondern eine tägliche, idempotente Pipeline, die DATEV und Shopware synchron hält - ohne dass zum Monatsabschluss jemand Zahlen abtippt.

## Was eine Shopware-DATEV-Anbindung wirklich leistet

Shopware weiß alles über einen Verkauf - die Positionen, die Steuer je Position, den Rabatt, die Versandkosten, den erzeugten Rechnungsbeleg, die Gutschrift zwei Tage später, die Stripe-Auszahlung, die kommende Woche netto nach Gebühren eingeht. DATEV und der Steuerberater, der darin arbeitet, brauchen all das als Buchungssätze: richtiges Erlöskonto, richtiger Steuerschlüssel, richtiges Buchungsdatum, sauber getrennt zwischen Umsatz und dem Geld, das tatsächlich auf dem Bankkonto landet.

In dieser Lücke steckt die Arbeit. Eine Shopware-DATEV-Anbindung schließt sie automatisch: Sie liest jeden relevanten Vorgang über die Admin-API aus Shopware, wendet Ihre Buchhaltungslogik an und übergibt DATEV einen sauberen Buchungsstapel, den Ihre Kanzlei ohne Tabellenkalkulation importieren kann.

## Welche Daten fließen

| Objekt / Vorgang in Shopware | Wird in DATEV zu | Hinweis |
| --- | --- | --- |
| Bezahlte Bestellung (`order`) | Umsatzbuchung, je Steuersatz getrennt | Auf das passende Erlöskonto in SKR03 / SKR04 je Steuerbehandlung und Verkaufskanal kontiert |
| Rechnungsbeleg (`document`, Typ Rechnung) | Buchung mit Bezug zur Belegnummer | Die fortlaufende Rechnungsnummer landet im DATEV-Belegfeld für die Nachvollziehbarkeit |
| Steuer je Position (`calculatedTaxes`) | Korrekter Steuerschlüssel (BU-Schlüssel) | Inland 19 % / 7 %, EU-OSS, Reverse-Charge, Drittland-Export |
| Versand & Rabatte | Eigene Buchungszeilen | Versand ist selbst steuerbar und braucht ein eigenes Konto |
| Gutschrift / Stornierung (`document`, Typ Gutschrift / Storno) | Stornobuchung | Gleiche Konten und Steuerschlüssel wie die Ursprungsrechnung, mit Datum der Gutschrift |
| Zahlungsvorgang (`order_transaction`) | Ausgleich über Geldtransitkonto | PayPal / Stripe / Klarna / Mollie jeweils je Zahlart getrennt abgestimmt |
| Gebühren des Dienstleisters | Aufwandsbuchung | Nettoauszahlung mit Bruttoumsatz plus Gebühren abgeglichen |
| Kunde (`customer`, optional) | Debitorenstammsatz | Nur wo Sie Einzeldebitoren statt eines Sammelkontos führen |

Die konkreten Kontonummern, Steuerschlüssel, Verrechnungskonten und die Zuordnung je Kanal stimmen wir einmalig mit Ihrem Steuerberater ab und hinterlegen sie in der Pipeline. Danach ordnet sie niemand mehr von Hand zu.

## Die Details, an denen einfache Exporte scheitern

Ein CSV-Export oder ein generisches Connector-Plugin bringt Sie zu 80 % ans Ziel und lässt die teuren 20 % auf Ihrem Schreibtisch liegen:

- **Kontenrahmen.** SKR03 und SKR04 nummerieren denselben Sachverhalt unterschiedlich. Erlöse, Versand und jede Steuerbehandlung brauchen das richtige Konto für *Ihren* Kontenrahmen - nicht die Voreinstellung eines Plugins, das SKR03 unterstellt.
- **Steuerschlüssel, nicht Steuersatz.** Ein Inlandsverkauf mit 19 %, ein Artikel mit 7 %, ein EU-Fernverkauf im OSS und ein Export in die Schweiz sind vier verschiedene Steuerschlüssel - auch dort, wo zwei denselben Prozentsatz teilen. Shopware speichert die berechnete Steuer und das Kundenland; der richtige BU-Schlüssel muss aus beidem abgeleitet werden, nicht aus dem Prozentsatz kopiert.
- **Bestellung gegen Rechnungsbeleg.** Eine Shopware-Bestellung lässt sich nachträglich bearbeiten, aber der erzeugte Rechnungsbeleg ist der prüfungsrelevante Datensatz mit der fortlaufenden Belegnummer. Bucht man den falschen, entstehen Lücken im Nummernkreis, die Ihr Steuerberater bemängelt.
- **Die Auszahlung ist nicht der Umsatz.** Stripe oder PayPal zahlt Tage später netto nach Gebühren in einem Sammelbetrag über viele Bestellungen hinweg aus. Bucht man die Auszahlung als Umsatz, stimmt am Ende gar nichts. Verkauf und Zahlungseingang müssen getrennte Buchungen sein, verbunden über ein Geldtransitkonto je Zahlart.
- **Gutschriften und Stornierungen.** Eine Teilgutschrift muss genau die Konten und Steuerschlüssel der ursprünglichen Rechnung stornieren - mit dem Datum der Gutschrift, nicht des Verkaufs. Shopware behandelt Storno und Gutschrift als getrennte Belegtypen, jeder braucht seine eigene Buchungslogik.
- **Mehrere Kanäle und Währungen.** Shopware betreibt mehrere Verkaufskanäle und Währungen aus einer Instanz. Jeder Kanal kann auf ein eigenes Erlöskonto oder eine eigene Kostenstelle buchen, und Fremdwährungsbestellungen brauchen eine definierte Umrechnungs- und Rundungsregel, damit der Stapel aufgeht.
- **Idempotenz.** Wird ein naiver Export erneut ausgeführt, ist der Zeitraum doppelt gebucht. Eine Pipeline muss wissen, dass sie einen Beleg bereits übertragen hat, und ihn nie ein zweites Mal buchen.

## Wie wir sie bauen und betreiben

Wir behandeln das als Pipeline, nicht als Stapelverarbeitung von Hand. Bestell-, Beleg- und Zahlungsvorgänge werden über die Shopware Admin-API zeitgesteuert (oder per Webhook) abgeholt, validiert, in Ihre abgestimmte DATEV-Kontierung überführt und als Buchungsstapel im DATEV-Format ausgegeben - oder über den DATEV Rechnungsdatenservice in DATEV Unternehmen online geliefert, wo das zum Ablauf Ihrer Kanzlei passt.

Die Pipeline ist idempotent: Jeder Shopware-Beleg trägt eine stabile Kennung und Nummer, sodass ein erneuter Lauf nie eine doppelte Buchung erzeugt. Sie läuft auf cloud-nativer, vollständig EU-gehosteter AWS-Infrastruktur - Bestell- und Kundendaten verlassen die EU nicht, was AVV und DSGVO gegenüber Ihrem Steuerberater sauber hält.

Und dann halten wir sie am Laufen. Monitoring, Alerting, Incident Response und - entscheidend - das Beobachten von Änderungen an der Shopware Admin-API und am DATEV-Format liegen vertraglich bei uns. Der Monatsabschluss hängt nicht mehr daran, dass jemand an einen Export denkt oder dass ein Plugin das nächste Shopware-Update übersteht.

## Wann sich diese Anbindung lohnt

Wenn Sie eine Handvoll Bestellungen im Monat mit einem einzigen Steuersatz über einen Verkaufskanal abwickeln, ist ein manueller Export oder ein Standard-Plugin völlig in Ordnung - und wir sagen Ihnen das auch. Die Anbindung lohnt sich, wenn das Volumen steigt, wenn Sie grenzüberschreitend im OSS verkaufen, wenn Gutschriften und mehrere Zahlungsdienstleister die Abstimmung zur monatlichen Pflichtübung machen, wenn Sie mehrere Verkaufskanäle oder Währungen aus einer Shopware-Instanz betreiben, oder wenn Ihr Steuerberater Ihnen berechnet, Exporte zu bereinigen, die eine Pipeline von vornherein korrekt hätte liefern sollen.

## Häufig gestellte Fragen

### Kann ich nicht einfach Bestellungen aus der Shopware-Administration exportieren und in DATEV importieren?

Können Sie - bei einer Handvoll Bestellungen im Monat reicht das. Sobald Volumen, Gutschriften und gemischte Steuersätze über mehrere Verkaufskanäle dazukommen, fällt es auseinander. Ein roher Bestellexport kennt keinen Kontenrahmen, keine Steuerschlüssel, keine Trennung zwischen Umsatz und der Auszahlung des Zahlungsdienstleisters und keinen Schutz davor, denselben Zeitraum zweimal zu importieren. Aus jedem Export wird Handarbeit in Excel, bevor der Steuerberater ihn anfasst. Die Anbindung verlagert genau diese Logik in eine Pipeline, die sich selbst betreibt.

### Buchen Sie aus der Shopware-Bestellung oder aus dem erzeugten Rechnungsbeleg?

Aus dem, der bei Ihnen das führende Dokument ist - das legen wir vorab fest. Die meisten B2B- und Mischhändler buchen aus dem Shopware-Rechnungsbeleg, weil dessen fortlaufende Rechnungsnummer die prüfungsrelevante Belegnummer ist, die Ihr Steuerberater erwartet, und Gutschriften dagegen stornieren. Reine B2C-Shops mit sofortiger Auslieferung buchen oft aus der bezahlten Bestellung. Die Belegnummer schreiben wir ins DATEV-Belegfeld, sodass jede Buchung auf ein echtes Shopware-Dokument zurückführt.

### Wie behandeln Sie Auszahlungen von PayPal, Stripe, Klarna und Mollie?

Der Verkauf und der Geldeingang sind zwei verschiedene Vorgänge. Wir buchen den Umsatz zum Zeitpunkt der Bestellung bzw. Rechnung und führen jede Auszahlung je Zahlart über ein Geldtransit- bzw. Verrechnungskonto, gleichen dann Gebühren und den ausgezahlten Nettobetrag ab, sodass die spätere Bankbuchung auf den Cent stimmt. Shopware hält den Zahlungsvorgang und dessen Status fest; der Dienstleister zahlt Tage später in einem Sammelbetrag über viele Bestellungen hinweg aus. Diese Trennung bekommen manuelle Exporte fast nie richtig hin.

### Deckt das OSS, den grenzüberschreitenden EU-Umsatz und mehrere Verkaufskanäle ab?

Ja. Inlandsverkäufe, EU-B2C-Fernverkäufe im One-Stop-Shop-Verfahren, EU-B2B mit Reverse-Charge und Drittland-Exporte erhalten jeweils den richtigen Steuerschlüssel und das richtige Konto. Bestimmungsland und Steuerstatus des Kunden steuern die Kontierung. Shopware-Verkaufskanäle (und separate Storefronts oder B2B-Konten) können auf unterschiedliche Erlöskonten oder Kostenstellen buchen, sodass ein Mehrkanal-Setup in DATEV sauber getrennt bleibt statt in einem Topf zu landen.

### Wer betreibt die Schnittstelle nach dem Go-live?

Wir. Die Pipeline läuft auf cloud-nativer, vollständig EU-gehosteter Infrastruktur, die wir überwachen. Ändert Shopware die Admin-API oder passt DATEV sein Importformat an, ist das unser Problem - keine böse Überraschung, die Ihr Finanzteam zum Monatsabschluss entdeckt. Sie bekommen einen festen Ansprechpartner, Alerting und ein SLA statt eines Plugins, das jemand durch jedes Shopware-Update begleiten muss.

## Häufige Fehler

- [DATEV: Ungültiger BU-Schlüssel](https://seamless.engineering/de/fehler/datev-ungueltiger-bu-schluessel/)

## Verwandte Integrationen

- [Amazon ↔ DATEV](https://seamless.engineering/de/integrations/amazon-datev/): Amazon DATEV Schnittstelle
- [eBay ↔ DATEV](https://seamless.engineering/de/integrations/ebay-datev/): eBay DATEV Schnittstelle
- [JTL ↔ DATEV](https://seamless.engineering/de/integrations/jtl-datev/): JTL DATEV Schnittstelle
- [Shopify ↔ DATEV](https://seamless.engineering/de/integrations/shopify-datev/): Shopify DATEV Schnittstelle
- [Shopware ↔ sevDesk](https://seamless.engineering/de/integrations/shopware-sevdesk/): Shopware sevDesk Schnittstelle
- [WooCommerce ↔ DATEV](https://seamless.engineering/de/integrations/woocommerce-datev/): WooCommerce DATEV Schnittstelle

## Nach System

- [Alle Schnittstellen für Shopware](https://seamless.engineering/de/integrations/shopware/)
- [Alle Schnittstellen für DATEV](https://seamless.engineering/de/integrations/datev/)
- [DATEV API-Changelog](https://seamless.engineering/de/api-changelog/datev/): Keine Breaking Changes oder Deprecations in den letzten 90 Tagen

## Scoping-Gespräch anfragen

Sie möchten diese Integration umsetzen und dauerhaft betreiben lassen? Sagen Sie uns, welche Systeme verbunden werden sollen und welche Daten fließen müssen. Festpreis-Angebot zur Aufwandsabschätzung innerhalb von 48 Stunden.

- E-Mail: hello@seamless.engineering
- Kontaktformular: https://seamless.engineering/de/#contact