DATEV-Schnittstellen: Amazon, eBay, Shopify

2,7 Millionen deutsche Unternehmen nutzen DATEV für ihre Finanzbuchhaltung – aber die wenigsten haben ihre E-Commerce-Systeme direkt angebunden. Wer Settlement-Reports von Amazon manuell in DATEV überträgt, verliert pro Monat 10-15 Stunden Arbeitszeit. Mit der E-Rechnungspflicht ab 15.12.2025 wird systemseitige Integration zur Compliance-Anforderung. Diese FAQ beantwortet die wichtigsten Fragen zu DATEV-Schnittstellen für Amazon, eBay und Shopify: welche Formate genutzt werden, welche Tools verfügbar sind, was Implementierung kostet und ab wann sich Automatisierung rechnet. Laut aktuellen Zahlen generierte Amazon 2025 weltweit 716,9 Milliarden USD Umsatz – ein Großteil davon über Drittanbieter-Seller, die ihre Buchhaltung in DATEV führen müssen.

Was ist eine DATEV-Schnittstelle für Amazon und wie funktioniert sie technisch?

Eine DATEV-Schnittstelle überträgt Transaktionsdaten aus Amazon Settlement-Reports automatisch in DATEV Rechnungswesen. Middleware-Tools konvertieren die Reports in buchbare Formate: Buchungssätze mit Steuerschlüsseln, Konten-Zuordnung und Belegbild-Archivierung. Die gängigsten Formate sind CSV, XML und API-Integration.

Datenfluss: Settlement-Report zur Buchung

Amazon liefert typischerweise alle 14 Tage Settlement-Reports mit Transaktionen, Gebühren, MwSt-Sätzen und Auslandsumsätzen. Diese Daten müssen in DATEV-konforme Buchungssätze umgewandelt werden – eine Aufgabe, die ohne technische Unterstützung praktisch nicht zu bewältigen ist. Der Datenfluss verläuft in drei Stufen: (1) Settlement-Report aus Amazon Seller Central abrufen, (2) Middleware konvertiert jede Position in Buchungssätze mit Kontozuordnung und Steuerschlüssel, (3) Belegbilder werden GoBD-konform archiviert und der komplette Datensatz in DATEV importiert. Middleware-Anbieter wie Pathway, Amainvoice oder JERA automatisieren diese Konvertierung vollständig – ohne dass Kanzleien oder Buchhalter zwischen den Systemen manuell abgleichen müssen.

Format-Vergleich: CSV, XML und API

CSV bleibt das verbreitetste Format: Die Datei wird über DATEV Rechnungswesen hochgeladen, das System erkennt die Struktur und importiert die Buchungssätze direkt. Der Vorteil liegt in der Einfachheit – die Einrichtung dauert unter 10 Minuten. XML-Schnittstellen eignen sich für größere Datenmengen und ermöglichen schnellere Übertragungen, erfordern aber intensiveren Setup-Aufwand bei der Feldmappierung und sind damit vor allem für Unternehmen mit über 500 Amazon-Transaktionen monatlich rentabel. API-Integration direkt in DATEV Unternehmen Online bleibt selten, weil DATEV nur eingeschränkte API-Ressourcen freischreibt und interne IT-Kapazität bindet – für Klein- und Mittelunternehmen typischerweise nicht sinnvoll.

E-Commerce-spezifische Komplexität

Amazon-Gebühren für FBA-Lagerung, Werbung und Versandkosten müssen auf separate Sachkonten gebucht werden. Die häufigsten Gebührenarten sind: Verkaufsgebühr, FBA-Lagerhaltung, Werbegebühr, Versandgebühr, Rückerstattungen und Stornogebühren – deren genaue Anzahl und Ausprägung variiert je nach Verkaufsmodell und Region. OSS-Umsätze bei grenzüberschreitenden Verkäufen erfordern Länderzuordnung nach EU-Steuersätzen, die im Settlement-Report nicht explizit ausgewiesen werden. OSS-Umsätze werden nach Lieferland des Käufers besteuert; der Settlement-Report enthält die Länder-Codes jedoch nur in einigen Marktplatz-Varianten. Middleware-Tools müssen Länder manuell oder über Amazon-API nachschlagen und die geltigen Steuersätze (beispielsweise 19 % Deutschland, 23 % Österreich, 21 % Niederlande) automatisch zuordnen – dies ist erforderlich, um bei grenzüberschreitenden Umsätzen die korrekte Einfuhrumsatzsteuer oder Reverse-Charge-Regelung anzuwenden.

