Die Saldo-Abstimmung: Beweis, dass nichts fehlt

Jede Buchung von Exportly bewegt eine gemeinsame Seite: das Verrechnungskonto (z. B. Konto 1590 „Durchlaufende Posten“) — Zahlungen, Erstattungen, Gebühren und Auszahlungen laufen alle darüber. Die Summe dieser Bewegungen aus den erzeugten Buchungssätzen ist unsere Größe.

Ihr wird die unabhängige Größe gegenübergestellt: die Summe von Stripes eigenem balance_transaction.net über den Zeitraum — direkt aus den Stripe-Rohdaten, nicht aus unserem Mapping abgeleitet. Zwei Größen, aus zwei unabhängigen Rechenwegen entstanden, müssen übereinstimmen, wenn nichts fehlt. Liegt die Differenz innerhalb von 2 Cent (reine Rundungstoleranz), ist der Zeitraum abgestimmt.

Ein Summenvergleich allein hat eine Schwäche: Fehlen bei der Pagination des Transaktions-Abrufs Zeilen, können beide Seiten der Abstimmung trotzdem zufällig übereinstimmen — beide stammen ja aus demselben unvollständigen Datensatz. Deshalb ruft Exportly die Auszahlungen des Zeitraums zusätzlich über einen separaten Endpunkt ab (GET /v1/payouts, eigene Pagination) und vergleicht diese unabhängige Summe mit den Payout-Zeilen im bereits gefetchten Datensatz. Weichen sie voneinander ab, ist etwas bei der Pagination verloren gegangen — das Ergebnis wird dann nie „abgestimmt“, ganz gleich, wie glatt die übrigen Summen aussehen.

Verbindest du mehrere Quellen, bekommt jede ihr eigenes Verrechnungskonto (Multi-Clearing) — Stripe-Guthaben und das Guthaben einer weiteren Quelle sind für den Steuerberater getrennt auszuweisen. Exportly stimmt deshalb jede Quelle einzeln ab und zeigt je Quelle ein eigenes Ergebnis. Der Gesamtstatus wird zur Abweichung, sobald mindestens eine Quelle nicht abgestimmt ist — zwei gegenläufige Fehler verschiedener Quellen können sich in der Summe also nicht gegenseitig maskieren.