Kaj je usklajevanje plačil? Povezovanje izplačil ponudnikov plačilnih storitev z glavno knjigo

Usklajevanje plačil (payment reconciliation) je postopek primerjave tega, kar vam je ponudnik plačilnih storitev (PSP) dejansko izplačal, s tem, kar so vam stranke dejansko dolžale. To je drugačna težava kot usklajevanje bančnih izpiskov in tudi precej zahtevnejša, saj izplačilo prek PSP nikoli ne predstavlja enega plačila za en račun.

Glavni znak, da nekaj ne štima: prodali ste za 10.000 EUR, na bančni račun pa je prispelo 9.712,40 EUR. Obe številki sta pravilni. Vse, kar je vmes, pa pojasnjuje ta vodnik za usklajevanje.

Zakaj se izplačilo nikoli ne ujema s prodajo

Posamezno izplačilo prek storitev Stripe, Adyen ali PayPal je neto zbirnik (net batch). V času med plačilom stranke in prilivom denarja je ponudnik PSP namreč opravil naslednje:

• združil številna plačila v obračunskem obdobju,
• odštel svoje provizije za posamezno transakcijo,
• odštel vračila kupnin (refunds) in ugovore glede plačil (chargebacks), do katerih je prišlo v istem obdobju,
• morda zadržal del sredstev v obliki rezerve,
• preostanek pa nekaj dni kasneje izplačal v enem znesku.

Tako je na bančnem izpisku vidna samo ena vrstica v znesku 9.712,40 EUR, medtem ko je v glavni knjigi na desettisoče računov, od katerih nobeden ne ustreza temu znesku. Neposredno povezovanje izplačila z računi je nemogoče, zato je treba izplačilo najprej razčleniti.

Razčlenitev

Obračunski zbirnik se deli na več kategorij, pri čemer ima vsaka kategorija drugačen vpliv na glavno knjigo:

Kategorija	Kaj predstavlja	Učinek v glavni knjigi
Zneski bremenitev (Charges)	Plačila strank	Poravnava terjatve
Vračila (Refunds)	Denar, vrnjen strankam	Stornira poravnano terjatev
Provizije (Fees)	Provizija ponudnika PSP	Strošek
Ugovori (Chargebacks)	Izpodbijana plačila, ki so bila odvzeta	Ponovno odpre terjatev ter prinese strošek
Popravki / rezerve (Adjustments / reserves)	Časovni zamiki in zadržanja tveganj	Obveznost do ponudnika PSP

Enačba, ki mora vedno veljati:

Bruto bremenitve − vračila − provizije − ugovori ± popravki = Neto izplačilo

Če se izračun ne izide, zbirnik ni bil uvožen v celoti. Ta preveritev je dragocenejša od katere koli posamezne ujemajoče se postavke, saj dokazuje, da nobena transakcija ni bila tiho izpuščena.

Knjižbe

Knjiženje obračunskega zbirnika v višini 10.000 EUR bruto bremenitev, 250 EUR provizij in 37,60 EUR vračil:

Konto	V breme (Debit)	V dobro (Credit)
2710 Transakcijski račun	9.712,40
6800 Finančni odhodki (provizije PSP)	250,00
5000 Prihodki / zmanjšanje terjatev (vračila)	37,60
2410 Terjatve do kupcev		10.000.000,00

To beremo takole: dolgovi strank v višini 10.000 EUR so poravnani, ponudnik PSP si je zadržal 250 EUR, 37,60 EUR je bilo vrnjenih strankam, 9.712,40 EUR pa je prispelo na bančni račun. Provizija je pravi odhodek, ki se nikoli ne pojavi na računu stranke, kar je točno tisti razlog, zakaj se bruto prihodki in prilivi na banko razlikujejo ter zakaj usklajevanje izključno prek bančnega izpiska prikrito zmanjšuje tako prihodke kot stroške.

Za prekyvietė (marketplace) platforme obstaja še ena raven. Če izplačilo vključuje denar, ki pripada prodajalcem, so prihodki platforme le njena provizija, preostanek pa je obveznost. Pravila knjiženja za Nordlet to rešujejo z namenskimi ključi – settlements.fees, settlements.commissionRevenue, settlements.sellerPayable in settlements.suspense – tako da se pri deljenem izplačilu provizija knjiži med prihodke, delež prodajalca pa med obveznosti, s čimer preprečujemo umetno napihovanje prihodkov platforme.

Kako to deluje v Nordlet

Potek obsega tri končne točke (endpoints):

