Was ist Zahlungsabstimmung? Abgleich von PSP-Auszahlungen mit dem Hauptbuch

Die Zahlungsabstimmung (Payment Reconciliation) gleicht ab, was ein Zahlungsdienstleister (PSP) Ihnen tatsächlich ausgezahlt hat, mit dem, was Ihre Kunden Ihnen tatsächlich schuldeten. Dies ist ein anderes und komplexeres Problem als der Bankabgleich, da eine PSP-Auszahlung niemals nur eine einzige Zahlung für eine einzige Rechnung ist.

Das typische Symptom: Sie haben 10,000 € Umsatz gemacht, und 9,712.40 € sind auf der Bank eingegangen. Beide Zahlen sind korrekt. Alles, was dazwischen liegt, wird durch diese Abstimmung erklärt.

Warum die Auszahlung nie den Umsätzen entspricht

Eine einzelne Auszahlung von Stripe, Adyen oder PayPal ist ein Nettostapel (Net Batch). Zwischen der Zahlung durch den Kunden und dem Geldeingang hat der PSP:

• viele Transaktionen über einen Abrechnungszeitraum zusammengefasst,
• seine Gebühren pro Transaktion abgezogen,
• Rückerstattungen (Refunds) und Rückbelastungen (Chargebacks) abgezogen, die im selben Zeitraum anfielen,
• möglicherweise eine Rücklage (Reserve) einbehalten,
• und den Restbetrag Tage später in einer einzigen Überweisung ausgezahlt.

Der Kontoauszug zeigt also eine einzige Zeile – 9,712.40 € –, während im Hauptbuch Dutzende von Rechnungen stehen, von denen keine diesem Betrag entspricht. Es ist unmöglich, die Auszahlung direkt den Rechnungen zuzuordnen; die Auszahlung muss zunächst aufgeschlüsselt (decomposed) werden.

Die Aufschlüsselung

Ein Abrechnungsstapel (Settlement Batch) lässt sich in Kategorien unterteilen, und jede Kategorie hat eine andere Bedeutung für die Buchhaltung:

Kategorie	Was es ist	Auswirkung auf das Hauptbuch
Transaktionen (Charges)	Kundenzahlungen	Gleicht Forderungen aus
Rückerstattungen (Refunds)	An Kunden zurückgezahltes Geld	Storniert eine ausgeglichene Forderung
Gebühren (Fees)	Provision des PSP	Ein Aufwand
Rückbelastungen (Chargebacks)	Zurückgeforderte strittige Zahlungen	Eröffnet eine Forderung erneut, zzgl. einer Gebühr
Anpassungen / Rücklagen	Einbehalte für zeitliche Abgrenzung und Risiko	Eine offene Forderung gegenüber dem PSP

Die Gleichung, die aufgehen muss:

Gross charges − refunds − fees − chargebacks ± adjustments = Net payout

Wenn dies nicht der Fall ist, wurde der Stapel unvollständig importiert – und diese Prüfung ist mehr wert als jeder einzelne Abgleich, denn sie beweist, dass nichts stillschweigend weggelassen wurde.

Die Buchungssätze

Verbuchung eines Abrechnungsstapels mit 10,000 € Bruttoumsatz, 250 € Gebühren, 37.60 € Rückerstattungen:

Konto	Soll	Haben
2710 Bank	9,712.40
6800 Finanzaufwendungen (PSP-Gebühren)	250.00
5000 Erlöse / Forderungsstorno (Rückerstattungen)	37.60
2410 Forderungen aus Lieferungen und Leistungen		10,000.00

Das bedeutet: Kundenschulden in Höhe von 10,000 € werden ausgeglichen, 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 aus diesem Grund weichen Bruttoerlöse und Bankeingänge voneinander ab, und deshalb führt ein Abgleich, der sich nur auf die Bankzeile stützt, stillschweigend zu einem zu niedrig ausgewiesenen Umsatz und Aufwand.

Bei Marktplätzen gibt es eine weitere Ebene. Wenn die Auszahlung Gelder enthält, die den Verkäufern gehören, besteht der Umsatz der Plattform nur 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 Erlös und den Anteil des Verkäufers als Verbindlichkeit verbucht, anstatt den Umsatz der Plattform künstlich aufzublähen.

Wie Nordlet es macht

Der Ablauf umfasst drei Endpunkte:

1. Importieren. POST /v1/bank/settlements/import liest einen Stripe-Auszahlungsabstimmungsbericht (Payout Reconciliation Report) ein und erstellt einen Abrechnungsstapel – Anbieter, Auszahlungs-ID, Währung, Brutto, Gebühren und Netto – mit einer Zeile pro zugrunde liegender Transaktion, die jeweils ihre eigene Kategorie aufweist. Stapel sind pro Anbieter und Auszahlungs-ID eindeutig, sodass ein erneuter Import desselben Berichts nicht zu einer Doppelzählung führen kann.
2. Zuordnen. POST /v1/bank/settlements/match verknüpft Transaktions- und Rückerstattungszeilen mit den dazugehörigen Ausgangsrechnungen. Die Zeilen erhalten einen Zuordnungsstatus: unmatched, matched (automatisch über die Bestell- oder Rechnungsreferenz im Bericht aufgelöst) oder manual (manuell durch einen Menschen entschieden). Gebühren- und Anpassungszeilen sind absichtlich nicht mit Rechnungen abgleichbar – ein solcher Versuch wird abgewiesen und nicht etwa erraten.
3. Verbuchen. POST /v1/bank/settlements/post schreibt die Buchungssätze für den gesamten Stapel anhand der oben genannten Buchungsregeln in das Hauptbuch und ändert den Stapelstatus von imported auf posted. Nicht zugeordnete Eingänge landen auf einem Interimskonto (Suspense Account), anstatt einer Rechnung aufgezwungen zu werden – sichtbar und absichtlich unangenehm, bis sie geklärt sind.