Retouren und Teilgutschriften erzeugen Stornobuchungen, die in DATEV als korrigierende Belege mit invertierten Vorzeichen gebilligt werden. Die Verbuchung erfolgt zum Zeitpunkt der Retouren-Gutschrift im Settlement-Report, nicht zum Rückgabedatum – dies ist entscheidend für die MwSt-Abrechnung, da Gutschriften in der Umsatzsteuervoranmeldung in jenem Voranmeldungszeitraum geltend gemacht werden, in dem der Gutschrift-Settlement erfolgt. Middleware-Systeme müssen Stornobuchungen als explizite Sätze mit Negativposten abbilden und die Original-Belegnummer referenzieren, um Betriebsprüfern eine lückenlose Nachverfolgung zu ermöglichen. Wer diese Anforderungen missachtet, riskiert bei Betriebsprüfungen Nachforderungen – die manuelle Nachbearbeitung ist fehleranfällig und zeitintensiv.

Angebot von DATEV selbst versus Drittanbieter-Lösungen

DATEV bietet den Zahlungsdatenservice für Amazon als eigenständiges Produkt an: Dieses System ruft Settlement-Daten automatisch ab und archiviert sie – nach Anwendererfahrungen erfolgt die Gebührenverbuchung jedoch nicht vollautomatisch, sondern erfordert manuelle Nachbearbeitung in DATEV. Das Produkt muss im DATEV-Programm manuell angelegt werden; eine direkte Bestellmöglichkeit im DATEV-Shop existiert nicht. Kosten und genaue Funktionalität variieren je nach Mandantengröße und müssen direkt mit DATEV geklärt werden. Viele Kanzleien greifen deshalb zu spezialisierten Drittanbietern, die den gesamten Prozess von Settlement-Abruf bis zur buchungsreifen Übergabe an DATEV automatisieren – ohne Zwischenarbeit.

Aufwand ohne Schnittstelle

Manuelle Buchung bedeutet einen erheblichen Zeitaufwand: Settlement-CSV herunterladen, Zeile für Zeile in Excel übertragen, Konten manuell zuordnen, Belegbilder aus Seller Central heraussuchen, DATEV-Import vorbereiten. Bei 200 Transaktionen monatlich summiert sich das auf 10–15 Stunden – Zeit, die für strategische Aufgaben entfällt. Zusätzlich entstehen Fehlerrisiken bei der manuellen Kontozuordnung und bei der Abbildung von Steuerschlüsseln, die nachgelagert kostspielige Korrektionen erzwingen.

Welche Tools verbinden Amazon, eBay und Shopify mit DATEV – und was kostet die Implementierung?

Keine der drei Plattformen bietet eine native DATEV-Schnittstelle. Drittanbieter wie Pathway, Amainvoice und JERA automatisieren den Datenfluss für 49–199 EUR pro Monat, je nach Transaktionsvolumen. Implementierung dauert 1–3 Wochen; die Ersteinrichtung durch den Steuerberater kostet zusätzlich 300–800 EUR. Preise schwanken halbjährlich – aktuelle Tarife vor Vertragsabschluss direkt beim Anbieter erfragen.

Amazon: Das breiteste Funktionsspektrum bieten spezialisierte Tools. Pathway (ab 49 EUR/Monat, laut Produktwebseite) arbeitet GoBD-zertifiziert und unterstützt OSS- sowie PAN-EU-Szenarien – erforderlich für Händler mit grenzüberschreitenden Verkäufen. Amainvoice (ab 79 EUR/Monat) automatisiert FBA-Gebührenverbuchung, sodass Lagerung, Werbung und Versand automatisch dem richtigen Sachkonto zugeordnet werden. JERA (ab 99 EUR/Monat) unterstützt mehrere Marktplätze parallel – relevant für Multi-Channel-Händler. HeeroSoft (ab 149 EUR/Monat) richtet sich primär an Steuerberater mit mehreren Mandanten; Einzelunternehmer zahlen oft deutlich mehr durch die Mandantenfähigkeit. Alle Anbieter liefern CSV- oder XML-Export für DATEV Rechnungswesen.