1. Uvoz. POST /v1/bank/settlements/import prebere poročilo o usklajevanju izplačil prek Stripe in ustvari obračunski zbirnik – ponudnik, ID izplačila, valuta, bruto znesek, provizije in neto znesek – z eno vrstico za vsako osnovno transakcijo, pri čemer ima vsaka svojo kategorijo. Zbirniki so enolični glede na ponudnika in ID izplačila, zato ponovni uvoz istega poročila ne more povzročiti podvajanja.
2. Usklajevanje. POST /v1/bank/settlements/match poveže postavke bremenitev in vračil z računi za prodajo, kamor spadajo. Postavke nosijo status ujemanja unmatched (neujemajoče), matched (samodejno razrešeno na podlagi sklica naročila ali računa v poročilu) ali manual (ročno odločitev uporabnika). Postavke provizij in popravkov po zasnovi niso namenjene ujemanju z računi – poskus tega se zavrne namesto ugibanja.
3. Knjiženje. POST /v1/bank/settlements/post zapiše knjižbe v glavno knjigo za celoten zbirnik prek zgoraj navedenih pravil knjiženja in spremeni status zbirnika iz imported (uvoženo) v posted (knjiženo). Neujemajoči prejemki pristanejo na prehodnem kontu (suspense account) namesto na silo pritrjeni na račun – so vidni in namenoma neprijetni, dokler niso razrešeni.

Izplačilo v valuti, ki se razlikuje od osnovne valute podjetja, se knjiži brez ročne obdelave. Temeljnica se izpiše v osnovni valuti: zbirnik se pretvori po tečaju na dan knjiženja, terjatve se zaprejo po tečaju, ki je veljal ob izdaji posameznega računa, razlika med obema tečajema pa se knjiži kot realizirani tečajni dobiček ali izguba. Edini primer, ki se še vedno zavrne, je posamezno izplačilo, katerega postavke vključujejo več valut hkrati.

Knjiženi zbirnik je povezan z ustrezno vrstico na bančnem izpisku na pravem bančnem računu. V razdelku Banka → Pravila ujemanja opišete, kako se izplačilo prikaže na vašem izpisku: besedilo, ki ga vrstica vedno vsebuje, in opcijsko predpono ID-ja izplačila znotraj njega. Ko se izpisek uvozi, se vrstica, ki ustreza pravilu, poveže z zbirnikom prek ID-ja izplačila ali z ujemanjem neto seštevka zbirnika v nastavljenem časovnem oknu. Bančna vrstica nato nosi knjižbo izplačila, ne da bi bilo treba čakati na drugo podvojeno knjiženje, medtem ko funkciji POST /v1/bank/settlements/link in /unlink omogočata ročno nastavitev ali popravek povezave.

Kako izpeljati postopek kot strokovnjak

• Usklajujte za vsako izplačilo posebej, ne mesečno. Izplačilo je naravna enota; združevanje mesečnih izplačil pred usklajevanjem uniči preverjanje enačbe, zaradi česar je iskanje napak skoraj nemogoče.
• Nikoli ne knjižite neto zneska kot prihodka. To je najpogostejša napaka pri računovodenju platform: knjiženje prihodka v višini 9.712,40 EUR podcenjuje tako prodajo kot stroške, kvari bruto marpo in običajno napačno obravnava DDV – saj je DDV treba obračunati od bruto zneska, ki ga je plačala stranka, in ne od tistega, kar je posredoval PSP.
• Bodite pozorni na časovni zamik. Plačilo, izvedeno 30. junija in izplačano 3. julija, spada k junijskim prihodkom in julijskemu denarnemu toku. Ob koncu obdobja razlika ostane kot terjatev do ponudnika PSP – to je pravi denar na tujem računu.
• Vračila povežite z izvirno prodajo. Vračilo, ki ni povezano nazaj, pusti poravnan račun vtis, kot da je plačan, in prenapihnjen prihodek.

FAQ

Kakšna je razlika med usklajevanjem plačil in usklajevanjem bančnih izpiskov?

Usklajevanje bančnih izpiskov primerja glavno knjigo z bančnim izpiskom vrstico za vrstico. Usklajevanje plačil pa se postavi eno raven prej: razčleni posamezno izplačilo PSP na številne bremenitve, vračila in provizije v ozadju, da je te bančne vrstice sploh mogoče pojasniti.

Zakaj se moje izplačilo prek Stripe ne ujema s prodajo?

Ker je izplačilo neto zbirnik: bruto bremenitve zmanjšane za provizije, vračila, ugovore in morebitne rezerve, izplačane po urniku ponudnika PSP in ne glede na datum računa. Vsako od teh komponent je treba obravnavati posebej, da se bosta obe vrednosti ujemali.

Ali je treba provizije PSP odbiti neposredno od prihodkov?

Ne. Prihodki predstavljajo bruto znesek, ki ga je plačala stranka, provizija PSP pa je strošek izterjave tega denarja. Če jih med seboj pobotamo, s tem podcenjujemo prihodke in stroške hkrati, popačimo marže in v splošnem napačno obravnavamo DDV.

Kako se obravnavajo delitve izplačil pri platformah (marketplace)?

Prihodki platforme so njena provizija, delež prodajalca pa je obveznost, dokler ni izplačan. Knjiženje celotnega izplačila kot prihodka močno prenapihne zaslužek platforme – namenska pravila knjiženja za provizijske prihodke in obveznosti do prodajalcev obstajajo prav zato, da jih ohranjamo ločene.

Kaj se zgodi z neujemajočimi postavkami izplačil?

Knjižijo se na prehodni konto (suspense account), namesto da bi jih na silo pritrdili na račun. To ohranja glavno knjigo uravnoteženo in težavo vidno; stanje na prehodnem kontu je delovni seznam, ki mora biti prazen pred zaključkom obračunskega obdobja.