Wie kann ich Zahlungsdaten aus einem Online-Zahlungssystem in ein deutsches Buchhaltungssystem übertragen?

Zahlungsdaten aus Stripe, PayPal, Mollie oder anderen Online-Zahlungssystemen lassen sich nicht eins zu eins in die Buchhaltung kopieren. Ein Zahlungsanbieter denkt in Transaktionen und Auszahlungen, ein Buchhaltungssystem in Buchungssätzen mit Soll, Haben, Steuerschlüssel und Beleg. Die Übertragung ist deshalb immer eine Übersetzung. Wie das Gesamtbild aussieht, erklärt der Leitfaden Online-Zahlungen in der Buchhaltung. Diese Seite konzentriert sich auf die Frage: Welche Daten müssen in welcher Form vom Zahlungssystem in DATEV, BMD, bexio oder Abacus wandern?

Was bei der Übertragung genau passiert

Die Übertragung von Zahlungsdaten besteht aus drei Stufen: Daten abrufen, Daten in Buchungssätze übersetzen, Buchungssätze importieren.

Stufe 1: Rohdaten abrufen

Jedes Zahlungssystem liefert seine Daten auf zwei Wegen: als Bericht zum Herunterladen (meist CSV) oder über eine Programmierschnittstelle (API). Die Rohdaten enthalten Transaktions-IDs, Beträge, Gebühren, Währungen und Zeitstempel. Was fehlt: Kontonummern, Steuerschlüssel und ein Format, das dein Buchhaltungssystem versteht.

Stufe 2: In Buchungssätze übersetzen

Aus jeder Bewegung wird ein Buchungssatz. Dabei zählen fünf Datenarten, die du getrennt behandeln musst:

Dazu kommen Sonderfälle wie Wechselkursdifferenzen, Abo-Abgrenzungen und bei Plattformen Transfers an Dritte. Der wichtigste Grundsatz: Gebühren werden nicht mit dem Umsatz verrechnet, sondern separat gebucht. Dieses Gebührensplitting ist die Voraussetzung dafür, dass Erlöse und Umsatzsteuer stimmen.

Stufe 3: Importieren

Die fertigen Buchungssätze werden in das Zielsystem eingelesen. Für DATEV ist das ein Buchungsstapel im EXTF-Format, für BMD NTCS eine Importdatei mit den BMD-Standardfeldern, für bexio ein Buchungsjournal und für Abacus eine AbaConnect-XML-Datei. Zu den Buchungen gehören die Belege, also Rechnungen und Gutschriften als PDF.

Das Geldtransitkonto als Drehscheibe

Online-Zahlungen werden am saubersten über ein Zwischenkonto gebucht, auf dem sich Zahlungen, Gebühren und Auszahlungen gegenseitig ausgleichen. Typisch ist das Geldtransitkonto, in SKR03 das Konto 1361, in SKR04 das Konto 1461 (hier für Stripe; finHero legt je Zahlungsanbieter ein eigenes Transitkonto an). Alles, was beim Zahlungsanbieter passiert, läuft über dieses Konto. Wenn die Auszahlung auf dem Bankkonto eingeht, steht es wieder auf null.

Der Vorteil: Du siehst sofort, ob etwas fehlt. Bleibt nach der Auszahlung ein Saldo stehen, ist eine Transaktion nicht übertragen oder doppelt gebucht. Wie du solche Abweichungen findest, beschreibt der Artikel Online-Zahlungen abstimmen.

Beispiel: ein Monat mit Stripe und PayPal

Ein Online-Shop verkauft im Oktober digitale Produkte an Privatkunden in Deutschland. Über Stripe gehen zwei Zahlungen à 119,00 € ein, über PayPal eine Zahlung über 59,50 €. Eine Stripe-Zahlung wird teilweise erstattet. Die Gebühren in diesem Beispiel sind angenommene Werte.

Rechenweg: 238,00 € Umsatz − 4,42 € Gebühren − 23,80 € Erstattung = 209,78 € Auszahlung. Das Geldtransitkonto steht danach für Stripe auf null. Die Umsatzsteuer wird über den Steuerschlüssel des Erlöskontos herausgerechnet.

Für PayPal gilt dasselbe Prinzip, aber mit eigenem Geld- oder Transitkonto. PayPal liefert keine Umsatzsteuerdaten mit. Erlöse landen deshalb auf einem frei wählbaren Standard-Erlöskonto, unklare Fälle auf einem Klärungskonto. Die Einzelheiten zur Kombination zeigt die Seite PayPal zu DATEV.

Die eigentliche Arbeit steckt nicht in den fünf Zeilen, sondern im Weg dorthin: Erstattung der richtigen Zahlung zuordnen, Gebühren pro Auszahlung summieren, Belegnummern übernehmen, Rechnungs-PDFs beilegen. Bei zehn Transaktionen ist das in einer Stunde erledigt. Bei 800 nicht mehr.

