Czym jest uzgadnianie płatności? Dopasowywanie wypłat od operatorów płatności do księgi głównej

Uzgadnianie płatności polega na dopasowaniu środków faktycznie wypłaconych przez operatora płatności (PSP) do kwot, które faktycznie byli winni Twoi klienci. Jest to inne zadanie niż uzgadnianie wyciągów bankowych i trudniejsze z tego względu, że wypłata od operatora nigdy nie jest jedną płatnością za jedną fakturę.

Główny objaw: sprzedano towary za 10 000 EUR, a na rachunek bankowy wpłynęło 9 712,40 EUR. Obie kwoty są prawidłowe. Wszystko, co znajduje się pomiędzy nimi, wyjaśnia właśnie ten proces uzgadniania.

Dlaczego wypłata nigdy nie pokrywa się ze sprzedażą

Pojedyncza wypłata ze Stripe, Adyen lub PayPal jest wsadem netto (net batch). W okresie od momentu zapłaty przez klienta do chwili wpłynięcia pieniędzy operator płatności wykonał następujące czynności:

• zsumował wiele obciążeń z danego okresu rozliczeniowego,
• potrącił swoje prowizje od każdej transakcji,
• potrącił zwroty i obciążenia zwrotne (chargeback), które miały miejsce w tym samym oknie czasowym,
• potencjalnie zatrzymał rezerwę zabezpieczającą,
• wypłacił pozostałą kwotę kilka dni później w ramach jednego przelewu.

W rezultacie wyciąg bankowy pokazuje jedną pozycję na kwotę 9 712,40 EUR, podczas gdy w księdze głównej widnieją dziesiątki faktur i żadna z nich nie odpowiada tej kwocie. Bezpośrednie dopasowanie wypłaty do faktur jest niemożliwe, dlatego wypłata musi zostać najpierw rozbita na składowe.

Rozbicie na składowe

Paczka rozliczeniowa dzieli się na kategorie, a każda z nich oznacza coś innego dla księgi głównej:

Kategoria	Co to jest	Wpływ na księgę główną
Obciążenia (Charges)	Płatności od klientów	Reguluje należności
Zwroty (Refunds)	Środki zwrócone klientom	Koryguje uregulowaną należność
Prowizje (Fees)	Prowizja operatora płatności	Koszt
Obciążenia zwrotne (Chargebacks)	Zakwestionowane płatności cofnięte przez operatora	Ponownie otwiera należność oraz dolicza opłatę
Korekty / rezerwy (Adjustments / reserves)	Zatrzymania środków ze względów czasowych i ryzyka	Zobowiązanie wobec operatora płatności

Tożsamość matematyczna, która musi zostać zachowana:

Brutto obciążeń − zwroty − prowizje − obciążenia zwrotne ± korekty = Wypłata netto

Jeśli ten warunek nie jest spełniony, paczka została zaimportowana niekompletnie. Taka weryfikacja ma większą wartość niż jakiekolwiek pojedyncze dopasowanie, ponieważ udowadnia, że żadna pozycja nie została pominięta.

Zapisy księgowe

Księgowanie paczki rozliczeniowej obejmującej 10 000 EUR obciążeń brutto, 250 EUR prowizji i 37,60 EUR zwrotów:

Konto	W Winien (Debit)	W Ma (Credit)
2710 Rachunek bieżący	9 712,40
6800 Koszty finansowe (prowizje PSP)	250,00
5000 Przychody / korekta należności (zwroty)	37,60
2410 Należności handlowe		10 000,00

Należy to rozumieć następująco: zobowiązania klientów w wysokości 10 000 EUR zostały uregulowane, operator zatrzymał 250 EUR, 37,60 EUR wróciło do klientów, a 9 712,40 EUR trafiło na rachunek bankowy. Prowizja jest rzeczywistym kosztem, który nigdy nie pojawia się na fakturze klienta. To właśnie dlatego przychody brutto i wpływy na rachunek bankowy różnią się od siebie, a uzgadnianie wyłącznie na podstawie pozycji z wyciągu bankowego po cichu zaniża zarówno przychody, jak i koszty.

W przypadku platform handlowych (marketplaces) dochodzi jeszcze jedna warstwa. Jeśli wypłata zawiera środki należące do sprzedawców, przychodem platformy jest wyłącznie jej prowizja, a reszta stanowi zobowiązanie. Reguły księgowania Nordlet uwzględniają to za pomocą dedykowanych kluczy (settlements.fees, settlements.commissionRevenue, settlements.sellerPayable oraz settlements.suspense), dzięki czemu podzielona wypłata księguje prowizję w przychodach, a udział sprzedawcy w zobowiązaniach, zamiast sztucznie zawyżać przychody platformy.

Jak robi to Nordlet

Przepływ danych opiera się na trzech punktach końcowych (endpoints):

1. Import. POST /v1/bank/settlements/import odczytuje raport z uzgodnienia wypłat ze Stripe i tworzy paczkę rozliczeniową (dostawca, identyfikator wypłaty, waluta, kwota brutto, prowizje i kwota netto) z jedną pozycją dla każdej transakcji źródłowej, z których każda posiada przypisaną kategorię. Paczki są unikalne dla danego dostawcy i identyfikatora wypłaty, więc ponowny import tego samego raportu nie spowoduje podwójnego ujęcia.
2. Dopasowanie. POST /v1/bank/settlements/match powiązuje pozycje obciążeń i zwrotów z fakturami sprzedaży, których dotyczą. Pozycje posiadają status dopasowania unmatched (niezużyte), matched (rozwiązane automatycznie na podstawie zamówienia lub odnośnika do faktury w raporcie) lub manual (zdecydował człowiek). Pozycje prowizji i korekt z założenia nie podlegają dopasowaniu do faktur, a próba takiego działania jest odrzucana zamiast zgadywana.
3. Księgowanie. POST /v1/bank/settlements/post zapisuje wpisy księgowe dla całej paczki przy użyciu powyższych reguł księgowania i zmienia status paczki z imported na posted. Niezmiksowane wpłaty trafiają na konto przejściowe (suspense) zamiast być sztucznie przypisywane do faktury, dzięki czemu są widoczne i celowo "niewygodne", dopóki nie zostaną wyjaśnione.