Eine Einschränkung ist erwähnenswert. Abrechnungen werden derzeit in der Basiswährung des Unternehmens verarbeitet, sodass Auszahlungen in Fremdwährungen manuell behandelt werden müssen.

Der verbuchte Stapel ist mit der eingehenden Kontoauszugszeile auf dem echten Bankkonto verknüpft. Unter Bank → Match-Regeln beschreiben Sie, wie eine Auszahlung auf Ihrem Kontoauszug erscheint: der Text, den die Zeile immer enthält, und optional das Präfix der darin enthaltenen Auszahlungs-ID. Wenn ein Kontoauszug importiert wird, wird eine Zeile, die zu einer Regel passt, über die Auszahlungs-ID oder durch Abgleich des Nettogesamtwerts des Stapels innerhalb eines von Ihnen festgelegten Zeitfensters an ihren Stapel angehängt. Die Bankzeile trägt dann den Buchungssatz der Abrechnung, anstatt auf eine zweite, doppelte Verbuchung zu warten, und über POST /v1/bank/settlements/link sowie /unlink lässt sich die Verknüpfung manuell setzen oder korrigieren.

Richtig umsetzen

• Stimmen Sie pro Auszahlung ab, nicht pro Monat. Die Auszahlung ist die natürliche Einheit; das Zusammenfassen eines Monats von Auszahlungen vor dem Abgleich zerstört die Identitätsprüfung, durch die Fehler auffindbar werden.
• Buchen Sie niemals den Nettobetrag als Erlös. Dies ist der häufigste Fehler in der Plattformbuchhaltung: Wenn man 9,712.40 € als Umsatz verbucht, werden sowohl Umsätze als auch Aufwendungen zu niedrig ausgewiesen, die Bruttomarge wird verfälscht und in der Regel auch die Umsatzsteuer zu niedrig berechnet – denn die Umsatzsteuer ist auf den Bruttobetrag fällig, den der Kunde gezahlt hat, und nicht auf das, was der PSP weitergeleitet hat.
• Achten Sie auf zeitliche Verschiebungen. Eine am 30 June eingenommene und am 3 July ausgezahlte Zahlung gehört zum Umsatz im Juni und zum Kassenbestand im Juli. Am Ende der Periode verbleibt die Differenz als Forderung gegenüber dem PSP – echtes Geld, das sich auf dem Konto eines Dritten befindet.
• Gleichen Sie Rückerstattungen mit dem ursprünglichen Verkauf ab. Eine Rückerstattung, die nicht verknüpft wird, lässt eine eigentlich ausgeglichene Rechnung als bezahlt erscheinen und überzeichnet den Umsatz.

FAQ

Was ist der Unterschied zwischen Zahlungsabstimmung und Bankabgleich?

Der Bankabgleich vergleicht Ihr Hauptbuch Zeile für Zeile mit dem Kontoauszug. Die Zahlungsabstimmung setzt eine Ebene davor an: Sie schlüsselt eine einzelne PSP-Auszahlung in die vielen zugrunde liegenden Transaktionen, Rückerstattungen und Gebühren auf, damit diese Bankzeilen überhaupt erklärt werden können.

Warum entspricht meine Stripe-Auszahlung nicht meinen Umsätzen?

Weil eine Auszahlung ein Nettostapel ist: Bruttotransaktionen abzüglich Gebühren, Rückerstattungen, Rückbelastungen und etwaiger Rücklagen, die nach dem Zeitplan des PSP und nicht nach dem der Rechnung abgerechnet werden. Jede dieser Komponenten muss separat verbucht werden, damit die beiden Zahlen übereinstimmen.

Sollten PSP-Gebühren mit dem Umsatz verrechnet (saldiert) werden?

Nein. Der Umsatz ist der Bruttobetrag, den der Kunde gezahlt hat; die PSP-Gebühr ist ein Aufwand für dessen Einzug. Eine Verrechnung führt dazu, dass sowohl Umsätze als auch Kosten zu niedrig ausgewiesen werden, verzerrt die Margen und führt in der Regel zu einer falschen umsatzsteuerlichen Behandlung.

Wie werden Marktplatz-Aufteilungen (Splits) gehandhabt?

Der Erlös der Plattform ist ihre Provision; der Anteil des Verkäufers ist eine Verbindlichkeit, bis er ausgezahlt wird. Den gesamten Auszahlungsbetrag als Umsatz zu buchen, überzeichnet die Einnahmen der Plattform enorm – separate Buchungsregeln für den Provisionserlös und die Verbindlichkeit gegenüber dem Verkäufer existieren genau aus dem Grund, diese getrennt zu halten.

Was passiert mit nicht zugeordneten Abrechnungszeilen?

Sie werden auf ein Interimskonto gebucht, anstatt einer Rechnung aufgezwungen zu werden. Dadurch bleibt das Hauptbuch im Gleichgewicht und das Problem sichtbar; der Saldo des Interimskontos fungiert als Arbeitsliste und sollte vor dem Periodenabschluss leer sein.