Was ist Zahlungsabgleich? Zuordnung von PSP-Auszahlungen zum Hauptbuch

Der Zahlungsabgleich (Payment Reconciliation) gleicht das, was ein Zahlungsdienstleister (PSP) Ihnen tatsächlich ausgezahlt hat, mit dem ab, was Ihre Kunden Ihnen tatsächlich schuldeten. Dies ist ein anderes Problem als der Bankabgleich und zudem komplexer, da eine PSP-Auszahlung niemals aus einer Zahlung für eine Rechnung besteht.

Das typische Symptom: Sie haben Waren im Wert von 10.000 € verkauft, und 9.712.40 € sind auf dem Bankkonto eingegangen. Beide Zahlen sind korrekt. Alles, was dazwischen liegt, erklärt dieser Abgleich.

Warum die Auszahlung niemals den Umsätzen entspricht

Eine einzelne Auszahlung von Stripe, Adyen oder PayPal ist ein Nettosammelposten (Net Batch). Zwischen der Bezahlung durch den Kunden und dem Geldeingang hat der PSP folgende Schritte vorgenommen:

• viele Transaktionen über einen Abrechnungszeitraum aggregiert,
• seine Gebühren pro Transaktion abgezogen,
• Erstattungen und Rücklastschriften (Chargebacks) abgezogen, die im selben Zeitraum aufgetreten sind,
• möglicherweise einen Sicherheitseinbehalt (Reserve) einbehalten,
• und den Restbetrag Tage später in einer einzigen Überweisung ausgezahlt.

Der Kontoauszug zeigt also eine Zeile mit 9.712.40 € -, während das Hauptbuch Dutzende Rechnungen verzeichnet, von denen keine einzige diesen Betrag aufweist. Eine direkte Zuordnung der Auszahlung zu den Rechnungen ist unmöglich; die Auszahlung muss zunächst aufgeschlüsselt werden.

Die Aufschlüsselung

Ein Abrechnungssatz bricht sich in verschiedene Kategorien herab, und jede Kategorie hat eine andere Bedeutung für das Hauptbuch:

Kategorie	Was sie ist	Wirkung im Hauptbuch
Charges (Entgelte/Zahlungen)	Kundenzahlungen	Gleicht Forderungen aus
Refunds (Erstattungen)	An Kunden zurückgezahltes Geld	Kehrt eine ausgeglichene Forderung um
Fees (Gebühren)	Provision des PSP	Ein Aufwand
Chargebacks (Rücklastschriften)	Rückgeholte, strittige Zahlungen	Öffnet eine Forderung erneut, zzgl. einer Gebühr
Adjustments / reserves (Korrekturen/Reserven)	Zeitliche und risikobedingte Einbehalte	Eine Schuld des PSP gegenüber dem Unternehmen

Die Identität, die aufgehen muss:

Bruttoumsätze − Erstattungen − Gebühren − Rücklastschriften ± Korrekturen = Nettoauszahlung

Wenn dies nicht aufgeht, wurde der Abrechnungssatz unvollständig importiert. Diese Prüfung ist wertvoller als jeder einzelne Abgleich, da sie beweist, dass nichts unbemerkt unter den Tisch gefallen ist.

Die Buchungssätze

Die Verbuchtung eines Abrechnungssatzes von 10.000 € Bruttoumsätzen, 250 € Gebühren und 37.60 € Erstattungen sieht wie folgt aus:

Konto	Soll	Haben
2710 Bank	9.712.40
6800 Finanzaufwand (PSP-Gebühren)	250.00
5000 Umsatzerlöse / Forderungsstornierung (Erstattungen)	37.60
2410 Forderungen aus Lieferungen und Leistungen		10.000.00

Man liest dies so: Die Kundenschulden in Höhe von 10.000 € sind beglichen, der PSP hat 250 € einbehalten, 37.60 € gingen an die Kunden zurück, und 9.712.40 € sind auf der Bank eingegangen. Die Gebühr ist ein echter Aufwand, der auf keiner Kundenrechnung auftaucht. Genau deshalb driften Bruttoumsatz und Bankguthaben auseinander und genau deshalb unterschlägt die ausschließliche Abstimmung über den Bankkontoauszug sowohl Umsätze als auch Kosten.