eBay: Multi-Channel-Lösungen wie Xentral oder JTL-Wawi mit eBay-Modul bieten Integration; spezialisierte eBay-DATEV-Einzeltools existieren nicht. Der Grund liegt im geringeren Transaktionsvolumen und weniger komplexen Gebührenstrukturen als bei Amazon. Viele Händler arbeiten daher mit direktem eBay-CSV-Export und buchen Daten manuell in DATEV-Unternehmen-Online oder nutzen den manuellen DATEV-Import. Die fehlende API-Integration ist wirtschaftlich begründet: Das Marktvolumen für spezialisierte eBay-Konnektoren ist zu klein, um ROI zu rechtfertigen. Für eBay-Verkäufer ist daher Absprache mit dem Steuerberater zweckmäßig – dieser empfiehlt entweder die CSV-Route oder zeigt auf, ob die ERP-Lösung kosteneffizient ist.

Shopify: Direkter DATEV-Export ist nicht integriert. Kleine bis mittlere Shops nutzen zwei Wege: (1) ERP-Middleware wie Xentral oder JTL-Wawi (Setup ab 500 EUR, Monatsbasis ab 99 EUR) oder (2) CSV-Export von Shopify + manuelle Aufbereitung für DATEV – zeitintensiv ab 50+ Transaktionen/Monat. Eine dritte Variante besteht darin, über lexoffice zu buchen und Daten an DATEV zu übergeben. Das schafft eine zusätzliche Fehlerquelle: Daten fließen Shopify → lexoffice → DATEV, bei jedem Schritt können Mapping-Fehler auftreten. Für Shops mit unter 100 monatlichen Transaktionen noch akzeptabel; darüber sollte direkte ERP-Middleware genutzt werden, um Dubletten und Buchungsverzögerungen zu vermeiden.

Vergleichskriterien für die Tool-Auswahl:

GoBD-Konformität ist nicht verhandelbar. Folgende Anforderungen müssen erfüllt sein: Unveränderbarkeit der Daten nach Eintritt in DATEV, vollständige Verfahrensdokumentation und 14 Jahre revisionssichere Archivierung ohne Löschaktion während des Aufbewahrungszeitraums. Belege für die Zertifizierung (TÜV, IDW oder Produktwebseite des Anbieters) müssen vor Implementierung geprüft werden – ein fehlendes GoBD-Siegel bedeutet, dass die Buchhaltung in einer Betriebsprüfung vom Finanzamt nicht anerkannt wird und zu Neubewertungen führt. OSS- und PAN-EU-Unterstützung entscheidet, ob Länderzuordnung automatisch oder manuell erfolgt; letzteres ist fehleranfällig und zeitintensiv – relevant nur bei grenzüberschreitenden Verkäufen. Automatische Gebührenverbuchung spart bei Amazon erheblich Zeit, wenn FBA-Lagerung, Werbung und Versandkosten auf separate Konten verteilt werden. Mandantenfähigkeit ist für Steuerberater mit mehreren E-Commerce-Mandanten Grundvoraussetzung, für Einzelunternehmen irrelevant. Support-Qualität bei neuen Gebühren-Kategorien oder DATEV-Updates zeigt sich erst im laufenden Betrieb.

DATEV stellt umfangreiche Dokumentation für Integration-Lösungen zur Verfügung, die Anforderungen an alle Schnittstellen definiert. Wer die verfügbaren Integrationen und Schnittstellen-Plugins vergleichen möchte, findet dort einen strukturierten Überblick über zertifizierte Lösungen für verschiedene E-Commerce-Plattformen. Der DATEV Zahlungsdatenservice für Amazon ruft Settlement-Daten alle 14 Tage ab und bietet 14 Jahre Archivierung. Laut aktuellen Nutzerberichten treten Setup-Probleme auf: Das Produkt muss manuell in DATEV angelegt werden, Gebührenverbuchung ist nicht vollständig automatisiert. Eine DSGVO-konforme Datenverarbeitung ist bei allen Tools Pflicht – Amazon-Daten enthalten personenbezogene Informationen (Kundenadressen, Zahlungsinformationen), die unter Auftragsverarbeitung gemäß Art. 28 DSGVO fallen. Der Dienstleister muss eine schriftliche Auftragsverarbeitungsvereinbarung abschließen und darf Daten nur auf Weisung des Verantwortlichen (Unternehmen oder Steuerberater) verarbeiten.

Implementierung und Kosten:

Realistische Dauer: 1–3 Wochen für Kontenplan-Mapping, Testbuchungen mit echten Settlement-Daten und Abstimmung mit dem Steuerberater zu Steuerschlüsseln, OSS-Konten und ggf. Reverse-Charge-Regelungen. Steuerberater berechnen für die Ersteinrichtung 300–800 EUR einmalig, abhängig von Kontenplan-Komplexität und Marktplatz-Anzahl. Schulung des Buchhaltungspersonals dauert 1–2 Tage. Laufende Anpassungen – etwa bei neuen Amazon-FBA-Gebühren-Kategorien oder DATEV-Schnittstellen-Updates – verursachen zusätzliche Kosten von 50–150 EUR je Änderung. Vor Vertragsabschluss Angebot mit konkretisiertem Scope (welche Marktplätze, welche Gebühren-Kategorien, Archivierungsstrategie) einholen.

Die richtige Wahl hängt stark von Marktplatz-Kombinationen und Skalierung ab. Für spezielle Anforderungen wie grenzüberschreitende Verkäufe bietet eine spezialisierte DATEV-Integration die notwendige Automatisierung für komplexe Gebührenstrukturen und OSS-Szenarien.

Wann lohnt sich eine automatisierte DATEV-Schnittstelle für E-Commerce?

Wirtschaftliche Rentabilität ab spezifischem Transaktionsvolumen

Die Rentabilität einer automatisierten Schnittstelle hängt von drei Faktoren ab: Transaktionsmenge, durchschnittliche Bearbeitungszeit pro Buchung und Lohnkosten. Ein konkretes Beispiel: Bei 50 Transaktionen pro Monat mit durchschnittlich 8 Minuten manueller Buchung pro Transaktion entsteht ein Aufwand von etwa 6,7 Stunden monatlich. Ein Buchhalterlohn von 40 EUR brutto pro Stunde entspricht damit 268 EUR Lohnkosten. Ein Middleware-Tool kostet 49 EUR pro Monat – die Schnittstelle amortisiert sich nach etwa 2,3 Wochen. Ab 100 Transaktionen monatlich (13,4 Stunden, 536 EUR Lohnkosten) sinkt die Amortisationsdauer auf 11 Tage.

Hinzu kommen indirekte Kosten: Fehler bei manueller Konten-Zuordnung, verzögerte Zahlungsabstimmung und übersehene Stornobuchungen bei Retouren. Wer Settlement-Reports von Hand bearbeitet, riskiert Tippfehler bei Steuerschlüsseln, falsche Gebühren-Zuordnung und unvollständige Buchungen. Diese Fehler kosten bei einer Betriebsprüfung ein Vielfaches der Schnittstellen-Kosten.

E-Rechnungspflicht ab 15.12.2025 – Compliance-Anforderung statt Option

Die E-Rechnungspflicht ab 15.12.2025 betrifft B2B-Lieferungen in der EU. Für B2B-Verkäufer auf Amazon bedeutet das konkret: Jeder Verkauf an Einzelhandelsketten, Großhändler oder andere Geschäftskunden muss als X-Rechnung mit strukturiertem XML-Format ausgestellt werden. CSV-Exports oder manuelle Rechnungserstellung genügen nicht. Amazon stellt XRechnungen für B2B-Seller ab 15.12.2025 bereit und bietet XRechnung-Export in Seller Central für B2B-Käufer – wer jetzt automatisiert, vermeidet Last-Minute-Umstellungskosten und Setup-Engpässe Ende 2025, wenn alle Händler gleichzeitig anpassen müssen.

DATEV integriert E-Rechnungs-Funktionen in die Rechnungswesen-Module. Ohne Schnittstelle zu den Marktplätzen bleibt aber manuelle Arbeit bestehen. Wer heute einen strukturierten Prozess aufbaut, erfüllt die Anforderungen später automatisch.

Multi-Channel-Händler: Konsolidierte Buchungslogik spart doppelte Arbeit

Ohne zentrale Middleware müssen Settlement-Reports von Amazon, eBay-Verkaufsberichte und Shopify-Transaktionen einzeln verarbeitet werden – drei separate Prozesse mit jeweils eigener Konten-Zuordnung und Steuerschlüssel-Logik. Eine Integration zur Vermeidung von Datensilos spart nicht nur Zeit, sondern verhindert Inkonsistenzen, wenn identische Gebührentypen auf verschiedenen Plattformen unterschiedlich verbucht werden. Empirisch berichten Steuerberater von 80–95 % weniger manuellen Fehlern beim Einsatz von Middleware, da Konten-Zuordnung konsistent und unveränderbar ist. Die richtige Strategie dabei ist, E-Commerce-Systeme mit ERP und DATEV zu integrieren, um alle Daten zentral zu verarbeiten.

