Gibt es Tools, die Transaktionsdaten automatisch in das DATEV-Format konvertieren?
Zuletzt aktualisiert am 21. Oktober 2026von Daniel Vöckler
Kurz beantwortet
Ja. Es gibt einfache CSV-Konverter, die Spalten in das DATEV-Format umsortieren, und spezialisierte Export-Tools, die Transaktionen direkt beim Zahlungsanbieter abrufen und als kontierten DATEV-Buchungsstapel im EXTF-Format mit Belegen ausgeben. Nur Letztere lösen auch Gebühren, Erstattungen, Auszahlungen und Steuerschlüssel automatisch. finHero ist ein solches Tool für Stripe, PayPal und weitere Anbieter.
„Ins DATEV-Format konvertieren“ klingt nach einer Formatfrage: Spalten umsortieren, Datum umformatieren, fertig. In der Praxis ist das Format der kleinere Teil der Arbeit. Der größere Teil ist die Entscheidung, welche Transaktion auf welches Konto mit welchem Steuerschlüssel gehört. Diese Seite zeigt, welche Tools welche Teile davon übernehmen. Den gesamten Weg von Stripe in die DATEV-Buchhaltung beschreibt der Leitfaden Stripe DATEV Schnittstelle.
Was das DATEV-Format verlangt
Das DATEV-Format für Buchungsstapel besteht aus einem Kopfsatz und einer Zeile je Buchung. Die Kennung „EXTF“ in der ersten Zeile weist die Datei als Import im DATEV-Format (EXTF) aus.
Der Kopfsatz enthält unter anderem Beraternummer, Mandantennummer, Beginn des Wirtschaftsjahres, Sachkontenlänge und den Datumsbereich des Stapels. Passen diese Angaben nicht zum Mandanten in DATEV, wird der Import abgelehnt.
Jede Buchungszeile enthält mindestens:
| Feld | Bedeutung | Beispiel |
|---|---|---|
| Umsatz | Betrag ohne Vorzeichen | 119,00 |
| Soll/Haben-Kennzeichen | Richtung der Buchung | S |
| Konto | gebuchtes Konto | 1361 |
| Gegenkonto | Gegenkonto | 8400 |
| BU-Schlüssel | Steuerschlüssel, falls nötig | (leer bei Automatikkonto) |
| Belegdatum | Datum der Transaktion | 1510 |
| Belegfeld 1 | Rechnungs- oder Belegnummer | RE-2026-0417 |
| Buchungstext | Beschreibung | Zahlung pi_3Nq…kL2 |
Das Belegdatum steht im Format TTMM, Beträge haben ein Komma als Dezimaltrennzeichen. Die Rechnungsnummer in Belegfeld 1 ermöglicht es DATEV, eine Zahlung dem offenen Posten zuzuordnen.
Wo reine Konvertierung scheitert
Ein Konverter, der nur Spalten umsortiert, scheitert an allem, was nicht als Spalte in den Rohdaten steht. Fünf Punkte tauchen bei Zahlungsanbieter-Daten immer wieder auf:
- Gebühren: Viele Rohexporte führen die Gebühr als Spalte neben dem Bruttobetrag. Für DATEV braucht es daraus zwei Buchungen: Erlös brutto und Gebühr als Aufwand.
- Erstattungen und Chargebacks: Sie müssen als Erlösminderung mit dem richtigen Steuerschlüssel gebucht und der ursprünglichen Zahlung zugeordnet werden.
- Auszahlungen: Die Auszahlung an die Bank ist eine eigene Buchung über das Geldtransitkonto, nicht eine weitere Zahlung.
- Steuerfälle: Inland, EU, OSS und Reverse Charge brauchen unterschiedliche Erlöskonten oder BU-Schlüssel. Diese Information steckt nicht immer in einer einzelnen Spalte.
- Fremdwährungen: USD-Zahlungen müssen mit einem dokumentierten Kurs in Euro umgerechnet werden.
Ein Konverter ohne Buchungslogik schiebt diese Arbeit also nur in die Tabelle davor.
Beispiel: eine Stripe-Zeile wird zu drei Buchungen
Eine Kundin zahlt am 15. Oktober 119,00 € per Karte über Stripe. Stripe behält eine Gebühr ein, in diesem Beispiel angenommen 2,04 €. Am 18. Oktober zahlt Stripe den Saldo aus. Im Stripe-Rohexport sind Zahlung und Gebühr eine Zeile. Im DATEV-Format werden daraus drei Buchungen:
| Umsatz | S/H | Konto SKR03 | Gegenkonto SKR03 | Konto SKR04 | Gegenkonto SKR04 | Belegdatum | Buchungstext |
|---|---|---|---|---|---|---|---|
| 119,00 | S | 1361 | 8400 | 1461 | 4400 | 1510 | Zahlung RE-2026-0417 |
| 2,04 | S | 4970 | 1361 | 6855 | 1461 | 1510 | Stripe-Gebühr |
| 116,96 | S | 1200 | 1361 | 1800 | 1461 | 1810 | Auszahlung an Bank |
Nach der Auszahlung steht das Geldtransitkonto auf null. Die Umsatzsteuer rechnet DATEV über das Erlöskonto heraus. Bei 500 Zahlungen im Monat wiederholt sich das Muster 500-mal, ergänzt um Erstattungen, Streitfälle und Abos. Den Unterschied zwischen dieser Logik und dem Rohexport von Stripe beleuchtet finHero vs. Stripe-CSV-Export.
Typische Importfehler nach einer Konvertierung
Die häufigsten Importfehler nach einer Konvertierung liegen im Kopfsatz und in fehlenden Konten, nicht in den Buchungszeilen selbst. Diese Übersicht hilft bei der Fehlersuche:
| Symptom beim Import | Wahrscheinliche Ursache | Lösung |
|---|---|---|
| Datei wird gar nicht erkannt | erste Zeile ohne gültige EXTF-Kennung oder falsche Zeichenkodierung | Kopfsatz und Kodierung prüfen |
| Import wird für den Mandanten abgelehnt | Berater- oder Mandantennummer passt nicht | Nummern mit der Kanzlei abgleichen |
| Fehlermeldung zu Konten | Sachkontenlänge im Kopf weicht vom Mandanten ab | Sachkontenlänge anpassen |
| Buchungen außerhalb des Zeitraums | Datumsbereich im Kopf passt nicht zu den Belegdaten | Datumsbereich auf den Exportmonat setzen |
| Konto nicht vorhanden | Geldtransit-, Gebühren- oder Erlöskonto fehlt im Mandanten | Konto in DATEV anlegen oder Zuordnung ändern |
| Beträge falsch | Punkt statt Komma als Dezimaltrennzeichen | Zahlenformat korrigieren |
Wurde ein Stapel doppelt importiert, löschst du den doppelten Stapel vor der Festschreibung. Benenne Exporte eindeutig nach Zeitraum, damit das nicht passiert. Ein Tool, das den Kopfsatz aus gespeicherten Einstellungen erzeugt, schließt die ersten vier Ursachen weitgehend aus.
Welche Lösungen gibt es?
Für die Konvertierung von Transaktionsdaten ins DATEV-Format gibt es vier Kategorien, die sich in der mitgelieferten Buchungslogik unterscheiden.
Manuell mit Tabelle und Vorlage
Du baust eine DATEV-Vorlage in einer Tabellenkalkulation, kopierst die Rohdaten hinein und ergänzt Konten und Kopfsatz. Das kostet nichts, erfordert aber jeden Monat Handarbeit und Sorgfalt beim Kopfsatz. Für wenige Transaktionen ohne Sonderfälle praktikabel.
Allgemeine CSV-Konverter
Allgemeine Konverter mappen Spalten einer beliebigen CSV-Datei auf DATEV-Felder. Sie lösen das Formatproblem, nicht das Buchungsproblem. Gebühren, Auszahlungen und Steuerfälle musst du vorher selbst aufbereiten.
Eigenentwicklung
Ein eigenes Skript liest die Daten per API und schreibt den Buchungsstapel. Das ist die flexibelste Lösung. Du trägst die Verantwortung für die Buchungslogik, das Kopfformat und Änderungen an der API des Anbieters.
Spezialisierte Export-Tools
Spezialisierte Export-Tools holen die Transaktionen direkt beim Zahlungsanbieter ab und liefern einen kontierten Buchungsstapel. Sie unterscheiden sich darin, welche Anbieter, Sonderfälle und Belege sie abdecken.
finHero
finHero ist ein spezialisiertes Export-Tool. Es liest die Daten read-only bei Stripe (Payments, Billing, Connect), PayPal, Mollie, Adyen, Paddle, Lemon Squeezy und GoCardless und erstellt einen DATEV-Buchungsstapel im EXTF-Format für SKR03 oder SKR04. Gebühren werden separat gebucht, Auszahlungen laufen über das Geldtransitkonto, Erstattungen, Chargebacks und Wechselkursdifferenzen werden eigens gebucht. Kopfdaten wie Berater- und Mandantennummer trägst du einmal ein. Belege kommen als PDF mit. Alle Konten und Buchungsschlüssel sind frei konfigurierbar, inklusive Erlöskonten je Steuerfall. Für Stripe dauert die Verbindung typischerweise unter 5 Minuten, der erste Buchungsstapel steht in unter 15 Minuten. Neben DATEV exportiert finHero auch für BMD NTCS, bexio, Abacus und Excel, etwa als PayPal zu DATEV oder Stripe zu BMD.
Entscheidungshilfe: Konverter oder Export-Tool?
Ob ein einfacher Konverter reicht, hängt davon ab, wie viel Buchungslogik deine Daten brauchen.
- Deine Daten sind schon kontiert (zum Beispiel aus einem Warenwirtschaftssystem mit Konten und Steuerschlüsseln): Ein Formatkonverter reicht.
- Rohdaten eines Zahlungsanbieters, wenige Transaktionen, nur Inland: Eine gut gebaute Tabellenvorlage kann reichen.
- Rohdaten mit Gebühren, Erstattungen und Auszahlungen in nennenswerter Menge: Ein spezialisiertes Export-Tool spart die meiste Zeit, weil es die Buchungslogik mitbringt.
- Mehrere Anbieter, Fremdwährungen oder Abos: Nur Tools mit Buchungslogik für diese Fälle liefern einen Stapel, den die Kanzlei ohne Nacharbeit importiert.
Prüfe vor dem ersten Import gemeinsam mit deiner Kanzlei, ob alle Konten im Mandanten existieren und der Kopfsatz passt. Wie der Import in DATEV selbst abläuft, zeigt Stripe in DATEV importieren.
Hinweis: Die Kontierungen sind typische Beispiele. Kontenzuordnung und steuerliche Behandlung stimmst du mit deiner Steuerkanzlei ab. finHero lässt dich alle Konten frei konfigurieren.
Preis
Der Preis richtet sich nur nach der Zahl der Transaktionen pro Monat, nicht nach Zahlungsanbieter oder Buchhaltungssystem. Alle Preise netto zzgl. USt.
| Transaktionen pro Monat | Preis pro Monat |
|---|---|
| 1–100 | 29 € |
| 101–500 | 49 € |
| 501–1.000 | 79 € |
| 1.001–2.500 | 129 € |
| 2.501–5.000 | 229 € |
| 5.001–7.500 | 359 € |
| ab 7.501 | 499 € |
7 Tage oder erster Export gratis, je nachdem, was zuerst eintritt · keine Kreditkarte nötig · monatlich kündbar
Ersten Export kostenlos erstellenFAQ
Häufige Fragen
Was ist das DATEV-Format genau?
Gemeint ist meist das DATEV-Format für Buchungsstapel, erkennbar an der Kennung EXTF in der ersten Zeile. Es besteht aus einem Kopfsatz mit Berater- und Mandantennummer, Wirtschaftsjahr, Sachkontenlänge und Zeitraum sowie einer Zeile je Buchung mit Umsatz, Soll/Haben, Konto, Gegenkonto, Steuerschlüssel, Belegdatum und Belegfeld.
Kann Excel Transaktionsdaten ins DATEV-Format umwandeln?
Mit Formeln und einer Vorlage ja, aber nur für den Aufbau der Datei. Die fachliche Arbeit, also welche Transaktion auf welches Konto mit welchem Steuerschlüssel gehört, musst du trotzdem selbst entscheiden. Fehler im Kopfsatz führen zu abgelehnten Importen.
Warum lehnt DATEV meine konvertierte Datei ab?
Häufigste Ursache sind Kopfdaten, die nicht zum Mandanten passen: Berater- oder Mandantennummer, Beginn des Wirtschaftsjahres, Sachkontenlänge oder ein Datumsbereich, der nicht zu den Buchungen passt. Auch Konten, die im Mandanten nicht existieren, oder falsche Dezimaltrennzeichen führen zu Fehlern.
Konvertiert finHero auch Belege?
Ja. Jeder DATEV-Export von finHero ist ein ZIP mit dem Buchungsstapel und den Rechnungs- und Gutschrift-PDFs samt Belegverzeichnis (document.xml). Jede Buchung trägt die Original-Transaktions-ID des Zahlungsanbieters.
Autor
Daniel Vöckler
Gründer der d-automation GmbH
Daniel Vöckler hat finHero aus dem eigenen Buchhaltungsproblem mit Stripe heraus entwickelt: Beim Aufbau von SepaHeld wurden Stripe-Zahlungen jeden Monat von Hand für DATEV aufbereitet. Heute exportiert finHero Zahlungsdaten für mehr als 200 Unternehmen.
Mehr über finHero und das Team · Zuletzt aktualisiert am 21. Oktober 2026
Verwandte Artikel
Bereit für deinen ersten Export?
Verbinde deinen Zahlungsanbieter mit Lesezugriff und erhalte deinen ersten Buchungsstapel – typischerweise in unter 15 Minuten.
Ersten Export kostenlos erstellen7 Tage oder erster Export gratis · keine Kreditkarte nötig · monatlich kündbar




