Čo je to párovanie platieb? Priradenie výplat z PSP k účtovnej knihe

Párovanie platieb (payment reconciliation) je proces, pri ktorom porovnávate reálne prijaté peniaze od poskytovateľa platobných služieb (PSP) s tým, čo vám zákazníci skutočne dlhovali. Ide o iný problém ako banková konfirmácia, navyše zložitejší, pretože výplata z PSP nikdy nepredstavuje jednu platbu za jednu faktúru.

Typický príznak: predali ste tovar v hodnote 10 000 EUR a na bankový účet vám prišlo 9 712,40 EUR. Obidva údaje sú správne. Všetko, čo sa udialo medzi tým, vysvetľuje práve tento článok o párovaní.

Prečo výplata nikdy nesedí s tržbami

Jediná výplata zo služby Stripe, Adyen alebo PayPal je čistá dávka (net batch). V čase medzi zaplatením zákazníkom a pripísaním peňazí na účet poskytovateľ vykonal tieto kroky:

• agregoval mnohé platby za zúčtovacie obdobie,
• strhol svoje poplatky za každú transakciu,
• odpočítal vrátené platby a reklamácie (chargebacks), ktoré sa vyskytli v rovnakom období,
• prípadne zadržal rezervu,
• a zvyšok vyplatil o niekoľko dní neskôr v jednom prevode.

Výpis z banky tak ukazuje jediný riadok s 9 712,40 EUR, zatiaľ čo v účtovnej knihe sú desiatky faktúr, pričom žiadna z nich túto sumu neobsahuje. Priame spárovanie výplaty s faktúrami nie je možné, výplatu je najskôr nutné rozložiť.

Rozklad dávky

Zúčtovacia dávka sa delí na kategórie a každá z nich má v účtovníctve iný význam:

Kategória	Čo to znamená	Účtovný dopad
Úhrady (Charges)	Platby zákazníkov	Vyrovnanie pohľadávok
Vrátené platby (Refunds)	Peniaze vrátené zákazníkom	Storno vyrovnanej pohľadávky
Poplatky (Fees)	Provízia PSP	Náklad
Reklamácie (Chargebacks)	Sporné platby stiahnuté späť	Opätovné otvorenie pohľadávky plus poplatok
Úpravy / rezervy (Adjustments / reserves)	Časové nesúlady a rizikové zádržné	Záväzok voči PSP

Rovnica, ktorá musí vždy platiť:

Hrubé tržby − vrátené platby − poplatky − reklamácie ± úpravy = Čistá výplata

Ak nesedí, dávka bola importovaná neúplne. Táto kontrola má väčšiu hodnotu než akékoľvek jednotlivé párovanie, pretože dokazuje, že sa nič potichu nestratilo.

Účtovné zápisy

Zaúčtovanie zúčtovacej dávky v hrubej výške tržieb 10 000 EUR, poplatkov 250 EUR a vrátených platieb 37,60 EUR:

Účet	Má dať	Dal
2710 Bankové účty	9 712,40
6800 Finančné náklady (poplatky PSP)	250,00
5000 Výnosy / storno pohľadávok (vrátené platby)	37,60
2410 Pohľadávky z obchodného styku		10 000,00

Interpretácia zápisu: dlhy zákazníkov vo výške 10 000 EUR sú vyrovnané, PSP si ponechal 250 EUR, zákazníkom sa vrátilo 37,60 EUR a na bankový účet dorazilo 9 712,40 EUR. Poplatok predstavuje skutočný náklad, ktorý sa neobjavuje na žiadnej zákazníckej faktúre. To je presne dôvod, prečo sa hrubé tržby a bankové vklady odlišujú a prečo párovanie iba na základe bankového výpisu potichu skresľuje tržby aj náklady smerom nadol.

Pre prekyvieti (marketplaces) existuje ešte jedna vrstva. Ak výplata zahŕňa peniaze patriace predajcom, príjmom platformy je iba jej provízia a zvyšok predstavuje záväzok. Pravidlá zaúčtovania v systéme Nordlet to riešia pomocou špeciálnych kľúčov (settlements.fees, settlements.commissionRevenue, settlements.sellerPayable a settlements.suspense). Rozdelená výplata tak zaúčtuje províziu do výnosov a podiel predajcu do záväzkov namiesto umelého navyšovania tržieb platformy.

Ako to robí Nordlet

Celý proces prebieha v troch koncových bodoch (endpoints):

1. Import. POST /v1/bank/settlements/import prečíta report o párovaní výplat zo Stripe a vytvorí zúčtovaciu dávku, ktorá obsahuje poskytovateľa, ID výplaty, menu, hrubú sumu, poplatky a čistú sumu s jedným riadkom pre každú podkladovú transakciu a jej príslušnú kategóriu. Dávky sú pre daného poskytovateľa a ID výplaty jedinečné, takže opätovný import rovnakého reportu nemôže viesť k duplicitnému zaúčtovaniu.
2. Párovanie. POST /v1/bank/settlements/match prepojí riadky platieb a vrátených peňazí s faktúrami, ku ktorým patria. Riadky nesú stav párovania unmatched (nespárované), matched (spárované automaticky na základe odkazu na objednávku alebo faktúru v reporte) alebo manual (schválené používateľom). Riadky poplatkov a úprav nie je možné párovať s faktúrami zámerne, systém akýkoľvek pokus o to odmietne namiesto toho, aby ho hádal.
3. Zaúčtovanie. POST /v1/bank/settlements/post zapisuje účtovné operácie pre celú dávku prostredníctvom vyššie uvedených pravidiel zaúčtovania a mení stav dávky z imported na posted. Nespárované príjmy končia na prechodnom účte namiesto toho, aby sa násilne priradili k faktúre, takže sú viditeľné a zámerne neuzavreté až do vyriešenia.