Fehlerrisiko und GoBD-Compliance: Dokumentation ist Nachweis

Unter geltendem Steuerrecht meldet Amazon Verkaufserlöse an die Finanzbehörden. Abweichungen zwischen Settlement-Reports und DATEV-Buchungen fallen auf. Wer manuell bucht, hat keine nachvollziehbare Verfahrensdokumentation, die Korrektheit und Vollständigkeit belegt.

GoBD-Vorschriften (Grundsätze ordnungsgemäßer DV-gestützte Buchführung) verlangen unveränderbare Aufzeichnung aller Geschäftsvorfälle. Ein Standard, den Middleware-Tools automatisch erfüllen – manuelle Excel-Workflows aber nicht garantieren können. Die 14-jährige Aufbewahrungspflicht erfordert strukturierte Archivierung, die bei CSV-basierten Prozessen schnell unübersichtlich wird. Bei DSGVO-konformer Integration von Amazon, eBay und Shopify mit DATEV müssen darüber hinaus alle Datenschutzanforderungen berücksichtigt werden.

Grenzüberschreitende Verkäufe: Keine Alternative zur Automatisierung

Wer nur im Inland verkauft und unter 20 Transaktionen monatlich hat, kann einmal monatlich manuell per CSV-Import arbeiten. Bei grenzüberschreitenden Verkäufen ist diese Variante nicht praktikabel: Länderzuordnung für OSS-Meldungen (One-Stop-Shop bei Umsatzsteuer-Anmeldung) von Hand ist fehleranfällig und kostet mehr Zeit als die eigentliche Buchung. Wer in mehrere EU-Länder verkauft, benötigt systemseitige Automatisierung – OSS-Meldungen ohne strukturierte Datengrundlage führen bei Nachforderungen zu Strafzinsen und Nachzahlungen.

Warnsignale für fehlende Automatisierung

Wenn Zahlungsabstimmung länger dauert als die Buchung selbst, fehlt strukturierte Datenverarbeitung. Wenn der Steuerberater für jede Amazon-Gebühr einen Einzelnachweis verlangt, ist die Konten-Zuordnung nicht transparent dokumentiert. Wenn OSS-Meldungen in Excel erstellt werden, fehlt systemseitige Länderzuordnung. Wenn Retouren-Stornobuchungen in DATEV fehlen, weil sie im Settlement untergehen, ist der Prozess nicht durchgängig. Jedes dieser Signale bedeutet: Automatisierung ist überfällig.

Praktische Schritte zur Implementierung

Beginnen Sie mit einem CSV-Export aus Amazon Settlement-Reports und testen Sie manuell, wie Ihr Steuerberater die Daten verarbeitet. Stimmen Sie Kontenpläne ab und klären Sie, welche Sachkonten für FBA-Gebühren, Werbung und Versandkosten genutzt werden sollen. Legen Sie eine GoBD-Verfahrensdokumentation an, die beschreibt, wie Daten aus Amazon in DATEV gelangen. Bei grenzüberschreitenden Verkäufen ist automatisierte Länderzuordnung keine Option, sondern Pflicht.

Für eine detaillierte Kostenübersicht können Sie die verfügbaren Tarife für DATEV-Connector und E-Commerce-Integrationen konsultieren, um das beste Preis-Leistungs-Verhältnis für Ihr Geschäftsmodell zu ermitteln.

Fazit: Wann Automatisierung wirtschaftlich und erforderlich ist

Automatisierte Schnittstellen lohnen sich ab etwa 50 Transaktionen monatlich wirtschaftlich und werden spätestens durch die E-Rechnungspflicht (15.12.2025) zur Compliance-Anforderung. Für Multi-Channel-Händler senken sie Fehlerquoten erheblich durch konsistente Kontozuordnung und nachvollziehbare Dokumentation. Einmalige Implementierungskosten zwischen 300–800 EUR amortisieren sich in Monat 2–4. Wer grenzüberschreitend verkauft, kommt ohne Automatisierung nicht aus – die systemseitige Länderzuordnung und OSS-Integration sind bei manuellen Prozessen nicht zu gewährleisten. Die Investition zahlt sich nicht nur durch gesparte Arbeitszeit aus, sondern durch reduzierte Fehlerquote, lückenlose Dokumentation und Compliance-Sicherheit bei Prüfungen.