Für Marktplätze gibt es eine weitere Ebene. Wenn die Auszahlung Gelder enthält, die Verkäufern gehören, besteht der Umsatz der Plattform lediglich aus ihrer Provision; der Rest ist eine Verbindlichkeit. Die Buchungsregeln von Nordlet decken dies mit speziellen Schlüsseln ab – settlements.fees, settlements.commissionRevenue, settlements.sellerPayable und settlements.suspense –, sodass eine aufgeteilte Auszahlung die Provision als Umsatz und den Anteil des Verkäufers als Verbindlichkeit verbucht, anstatt den Plattformumsatz künstlich aufzublähen.

Wie Nordlet das löst

Der Ablauf erfolgt über drei Endpunkte:

1. Importieren. POST /v1/bank/settlements/import liest einen Auszahlungsabgleichsbericht von Stripe ein und erstellt einen Abrechnungssatz – bestehend aus Anbieter, Auszahlungs-ID, Währung, Bruttobetrag, Gebühren und Nettobetrag – mit einer Zeile pro zugrunde liegender Transaktion, die jeweils ihre Kategorie trägt. Sätze sind pro Anbieter und Auszahlungs-ID eindeutig, sodass ein erneuter Import desselben Berichts zu keiner Doppelzählung führen kann.
2. Abgleichen. POST /v1/bank/settlements/match verknüpft Zahlungs- und Erstattungszeilen mit den dazugehörigen Rechnungen. Zeilen tragen einen Abgleichsstatus von unmatched (nicht zugeordnet), matched (automatisch über die Auftrags- oder Rechnungsreferenz im Bericht aufgelöst) oder manual (durch einen Menschen entschieden). Gebühren- und Korrekturzeilen lassen sich systembedingt nicht mit Rechnungen abgleichen; ein entsprechender Versuch wird abgelehnt, anstatt Raten zu erzwingen.
3. Verbuchen. POST /v1/bank/settlements/post schreibt die Buchungssätze für den gesamten Satz über die oben genannten Buchungsregeln und ändert den Status des Satzes von imported zu posted. Nicht zugeordnete Zahlungseingänge landen auf einem Interims- oder Verrechnungskonto (Suspense Account), anstatt gewaltsam einer Rechnung zugeordnet zu werden – sichtbar und bewusst unbequem, bis das Problem gelöst ist.

Eine Auszahlung in einer anderen Währung als der Basiswährung des Unternehmens wird ohne manuelle Bearbeitung verbucht. Der Buchungssatz wird in der Basiswährung erstellt: Der Abrechnungssatz wird zum Kurs seines Buchungsdatums umgerechnet, Forderungen werden zu dem Kurs ausgebucht, zu dem die jeweilige Rechnung ausgestellt wurde, und die Differenz zwischen den beiden Kursen wird als realisierter Kursgewinn oder -verlust verbucht. Der einzige Fall, der weiterhin abgewiesen wird, ist eine einzelne Auszahlung, deren Zeilen mehrere Währungen mischen.

Der verbuchte Abrechnungssatz wird mit der eingehenden Kontoauszugszeile auf dem echten Bankkonto verknüpft. Unter den Regeln für den Bankabgleich (Bank → Match) beschreiben Sie, wie eine Auszahlung auf Ihrem Kontoauszug erscheint: den Text, den die Zeile stets enthält, sowie optional das Präfix der Auszahlungs-ID darin. Beim Import eines Kontoauszugs wird eine Zeile, die zu einer Regel passt, entweder anhand der Auszahlungs-ID oder durch Abgleich des Netto-Gesamtbetrags des Satzes innerhalb eines von Ihnen definierten Zeitfensters mit ihrem Abrechnungssatz verknüpft. Die Bankzeile trägt daraufhin den Buchungssatz der Abrechnung, anstatt auf eine zweite, doppelte Buchung zu warten, während POST /v1/bank/settlements/link und /unlink die Verknüpfung manuell herstellen oder korrigieren.