Výplata v inej mene, než je domáca mena spoločnosti, sa zaúčtuje bez manuálneho zásahu. Denníkový záznam sa zapíše v domácej mene: dávka sa prepočíta kurzom platným v deň zaúčtovania, pohľadávky sa vysporiadajú kurzom, ktorým bola vydaná príslušná faktúra, a rozdiel medzi týmito kurzami sa zaúčtuje ako realizovaný kurzový zisk alebo strata. Jediný prípad, ktorý systém stále odmieta, je jediná výplata, ktorej riadky kombinujú viacero mien.

Zaúčtovaná dávka sa prepojí s príslušným riadkom bankového výpisu na reálnom bankovom účte. V časti Banka -> Pravidlá párovania (Bank -> Match rules) definujete, ako sa výplata zobrazuje na vašom výpise, pričom uvádzate text, ktorý riadok vždy obsahuje, a voliteľne aj predponu ID výplaty v ňom. Pri importe výpisu sa riadok spĺňajúci pravidlo priradí k dávke buď pomocou ID výplaty, alebo spárovaním celkovej čistej sumy dávky v rámci vami zvoleného časového okna. Riadok bankového výpisu potom nesie účtovný zápis zúčtovania namiesto čakania na druhé, duplicitné zaúčtovanie, pričom koncové body POST /v1/bank/settlements/link a /unlink umožňujú prepojenie manuálne nastaviť alebo opraviť.

Ako na to správne

• Párujte za každú výplatu zvlášť, nie za mesiac. Výplata predstavuje prirodzenú jednotku. Agregácia mesačných výplat pred párovaním ničí kontrolu správnosti, vďaka ktorej sa dajú chyby ľahko nájsť.
• Nikdy neúčtujte čistú sumu ako tržby. Ide o najčastejšiu chybu v účtovníctve platforiem. Zaúčtovaním tržieb vo výške 9 712,40 EUR znižujete vykazované tržby aj náklady, skresľujete hrubú maržu a spravidla vykazujete nesprávnu DPH, pretože DPH sa platí z hrubej sumy zaplatenej zákazníkom, nie z toho, čo preposlal PSP.
• Sledujte časový posun. Platba prijatá 30. júna a vyplatená 3. júla patrí do tržieb za jún a do peňažných prostriedkov za júl. Na konci obdobia tento rozdiel predstavuje pohľadávku voči PSP, teda reálne peniaze na cudzom účte.
• Párujte vrátené platby s pôvodným predajom. Vrátená platba, ktorá nie je spätne prepojená, zanecháva vyrovnanú faktúru v stave „zaplatená“ a spôsobuje nadhodnotenie tržieb.

FAQ

Aký je rozdiel medzi párovaním platieb a bankovou konfirmáciou?

Banková konfirmácia porovnáva účtovnú knihu s bankovým výpisom riadok po riadku. Párovanie platieb funguje o krok skôr: rozkladá jedinú výplatu od PSP na množstvo platieb, vrátených peňazí a poplatkov, ktoré sú za ňou, aby sa bankové riadky dali vôbec vysvetliť.

Prečo moja výplata zo Stripe nesedí s tržbami?

Pretože výplata je čistá dávka (net batch), ktorá obsahuje hrubé platby mínus poplatky, vrátené platby, reklamácie a prípadné rezervy, vyplatené v termíne podľa harmonogramu PSP namiesto dátumu faktúry. Pre správne spárovanie dvoch čísel je nutné každú z týchto zložiek zaúčtovať osobitne.

Mali by sa poplatky PSP odpočítat priamo od tržieb?

Nie. Tržby predstavujú hrubú sumu zaplatenú zákazníkom, zatiaľ čo poplatok PSP je nákladom na jej inkaso. Ich vzájomné započítanie skresľuje tržby aj náklady smerom nadol, narúša marže a spravidla vedie k nesprávnemu zaobchádzaniu s DPH.

Ako sa spracúvajú rozdelenia prekyvieten (marketplaces)?

Príjmami platformy je jej provízia, pričom podiel predajcu predstavuje záväzok až do momentu jeho výplaty. Zaúčtovanie celej výplaty ako tržieb extrémne nadhodnocuje príjmy platformy. Samostatné pravidlá zaúčtovania pre provízne výnosy a záväzky voči predajcom existujú práve preto, aby sa tieto položky udržali oddelene.

Čo sa stane s nespárovanými riadkami zúčtovania?

Zúčtujú sa na prechodný účet (suspense account) namiesto toho, aby sa násilne priradili k faktúre. Účtovná kniha tak zostáva vyrovnaná a problém je viditeľný. Zostatok na prechodnom účte funguje ako zoznam úloh a pred uzatvorením obdobia by mal byť nulový.