Stripe mit DATEV verbinden: Zahlungen, Gebühren und Rückerstattungen automatisch verbuchen
- Josef Schindler
- 1. Aug.
- 11 Min. Lesezeit
Aktualisiert: 16. Aug.
Fachlich geprüft von Dr. Josef Schindler · Co-Founder & CEO · Frienton · LinkedIn
Geprüft auf finanzielle Genauigkeit, Praxisrelevanz und E-Commerce-Buchhaltung.
Das Wichtigste vorab
Eine Stripe-Auszahlung entspricht weder einer einzelnen Rechnung noch automatisch dem Umsatz einer bestimmten Periode.
Stripe bündelt Kundenzahlungen, Gebühren, Rückerstattungen, Zahlungsstreitfälle (“Disputes”) und weitere Korrekturen in Sammelauszahlungen.
Für eine korrekte Buchhaltung müssen die einzelnen Stripe-Bewegungen sauber voneinander getrennt und anschließend einzeln mit Rechnungen und Bankeingängen verbunden werden.
Ein Stripe-Verrechnungskonto bildet das Guthaben beim Zahlungsanbieter separat vom Geschäftskonto ab und ermöglicht einen nachvollziehbaren Auszahlungsabgleich.
Bei Abonnements und Vorauszahlungen müssen Zahlungseingang, Liquidität und periodengerechter Umsatz getrennt betrachtet werden.
Frienton verbindet Stripe mit Buchhaltung, Multibanking, Live-BWA und dem Steuerexport für DATEV oder ADDISON.
Stripe lässt sich mit DATEV verbinden. Entscheidend ist jedoch nicht nur die technische Schnittstelle zwischen beiden Systemen. Damit die Buchhaltung stimmt, müssen Kundenzahlungen, Gebühren, Rückerstattungen, Zahlungsstreitfälle und Sammelauszahlungen separat erkannt und korrekt ausgewiesen werden.
Denn der Betrag, den Stripe auf dein Geschäftskonto überweist, entspricht in der Regel nicht dem Umsatz. Es handelt sich um einen Saldo, in dem zahlreiche Einzelbewegungen bereits miteinander verrechnet wurden.
Wer nur diesen Bankeingang verbucht, verliert die Verbindung zu den ursprünglichen Rechnungen, den einbehaltenen Gebühren und möglichen späteren Korrekturen.
Eine saubere Stripe-DATEV-Integration muss deshalb den gesamten Geldfluss abbilden: von der Rechnung über die Kundenzahlung und das Stripe-Guthaben bis zur Auszahlung auf das Geschäftskonto.
In diesem Artikel erfährst du, warum Stripe-Auszahlungen von deinen Rechnungsbeträgen abweichen, welche Rolle ein Stripe-Verrechnungskonto spielt und wie dieselben Daten sowohl für eine aktuelle Live-BWA als auch für die Erstellung eines strukturierten Buchungsstapels für DATEV oder ADDISON genutzt werden können.
Stripe-Auszahlungen sind keine Umsätze
Eine Stripe-Auszahlung ist der Saldo, der nach der Verrechnung mehrerer Einzelbewegungen auf deinem Geschäftskonto ankommt. Sie entspricht deshalb in aller Regel nicht dem Umsatz einer bestimmten Periode.
Angenommen, ein Unternehmen verarbeitet über Stripe:
25.000 € erfolgreiche Kundenzahlungen
750 € Stripe-Gebühren
1.200 € Rückerstattungen
150 € aus einem Zahlungsstreitfall
40 € sonstige Anpassungen
Dann kommen auf dem Geschäftskonto in diesem vereinfachten Beispiel 22.860 € an.
Dieser Betrag entspricht nicht dem Umsatz des Unternehmens. Er ist lediglich das Ergebnis der Vorgänge, die Stripe vor der Auszahlung miteinander verrechnet hat. Auch Stripe beschreibt die Abstimmung von Stripe-Auszahlungen als Produkt der zugrundeliegenden Zahlungen und weiterer Bewegungen.
Eine Stripe-Auszahlung kann unter anderem enthalten:
mehrere Kundenzahlungen
Gebühren für die Zahlungsabwicklung
zusätzliche Produkt- oder Plattformgebühren
vollständige Rückerstattungen
Teil-Rückerstattungen
Rückbelastungen
Gebühren für Zahlungsstreitfälle
Währungsumrechnungen
Reserven
Korrekturen aus früheren Perioden
Der Bankeingang allein zeigt deshalb nicht, wie hoch die ursprünglichen Kundenzahlungen waren, welche Kosten Stripe einbehalten hat und ob Korrekturen aus anderen Monaten enthalten sind. Zusätzlich können auch offene Forderungen oder gewährte Rabatte zu einer Differenz zwischen buchhalterischem Bruttoumsatz und Stripe-Auszahlungen beitragen.
Entscheidend ist deshalb die Trennung zwischen Kundenzahlung, Stripe-Auszahlung und Umsatz.
Die Kundenzahlung zeigt, was ein Kunde über Stripe bezahlt hat. Die Stripe-Auszahlung zeigt, welcher Nettobetrag nach Gebühren, Rückerstattungen und weiteren Korrekturen auf dem Geschäftskonto ankommt. Der buchhalterische Umsatz wiederum richtet sich nach der zugrunde liegenden Rechnung beziehungsweise dem Leistungszeitraum.
Diese drei Beträge können identisch sein, müssen es aber nicht.
Der manuelle Stripe-Auszahlungsabgleich
Der manuelle Stripe-Auszahlungsabgleich ist aufwendig, weil die relevanten Informationen häufig über mehrere Stripe-Berichte, Rechnungsdaten und Bankbewegungen verteilt sind. Zusammengehörende Vorgänge können außerdem in unterschiedlichen Zeiträumen erscheinen.
Ein typischer manueller Ablauf sieht so aus:
Stripe-Auszahlungen exportieren
einzelne Stripe-Bewegungen herunterladen
Auszahlungs-IDs und weitere Referenzen verbinden
Kundenzahlungen den passenden Rechnungen zuordnen
Gebühren separat ermitteln
Rückerstattungen und Teil-Rückerstattungen prüfen
Zahlungsstreitfälle und Rückbelastungen identifizieren
die Nettoauszahlung mit dem Geschäftskonto abgleichen
Buchungen für DATEV aufbereiten
verbleibende Differenzen manuell untersuchen
Hinter einem einzigen Bankeingang können Hunderte oder gar Tausende einzelne Vorgänge liegen. Eine Stripe-Auszahlung lässt sich deshalb nicht wie die Überweisung eines einzelnen Kunden behandeln.
Besonders schwierig wird der Abgleich rund um einen Monatswechsel.
Eine Kundenzahlung kann beispielsweise am 30. April erfolgen. Stripe stellt den Betrag am 2. Mai zur Verfügung, nimmt ihn am 3. Mai in eine Sammelauszahlung auf und überweist ihn am 5. Mai auf das Geschäftskonto. Eine Teil-Rückerstattung erfolgt im Juni.
Damit existieren mehrere relevante Zeitpunkte:
Rechnungsdatum
Zahlungsdatum
Verfügbarkeitsdatum bei Stripe
Auszahlungsdatum
Buchungsdatum auf dem Geschäftskonto
Datum einer späteren Korrektur
Die Vorgänge gehören wirtschaftlich zusammen, erscheinen aber nicht zwingend im selben Bericht oder Monat.
Der vollständige Zusammenhang sieht vereinfacht so aus:
Bestellung → Rechnung → Kundenzahlung → Stripe-Bewegung → Stripe-Auszahlung → Bankeingang → Buchung → DATEV
Wie dieser Prozess über verschiedene Shops, Zahlungsanbieter und Geschäftskonten hinweg funktioniert, zeigt unser ausführlicher Beitrag zum Zahlungsabgleich im E-Commerce.
Fehlt eine Verbindung in dieser Kette, entstehen Differenzen. Das Finance-Team oder die Steuerkanzlei muss dann nachträglich rekonstruieren, welche Rechnung zu welcher Zahlung und welche Zahlung zu welcher Auszahlung gehört.
Frienton bindet Stripe deshalb nicht einfach nur an ein Exportformat an. Stattdessen werden die Stripe-Daten in einen durchgängigen Finanzprozess aus Buchhaltung, Multibanking, Live-BWA und Steuerexport eingebunden.
Warum stimmt meine Stripe-Auszahlung nicht mit meinen Rechnungen überein?
Weil Stripe mehrere Kundenzahlungen zusammenfasst und Gebühren, Rückerstattungen, Zahlungsstreitfälle oder weitere Korrekturen bereits vor der Auszahlung verrechnet. Rechnungsbetrag, Stripe-Guthaben und Bankeingang bilden deshalb unterschiedliche Ebenen desselben Finanzprozesses ab.
Zu den häufigsten Ursachen gehören:
Mehrere Rechnungen werden in einer Auszahlung zusammengefasst.
Stripe zieht Gebühren vor der Auszahlung ab.
Eine Rückerstattung aus einem früheren Monat reduziert eine aktuelle Auszahlung.
Eine Teil-Rückerstattung verändert nur einen Teil der ursprünglichen Zahlung.
Ein Zahlungsstreitfall belastet das Stripe-Guthaben.
Zahlung und Auszahlung liegen in unterschiedlichen Monaten.
Fremdwährungen führen zu Umrechnungsdifferenzen.
Einzelne Rechnungen sind noch offen oder Zahlungen fehlgeschlagen.
Reserven oder negative Stripe-Salden beeinflussen spätere Auszahlungen.
Die folgende Tabelle zeigt, welche Ebene welche Information liefert:
Ebene | Was der Betrag abbildet | Warum er abweichen kann |
Rechnung | Forderung gegenüber dem Kunden | Kann noch offen, teilweise bezahlt oder später korrigiert worden sein |
Stripe-Zahlung | Über Stripe verarbeiteter Kundenbetrag | Kann vollständig oder teilweise zurückerstattet werden |
Stripe-Guthaben | Betrag, der sich bei Stripe befindet | Wird durch Gebühren, Rückerstattungen und Korrekturen verändert |
Stripe-Auszahlung | Nettoüberweisung von Stripe | Fasst idR viele einzelne Bewegungen zusammen |
Bankeingang | Auf dem Geschäftskonto gebuchter Betrag | Das Buchungsdatum kann vom Stripe-Auszahlungsdatum abweichen |
Umsatz der Periode | Wirtschaftlich zugeordneter Umsatz | Bei Abonnements nicht zwingend identisch mit Rechnung oder Zahlung |
Die Differenz zwischen den Beträgen ist somit kein Fehler. Jede Zahl beantwortet eine andere Frage:
Was wurde dem Kunden berechnet?
Was hat der Kunde tatsächlich gezahlt?
Welcher Betrag befindet sich aktuell bei Stripe?
Welcher Nettobetrag wurde ausgezahlt?
Welcher Umsatz ist wirtschaftlich der aktuellen Periode zuzuordnen?
Eine funktionierende Integration muss diese Ebenen getrennt erfassen und für eine saubere Buchhaltung anschließend wieder korrekt miteinander verbinden.
Zahlungen, Gebühren, Rückerstattungen und Zahlungsstreitfälle korrekt verbuchen
Eine korrekte Stripe-Buchhaltung erfasst Kundenzahlungen, Gebühren, Rückerstattungen und Zahlungsstreitfälle als getrennte Buchungsvorgänge. Erst danach wird die Nettoauszahlung mit den Einzelbewegungen und dem tatsächlichen Bankeingang abgestimmt.
Kundenzahlungen
Eine erfolgreiche Kundenzahlung gleicht in der Regel eine offene Forderung aus.
Wurde der Umsatz bereits über die Rechnung erfasst, darf die spätere Zahlung nicht erneut als Umsatz gebucht werden. Andernfalls würde derselbe wirtschaftliche Vorgang doppelt erscheinen.
Die Zahlung verändert zunächst den Status der Forderung und erhöht das Stripe-Guthaben.
Stripe-Gebühren
Stripe-Gebühren sind ein eigener Kostenblock. Sie sollten nicht einfach vom Umsatz abgezogen werden.
Würde ein Unternehmen nur die Nettoauszahlung als Umsatz erfassen, entstünden drei Verzerrungen:
Der Umsatz wäre zu niedrig.
Die angefallenen Payment-Kosten wären nicht sichtbar.
Auch die Umsatzsteuer könnte dadurch falsch ausgewiesen werden, weil sie auf einem zu niedrigen Umsatz basiert.
Gerade bei wachsenden E-Commerce- oder SaaS-Unternehmen ist diese Trennung wichtig. Nur wenn Umsatz und Stripe-Gebühren getrennt erfasst werden, bleiben Umsatz, Umsatzsteuer und Payment-Kosten korrekt nachvollziehbar. Gleichzeitig lässt sich besser erkennen, ob eine sinkende Marge durch Produkte, Marketing, Rückerstattungen oder steigende Payment-Kosten verursacht wird.
Rückerstattungen
Eine Rückerstattung muss mit dem ursprünglichen Vorgang verbunden werden.
Zu unterscheiden sind insbesondere:
vollständige Rückerstattung
Teil-Rückerstattung
Rückerstattung in derselben Periode
Rückerstattung in einer späteren Periode
Rückerstattung auf eine periodenübergreifende Leistung
Rückerstattung in einer anderen Währung
Die Rückerstattung reduziert nicht nur eine aktuelle oder spätere Stripe-Auszahlung. Sie muss auch dem ursprünglichen Umsatz oder der ursprünglichen Forderung zugeordnet werden.
Zahlungsstreitfälle und Rückbelastungen
Ein Zahlungsstreitfall kann mehrere Buchungen auslösen:
Belastung des strittigen Betrags
separate Gebühr
spätere Gutschrift bei gewonnenem Fall
endgültige Umsatzkorrektur bei verlorenem Fall
Welche Konten und Steuerschlüssel für Zahlungsstreitfälle verwendet werden, hängt vom jeweiligen Setup des Unternehmens ab:
SKR03 oder SKR04
Vorgaben der Steuerkanzlei
Stripe-Vertragsgesellschaft
Art der Gebühr
umsatzsteuerliche Behandlung
verwendete Währung
Entscheidend ist nicht, dass jedes Unternehmen dieselben Konten verwendet. Entscheidend ist, dass die Vorgänge getrennt erkannt, nachvollziehbar dokumentiert und konsistent gebucht werden.
Wie werden wiederkehrende Stripe-Zahlungen und Jahresabonnements verbucht?
Wiederkehrende Stripe-Zahlungen werden nicht zwangsläufig vollständig in dem Monat als Umsatz erfasst, in dem das Geld eingeht. Bei Jahresabonnements und anderen periodenübergreifenden Leistungen ist eine periodengerechte Abgrenzung erforderlich: Der Umsatz wird dem Zeitraum zugeordnet, in dem die Leistung tatsächlich erbracht wird.
Ein einfaches Beispiel:
Ein Kunde zahlt am 1. Juli 1.200 € für ein Jahresabonnement mit einer Laufzeit von zwölf Monaten.
Die Liquidität steigt sofort um 1.200 €. Wirtschaftlich betreffen bei einem Geschäftsjahr, das dem Kalenderjahr entspricht, jedoch nur sechs Monate das laufende Jahr. Entsprechend werden 600 € dem laufenden Geschäftsjahr und 600 € dem folgenden Geschäftsjahr zugeordnet.
Der Teil, der auf das nächste Geschäftsjahr entfällt, muss zum Jahresabschluss entsprechend abgegrenzt werden.
1.200 € Zahlung im Juli sind nicht automatisch 1.200 € Umsatz des laufenden Geschäftsjahres.
Deshalb müssen drei Größen getrennt betrachtet werden:
Cash: tatsächlich zu- oder abgeflossene Zahlungsmittel
Umsatz: erbrachte wirtschaftliche Leistung einer Periode
MRR: normalisierte Kennzahl für monatlich wiederkehrende Umsätze
MRR ist eine operative SaaS-Kennzahl. Sie entspricht nicht automatisch dem buchhalterischen Umsatz eines Monats. Auch die Stripe-Methodik zur Umsatzrealisierung bei Abonnements unterscheidet zwischen bereits realisiertem und noch abzugrenzendem Umsatz und berücksichtigt dabei unter anderem Rechnungen, Abonnements, Rückerstattungen und Zahlungsstreitfälle.
Bei Abonnements entstehen zudem Sonderfälle:
Jahresabonnements mit Vorauszahlung
Beginn oder Ende während eines Monats
Upgrades und Downgrades
Rabatte und Gutschriften
Kündigungen und Rückerstattungen
fehlgeschlagene Zahlungen
Fremdwährungen
Für die Buchhaltung ist deshalb nicht nur relevant, dass eine Zahlung stattgefunden hat. Wichtig sind auch Rechnung, Leistungszeitraum und mögliche spätere Veränderungen.
Eine Stripe-Integration sollte die relevanten Zahlungs- und Rechnungsinformationen strukturiert bereitstellen. Die konkrete buchhalterische Behandlung folgt anschließend den eingerichteten Regeln und Vorgaben der betreuenden Steuerkanzlei.
So bleiben Zahlungseingang, wiederkehrende Umsätze und periodengerechter Umsatz klar und sachgerecht voneinander getrennt.
Das Stripe-Verrechnungskonto als Bindeglied zur Bank
Ein Stripe-Verrechnungskonto bildet die Geldbewegungen bei Stripe getrennt vom normalen Geschäftskonto ab. Dadurch lassen sich Kundenzahlungen, Gebühren, Rückerstattungen und Nettoauszahlungen vollständig miteinander abstimmen.
Buchhalterisch kann Stripe ähnlich wie ein zusätzliches Zahlungs- oder Guthabenkonto betrachtet werden.
Eine Kundenzahlung geht zunächst bei Stripe ein. Bevor Stripe den Betrag auf das Geschäftskonto überweist, können Gebühren, Rückerstattungen oder weitere Korrekturen entstehen.
Das Verrechnungskonto bildet diese Zwischenebene ab.
Vorgang | Stripe-Verrechnungskonto | Geschäftskonto | Weitere Wirkung |
Kundenzahlung | +1.000 € | 0 € | Forderung wird ausgeglichen |
Stripe-Gebühr | −30 € | 0 € | Kosten werden erfasst |
Teil-Rückerstattung | −100 € | 0 € | Ursprünglicher Vorgang wird korrigiert |
Stripe-Auszahlung | −870 € | +870 € | Umbuchung auf das Geschäftskonto |
Verbleibender Saldo | 0 € | +870 € | Beispiel ist vollständig abgestimmt |
In der Praxis muss das Verrechnungskonto nach einer Auszahlung nicht zwingend einen Saldo von null aufweisen.
Ein Restbestand kann entstehen durch:
noch nicht ausgezahlte Kundenzahlungen
verzögerte Verfügbarkeit
Stripe-Reserven
laufende Rückerstattungen
negative Stripe-Salden
offene Zahlungsstreitfälle
Monatswechsel
Fremdwährungen
Ein Saldo auf dem Stripe-Verrechnungskonto ist grundsätzlich normal, solange noch Zahlungen bei Stripe liegen, Auszahlungen ausstehen oder andere noch nicht abgeschlossene Bewegungen bestehen.
Entscheidend ist deshalb nicht, dass das Verrechnungskonto nach jeder Auszahlung auf null steht. Entscheidend ist, dass sich der verbleibende Saldo vollständig durch die noch offenen Stripe-Bewegungen erklären lässt.
Die relevante Kontrollfrage lautet deshalb: Lässt sich der Saldo des Stripe-Verrechnungskontos vollständig durch noch offene Stripe-Bewegungen erklären?
Wie funktioniert eine automatische Stripe-DATEV-Integration?
Eine automatische Stripe-DATEV-Integration übernimmt die relevanten Stripe-Daten, ordnet sie den passenden Geschäftsvorgängen zu, wendet definierte Buchungsregeln an und erstellt daraus DATEV-kompatible Buchungsdaten.
Der Ablauf lässt sich in acht Schritte gliedern.
1. Stripe verbinden
Das Stripe-Konto wird mit dem Finanzsystem verbunden. Dadurch können die für die Buchhaltung relevanten Daten regelmäßig übertragen werden.
2. Bewegungen übernehmen
Dazu können gehören:
Kundenzahlungen
Gebühren
Rückerstattungen
Teil-Rückerstattungen
Zahlungsstreitfälle
Auszahlungen
Rechnungsreferenzen
Kundenreferenzen
Währungsumrechnungen
sonstige Anpassungen
Entscheidend ist, dass nicht nur die Nettoauszahlung betrachtet wird.
3. Daten vereinheitlichen
Stripe verwendet verschiedene Objekte und Referenzen. Für die Buchhaltung müssen diese Informationen in ein einheitliches Modell übertragen werden.
Eine Rechnung, eine Zahlung, eine Rückerstattung und eine Auszahlung dürfen nicht als voneinander unabhängige Vorgänge behandelt werden, wenn sie wirtschaftlich zusammengehören.
4. Vorgänge klassifizieren
Anschließend wird bestimmt, um welche Art von Buchung es sich handelt, beispielsweise:
Kundenzahlung
Zahlungsgebühr
Rückerstattung
Zahlungsstreitfall
Auszahlung
Kursdifferenz
sonstige Korrektur
5. Rechnungen zuordnen
Je nach Datenlage kann die Verbindung über unterschiedliche Referenzen erfolgen:
Rechnungsnummer
Stripe Invoice ID
Payment Intent
Charge ID
Customer ID
Order ID
Metadata
externe Rechnungsreferenz
Je eindeutiger diese Referenzen gepflegt werden, desto zuverlässiger lässt sich der Zusammenhang zwischen Rechnung, Zahlung und Auszahlung herstellen.
6. Buchungsregeln anwenden
Auf Grundlage der eingerichteten Buchungslogik werden beispielsweise ergänzt:
Konto und Gegenkonto
Buchungstext
Steuerinformationen
Belegfelder
Rechnungsreferenzen
Kostenstellen oder weitere Merkmale
Die konkrete Ausgestaltung richtet sich nach dem Kontenrahmen und den Anforderungen der Kanzlei.
7. Auszahlung abstimmen
Die zu einer Auszahlung gehörenden Einzelbewegungen werden zusammengeführt. Der daraus resultierende Nettobetrag wird mit dem tatsächlichen Eingang auf dem Geschäftskonto abgeglichen.
Damit bleibt nachvollziehbar, welche Zahlungen, Gebühren und Korrekturen in einer Auszahlung enthalten waren.
8. DATEV-Daten bereitstellen
Die aufbereiteten Buchungen werden im standardisierten DATEV-Format oder über den vorgesehenen Übergabeweg für die Kanzlei bereitgestellt.
Statt pauschal von einer „DATEV API“ zu sprechen, sind je nach Kontext präzisere Begriffe sinnvoll:
DATEV-kompatible Buchungsdaten
DATEV-Format
vollständiger Buchungsstapel
DATEV-Schnittstelle
Steuerexport
Übergabe an die Kanzleisoftware
Frienton unterstützt Stripe als Integration und stellt vollständige Buchungsstapel für DATEV und ADDISON bereit. Bestehende Kanzleisysteme bleiben dadurch Bestandteil des Prozesses.
Von der Stripe-Buchung zur Live-BWA und zum Buchungsstapel
Wenn Stripe-Zahlungen, Gebühren, Rückerstattungen und Auszahlungen laufend verarbeitet werden, können dieselben Daten sowohl für die aktuelle Unternehmenssteuerung als auch für den Buchungsstapel der Kanzlei genutzt werden.
Darin liegt der Unterschied zwischen einem reinen Export und einem durchgängigen Finanzprozess.
Ein Export beantwortet vor allem die Frage:
Wie gelangen die Buchungsdaten am Monatsende zur Kanzlei?
Ein Financial Operating System verbindet diese Buchungsdaten zusätzlich mit der laufenden Unternehmenssteuerung und beantwortet damit die Frage:
Wie kann das Unternehmen dieselben Daten bereits während des laufenden Monats für Entscheidungen nutzen?
Für das Unternehmen entstehen unter anderem:
aktuelle Umsatzwerte
separat ausgewiesene Stripe-Gebühren
nachvollziehbare Rückerstattungen
aktuelle Liquiditätsinformationen
Cashflow-Entwicklung
Live-BWA
Soll-Ist-Vergleich
frühere Erkennung von Abweichungen
Für die Kanzlei können abhängig vom eingerichteten Prozess bereitgestellt werden:
strukturierte Buchungssätze
Konten und Gegenkonten
Steuerinformationen
Buchungstexte
Rechnungsreferenzen
Beleginformationen
Stripe-Auszahlungsbezug
Gebühren und Korrekturen
vollständige Buchungsstapel
Der Datenfluss sieht vereinfacht so aus:
Stripe → Buchungslogik → Live-BWA → Monatsabschluss → DATEV oder ADDISON → Steuerkanzlei
Der Buchungsstapel ist damit nicht das Ergebnis eines isolierten Monatsprozesses. Er entsteht aus einer laufenden Finanzstruktur, in der Zahlungsanbieter, Geschäftskonten, Buchhaltung und Unternehmenssteuerung miteinander verbunden sind.
Das Unternehmen muss nicht bis zur nächsten BWA aus der Kanzlei warten, um Veränderungen bei Umsätzen, Gebühren oder Rückerstattungen zu erkennen. Gleichzeitig können Steuerberater mit strukturierten Daten aus demselben Finanzprozess weiterarbeiten, ohne ihre bestehende Kanzleisoftware zu wechseln.
Frienton verbindet Stripe, weitere Zahlungsanbieter, Geschäftskonten, Buchhaltung, Live-BWA und Steuerexport in einer gemeinsamen “Money Chain”. Verbindung statt Insellösungen. Automatisierung statt Nacharbeit. Echtzeit statt Rückblick.
Welche Stripe-DATEV-Lösung passt zu meinem Unternehmen?
Für wenige Stripe-Zahlungen kann ein manueller Export oder ein einfacher DATEV-Konverter ausreichen. Bei hohem Volumen, mehreren Zahlungsanbietern, Abonnements oder dem Bedarf an aktuellen Finanzzahlen ist eine durchgängige Integration meist sinnvoller.
Grundsätzlich lassen sich drei Lösungstypen unterscheiden.
Manueller CSV-Export
Ein manueller Export kann funktionieren, wenn das Unternehmen nur wenige Zahlungen verarbeitet und kaum Sonderfälle auftreten.
Geeignet ist dieser Ansatz bei:
wenigen Stripe-Zahlungen
kaum Rückerstattungen
nur einer Währung
einfachen Rechnungsstrukturen
geringem Abstimmungsbedarf
Mit zunehmendem Volumen steigen jedoch die Nachteile:
wiederkehrende Exporte
manuelle Zuordnung
fehleranfällige Tabellen
Probleme rund um Monatswechsel
zusätzlicher Prüfaufwand
keine aktuelle Live-BWA
Stripe-DATEV-Konverter
Ein spezialisierter Konverter konzentriert sich auf die Aufbereitung von Stripe-Daten für die Buchhaltung.
Typische Funktionen sind:
Stripe-Bewegungen einlesen
Gebühren separat ausweisen
Rückerstattungen berücksichtigen
Buchungsstapel erzeugen
Daten für DATEV exportieren
Dieser Ansatz kann sinnvoll sein, wenn der Schwerpunkt vor allem auf dem monatlichen Buchhaltungsexport der Umsätze liegt und die übrige Finanzstruktur bereits gut funktioniert.
Financial Operating System
Ein Financial Operating System verbindet Stripe nicht nur mit DATEV. Es bindet den Zahlungsanbieter in die gesamte Finanzstruktur ein.
Dieser Ansatz eignet sich besonders bei:
wachsendem Zahlungsvolumen
mehreren Zahlungsanbietern
mehreren Geschäftskonten
E-Commerce- oder SaaS-Geschäftsmodellen
wiederkehrenden Zahlungen
Bedarf an einer Live-BWA
Liquiditätssteuerung
Plan-Ist-Vergleichen
Einbeziehung der Kostenseite für Margen-Berechnung
integrierter Zusammenarbeit mit der Kanzlei
Bei der Auswahl einer Lösung solltest du prüfen:
Werden Bruttozahlungen und Nettoauszahlungen getrennt?
Werden Stripe-Gebühren separat erfasst?
Lassen sich vollständige und teilweise Rückerstattungen nachvollziehen?
Werden Zahlungsstreitfälle und Korrekturen berücksichtigt?
Können Rechnungen eindeutig zugeordnet werden?
Werden Stripe-Auszahlungen mit dem Geschäftskonto abgestimmt?
Gibt es eine Live-BWA oder nur einen monatlichen Export?
Können weitere Zahlungsanbieter und Geschäftskonten eingebunden werden?
Arbeitet die Kanzlei mit derselben strukturierten Datenbasis?
Bleibt die bestehende Kanzleisoftware erhalten?
Eine saubere Stripe-DATEV-Integration überträgt nicht nur den Nettobetrag einer Auszahlung. Sie verbindet Kundenzahlungen, Rechnungen, Gebühren, Rückerstattungen und Bankeingänge zu einem nachvollziehbaren Finanzprozess.
Dadurch entstehen aktuelle Zahlen für das Unternehmen und strukturierte Buchungsdaten für die Kanzlei.
Frienton verbindet Stripe mit dem gesamten Finanzprozess: von Multibanking und Buchhaltung über die Live-BWA bis zum Steuerexport für DATEV oder ADDISON.
Häufig gestellte Fragen zur Stripe-DATEV-Integration
Kann ich eine Stripe-Auszahlung direkt als Umsatz buchen?
Nein. Eine Stripe-Auszahlung enthält häufig mehrere Kundenzahlungen, Gebühren, Rückerstattungen und weitere Korrekturen. Für eine korrekte Buchhaltung muss sie deshalb in ihre Einzelbestandteile zerlegt und mit den jeweiligen Rechnungen verbunden werden.
Warum stimmt mein Stripe-Saldo nicht mit meinem Verrechnungskonto überein?
Weil sich ein Teil des Geldes möglicherweise noch bei Stripe befindet oder erst später ausgezahlt wird. Auch Gebühren, Rückerstattungen, Reserven und unterschiedliche Buchungszeitpunkte können zu Abweichungen führen.
Was passiert, wenn eine Rückerstattung erst im nächsten Monat erfolgt?
Die Rückerstattung reduziert das Stripe-Guthaben oder eine spätere Auszahlung. Buchhalterisch muss sie trotzdem mit dem ursprünglichen Vorgang verbunden werden. Bei periodenübergreifenden Leistungen kann zusätzlich die Umsatzabgrenzung betroffen sein.
Wie werden mehrere Rechnungen einer Stripe-Auszahlung zugeordnet?
Die Sammelauszahlung wird zunächst in ihre einzelnen Stripe-Bewegungen zerlegt. Anschließend können Zahlungen über Rechnungsnummern, Stripe-IDs, Kundenreferenzen oder andere Metadaten den jeweiligen Rechnungen zugeordnet werden.
Brauche ich für Stripe ein eigenes Verrechnungskonto?
Ein separates Stripe-Verrechnungskonto ist nicht zwingend erforderlich, aber in vielen Fällen sinnvoll. Es bildet Zahlungen, Gebühren, Rückerstattungen und noch nicht ausgezahltes Guthaben getrennt vom normalen Geschäftskonto ab und erleichtert dadurch den vollständigen Abgleich.
ÜBER DEN AUTOR
Dr. Josef Schindler
Co-Founder & CEO · Frienton
Dr. Josef Schindler ist Co-Founder & CEO von Frienton, dem Financial Operating System für wachsende Unternehmen. Er hat in den letzten 15 Jahren drei Unternehmen mitgegründet und weitere SaaS- und Tech-Unternehmen als Interim-CEO oder COO durch Wachstumsphasen begleitet. Er schreibt praxisnah über Finance Operations, Reporting und den finanziellen Backbone wachsender Unternehmen.