Wypłata w walucie innej niż waluta bazowa firmy jest księgowana bez konieczności podejmowania działań manualnych. Dziennik jest zapisywany w walucie bazowej: paczka jest przeliczana po kursie z dnia jej zaksięgowania, należności są wygaszane po kursie z dnia wystawienia każdej faktury, a różnica kursowa między tymi dwoma kursami jest księgowana jako zrealizowany zysk lub strata kursowa. Jedynym przypadkiem, który nadal jest odrzucany, jest pojedyncza wypłata, której pozycje łączą kilka walut.

Zaksięgowana paczka jest powiązana z pozycją przychodzącą z wyciągu bankowego na prawdziwym koncie bankowym. W sekcji Bank → Reguły dopasowywania (Match rules) opisuje się, jak wypłata pojawia się na wyciągu: tekst, który pozycja zawsze zawiera, oraz opcjonalnie prefiks identyfikatora wypłaty wewnątrz tego tekstu. Podczas importu wyciągu pozycja spełniająca kryteria reguły jest powiązana z odpowiednią paczką na podstawie identyfikatora wypłaty lub poprzez dopasowanie sumy netto paczki w określonym oknie czasowym. Pozycja bankowa zawiera wówczas wpis dziennika rozliczenia zamiast czekać na drugie, zduplikowane księgowanie, a metody POST /v1/bank/settlements/link oraz /unlink pozwalają ręcznie ustawić lub skorygować to powiązanie.

Jak robić to dobrze

• Uzgadniaj w ujęciu per wypłata, a nie per miesiąc. Wypłata jest naturalną jednostką. Agregowanie miesięcznych wypłat przed ich uzgodnieniem niszczy test zgodności, który pozwala na wykrywanie błędów.
• Nigdy nie księguj kwoty netto jako przychodu. Jest to najczęściej popełniany błąd w księgowości platform: ujęcie przychodu w wysokości 9 712,40 EUR zaniża zarówno sprzedaż, jak i koszty, psuje marżę brutto i zazwyczaj zaniża podatek VAT, ponieważ VAT należy się od kwoty brutto zapłaconej przez klienta, a nie od kwoty przekazanej przez operatora płatności.
• Zwracaj uwagę na różnice czasowe. Płatność przyjęta 30 czerwca i wypłacona 3 lipca należy do przychodów czerwca i środków pieniężnych lipca. Na koniec okresu różnica ta widnieje jako należność od operatora płatności (są to prawdziwe pieniądze znajdujące się na cudzym koncie).
• Uzgadniaj zwroty z oryginalną sprzedażą. Zwrot, który nie zostanie powiązany ze sprzedażą, pozostawia rozliczoną fakturę wyglądającą na opłaconą, a przychody wyglądają na zawyżone.

FAQ

Czym różni się uzgadnianie płatności od uzgadniania wyciągów bankowych?

Uzgadnianie wyciągów bankowych polega na porównywaniu księgi głównej z wyciągiem bankowym pozycja po pozycji. Uzgadnianie płatności znajduje się o krok wcześniej: rozbija pojedynczą wypłatę od operatora na liczne obciążenia, zwroty i prowizje, które za nią stoją, dzięki czemu pozycje bankowe w ogóle dają się wyjaśnić.

Dlaczego wypłata ze Stripe nie pokrywa się z moją sprzedażą?

Ponieważ wypłata jest sumą netto: to obciążenia brutto pomniejszone o prowizje, zwroty, obciążenia zwrotne oraz ewentualną rezerwę, wypłacane zgodnie z harmonogramem operatora, a nie terminem płatności faktury. Każdy z tych elementów musi zostać rozliczony osobno, aby obie kwoty się zgadzały.

Czy prowizje operatora płatności powinny być pomniejszać przychody?

Nie. Przychód to kwota brutto zapłacona przez klienta, natomiast prowizja operatora to koszt jej inkasa. Ich wzajemne pomniejszanie zaniża zarówno przychody, jak i koszty, zniekształca marże i zazwyczaj prowadzi do błędnego rozliczenia podatku VAT.

Jak obsłużyć podział środków na platformach handlowych?

Przychodem platformy jest jej prowizja, a udział sprzedawcy stanowi zobowiązanie do momentu wypłaty. Zaksięgowanie całej wypłaty jako przychodu drastycznie zawyża dochody platformy. Odrębne reguły księgowania dla przychodów prowizyjnych i zobowiązań wobec sprzedawców istnieją właśnie po to, aby trzymać je oddzielnie.

Co dzieje się z niedopasowanymi pozycjami rozliczeniowymi?

Trafiają one na konto przejściowe (suspense) zamiast być na siłę przypisywane do faktury. Dzięki temu księga główna pozostaje zbilansowana, a problem jest widoczny. Saldo konta przejściowego stanowi listę zadań do wykonania i powinno być zerowe przed zamknięciem okresu.