Best Practices

• Pro Auszahlung abgleichen, nicht pro Monat. Die Auszahlung ist die natürliche Einheit; das Zusammenfassen eines Monats an Auszügen vor dem Abgleich zerstört die Identitätsprüfung, die Fehler auffindbar macht.
• Nettobetrag niemals als Umsatz verbuchen. Dies ist der mit Abstand häufigste Fehler in der Buchhaltung von Plattformen: Die Verbuchtung von 9.712.40 € als Umsatz unterschlägt sowohl Verkäufe als auch Aufwendungen, verfälscht die Bruttomarge und führt in der Regel zu einer zu niedrigen Umsatzsteuerausweisung – denn die Umsatzsteuer wird auf den Bruttobetrag fällig, den der Kunde gezahlt hat, und nicht auf das, was der PSP weitergeleitet hat.
• Zeitversatz im Blick behalten. Eine am 30. Juni getätigte und am 3. Juli ausgezahlte Zahlung gehört zum Juni-Umsatz und zum Juli-Zahlungsmittelbestand. Zum Periodenende stellt die Differenz eine Forderung gegen den PSP dar – echtes Geld, das sich auf dem Konto eines Dritten befindet.
• Erstattungen mit dem Originalverkauf abgleichen. Eine nicht verknüpfte Erstattung lässt eine ausgeglichene Rechnung als bezahlt und den Umsatz als zu hoch erscheinen.

FAQ

Worin besteht der Unterschied zwischen Zahlungsabgleich und Bankabgleich?

Der Bankabgleich vergleicht Ihr Hauptbuch Zeile für Zeile mit dem Kontoauszug. Der Zahlungsabgleich setzt eine Stufe früher an: Er zerlegt eine einzelne PSP-Auszahlung in die vielen zugrundeliegenden Zahlungen, Erstattungen und Gebühren, damit diese Bankzeilen überhaupt verstanden werden können.

Warum stimmt meine Stripe-Auszahlung nicht mit meinen Umsätzen überein?

Weil eine Auszahlung ein Nettosammelposten ist: Bruttoumsätze abzüglich Gebühren, Erstattungen, Rücklastschriften und etwaiger Rückstellungen, ausgezahlt nach dem Zeitplan des PSP und nicht nach dem Fälligkeitsdatum der Rechnung. Jede einzelne dieser Komponenten muss separat verbucht werden, damit die beiden Beträge übereinstimmen.

Sollten PSP-Gebühren mit den Umsätzen verrechnet (nettiert) werden?

Nein. Der Umsatz ist der Bruttobetrag, den der Kunde gezahlt hat; die PSP-Gebühr ist ein Aufwand für deren Einziehung. Eine Nettierung unterschlägt Umsätze und Kosten gleichermaßen, verzerrt die Margen und führt in der Regel zu einer falschen umsatzsteuerlichen Behandlung.

Wie werden Marktplatz-Splits gehandhabt?

Der Umsatz der Plattform ist ihre Provision; der Anteil des Verkäufers ist eine Verbindlichkeit, bis er ausgezahlt wird. Die Verbuchtung der gesamten Auszahlung als Umsatz überzeichnet die Erträge der Plattform massiv – separate Buchungsregeln für Provisionserträge und Verkäuferverbindlichkeiten existieren genau deshalb, um diese Posten getrennt zu halten.

Was passiert mit nicht zugeordneten Abrechnungszeilen?

Sie werden auf einem Verrechnungskonto verbucht, anstatt erzwungenermaßen einer Rechnung zugeordnet zu werden. Das hält das Hauptbuch im Gleichgewicht und das Problem sichtbar; der Saldo des Verrechnungskontos stellt eine Arbeitsliste dar und sollte vor dem Periodenabschluss ausgeglichen sein.