Welche Informationen bei der Übertragung oft verloren gehen

Bei der Übertragung gehen vor allem die Informationen verloren, die zwei Datensätze miteinander verbinden. Drei Verknüpfungen solltest du deshalb bewusst erhalten:

• Zahlung und Rechnung: Die Rechnungsnummer gehört in die Belegnummer der Buchung. Nur so findet die Kanzlei den Beleg und kann offene Posten ausgleichen.
• Zahlung und Erstattung: Eine Erstattung sollte auf die ursprüngliche Zahlung verweisen, sonst ist später unklar, welcher Umsatz gemindert wurde.
• Transaktion und Auszahlung: Jede Zahlung gehört zu genau einer Auszahlung. Ohne diese Zuordnung lässt sich ein Restsaldo auf dem Geldtransitkonto kaum erklären.

Rohexporte enthalten diese Verknüpfungen oft nur als IDs in getrennten Berichten.

Welche Lösungen gibt es?

Für die Übertragung gibt es vier Wege, die sich vor allem im Aufwand pro Monat und in der Fehleranfälligkeit unterscheiden.

Manueller CSV-Export

Du lädst den Bericht des Anbieters herunter, bereitest ihn in einer Tabelle auf und erfasst die Buchungen oder baust eine Importdatei. Das kostet nichts außer Zeit und funktioniert bei wenigen Transaktionen gut. Schwachstellen sind Gebühren, Erstattungen, Fremdwährungen und Belege, die einzeln heruntergeladen werden müssen. Jeder Monat ist wieder Handarbeit.

Bankbuchung nur der Auszahlungen

Manche buchen nur den Zahlungseingang auf dem Bankkonto als Sammelerlös. Das ist schnell, aber buchhalterisch falsch: Gebühren fehlen als Aufwand, Erlöse sind zu niedrig, und Erstattungen sind unsichtbar. Für einen ordentlichen Monatsabschluss taugt dieser Weg nicht.

Eigenentwicklung

Ein Skript liest die API des Anbieters aus und schreibt Buchungssätze im Zielformat. Das lohnt sich, wenn du Entwickler im Team hast und nur einen Anbieter mit einfachen Fällen nutzt. Laufende Kosten entstehen durch API-Änderungen, neue Sonderfälle und die Pflege der Steuerlogik.

Spezialisierte Export-Tools

Spezialisierte Export-Tools verbinden sich mit dem Zahlungsanbieter und liefern fertige Buchungsdateien für das Zielsystem. Sie unterscheiden sich darin, welche Anbieter, welche Zielsysteme und welche Sonderfälle sie abdecken.

finHero

finHero ist ein solches Tool. Es verbindet sich read-only mit Stripe, PayPal, Mollie, Adyen, Paddle, Lemon Squeezy und GoCardless und erstellt Exporte für DATEV, BMD NTCS, bexio, Abacus und Excel. Übertragen werden Zahlungen, separat gebuchte Gebühren, Erstattungen, Chargebacks, Auszahlungen über das Geldtransitkonto und Wechselkursdifferenzen. Jeder Export enthält die Belege als PDF; mehr dazu im Glossar unter Belegexport. Mehrere Anbieter lassen sich in einem Monatsabschluss zusammenführen, siehe Multi-Provider-Buchungsstapel. Die Konten sind pro Kunde frei konfigurierbar. Die Daten liegen verschlüsselt auf Servern in Deutschland.

Entscheidungshilfe: welcher Weg passt zu dir?

Der richtige Weg hängt von deinem Transaktionsvolumen, der Zahl der Anbieter und den Sonderfällen ab.

• Unter etwa 30 Transaktionen im Monat, ein Anbieter, keine Abos: Der manuelle Weg ist vertretbar, wenn du Gebühren und Erstattungen konsequent getrennt buchst.
• Ein Anbieter, Entwickler im Team, einfache Fälle: Eine Eigenentwicklung kann passen. Plane die laufende Pflege ein.
• Mehrere Anbieter, Fremdwährungen, Abos oder Chargebacks: Ein spezialisiertes Tool spart den größten Aufwand, weil die Sonderfälle sonst jeden Monat Handarbeit erzeugen.
• Deine Kanzlei bucht für dich: Kläre zuerst, welches Format sie braucht. Ein fertiger Buchungsstapel mit Belegen erspart ihr die Aufbereitung.

Unabhängig vom Weg gilt: Stimme Kontenrahmen, Erlöskonten und Geldtransitkonto einmal mit deiner Steuerkanzlei ab. Danach läuft jede Übertragung nach demselben Muster.

Hinweis: Die Kontierungen sind typische Beispiele. Kontenzuordnung und steuerliche Behandlung stimmst du mit deiner Steuerkanzlei ab. finHero lässt dich alle Konten frei konfigurieren.