Ce este reconcilierea plăților? Corelarea viramentelor PSP cu registrul contabil

Reconcilierea plăților reprezintă procesul de corelare a sumelor pe care un furnizor de servicii de plată (PSP) ți le-a plătit efectiv cu sumele pe care clienții ți le datorau în realitate. Aceasta este o problemă diferită de reconcilierea bancară și mai dificilă, deoarece un virament (payout) de la un PSP nu reprezintă niciodată o singură plată pentru o singură factură.

Simptomul definitoriu: ai vândut de 10.000 € și au intrat în bancă 9.712,40 €. Ambele numere sunt corecte. Tot ceea ce se află între ele este explicat în această reconciliere.

De ce viramentul nu corespunde niciodată cu vânzările

Un singur virament de la Stripe, Adyen sau PayPal este un lot net (net batch). Între momentul în care clientul plătește și cel în care banii ajung în cont, PSP-ul a efectuat următoarele operațiuni:

• a agreat numeroase încasări pe parcursul unei perioade de decontare,
• a dedus comisioanele aferente fiecărei tranzacții,
• a dedus rambursările (refunds) și retururile de plată (chargebacks) care au avut loc în aceeași fereastră de timp,
• posibil a reținut o garanție (reserve),
• a plătit restul câteva zile mai târziu, printr-un singur transfer.

Astfel, extrasul bancar arată o singură linie - 9.712,40 € -, în timp ce registrul contabil conține zeci de facturi, dintre care niciuna nu este egală cu această sumă. Corelarea directă a viramentului cu facturile este imposibilă; viramentul trebuie mai întâi descompus.

Descompunerea

Un lot de decontare se împarte în categorii, iar fiecare categorie înseamnă altceva pentru registrul contabil:

Categorie	Ce reprezintă	Efect contabil
Încasări (Charges)	Plățile clienților	Închide creanțele
Rambursări (Refunds)	Banii returnați clienților	Inversează o creanță încasată
Comisioane (Fees)	Comisionul PSP-ului	O cheltuială
Retururi de plată (Chargebacks)	Plăți contestate retrase	Redeschide o creanță, plus un comision
Ajustări / rezerve (Adjustments)	Retineri legate de timing și risc	Un sold datorat de PSP

Identitatea care trebuie să se respecte:

Încasări brute − rambursări − comisioane − retururi de plată ± ajustări = Virament net

Dacă nu se respectă, lotul a fost importat incomplet, iar această verificare valorează mai mult decât orice corelare individuală, deoarece demonstrează că nicio sumă nu a fost omisă în tăcere.

Înregistrările contabile

Înregistrarea unui lot de decontare cu încasări brute de 10.000 €, comisioane de 250 € și rambursări de 37,60 €:

Cont	Debit	Credit
2710 Conturi la bănci	9.712,40
6800 Cheltuieli financiare (comisioane PSP)	250,00
5000 Venituri / stornare creanțe (rambursări)	37.60
2410 Clienți		10.000,00

Se citește astfel: datoriile clienților în valoare de 10.000 € sunt stinse, PSP-ul a reținut 250 €, 37,60 € s-au întors la clienți, iar 9.712,40 € au ajuns în bancă. Comisionul este o cheltuială reală care nu apare niciodată pe nicio factură a clientului, motiv exact pentru care veniturile brute și depozitele bancare diferă și pentru care reconcilierea bazată doar pe linia din bancă subestimează în mod tacit atât veniturile, cât și costurile.

Pentru platformele de tip marketplace există încă un nivel suplimentar. Dacă viramentul include bani care aparțin vânzătorilor, venitul platformei este reprezentat doar de comisionul său, iar restul constituie o datorie. Regulile de înregistrare contabilă ale Nordlet acoperă acest aspect prin chei dedicate - settlements.fees, settlements.commissionRevenue, settlements.sellerPayable și settlements.suspense -, astfel încât un virament divizat înregistrează comisionul la venituri și partea vânzătorului într-un cont de datorii, în loc să umfle în mod artificial veniturile platformei.

Cum procedează Nordlet

Fluxul se bazează pe trei puncte finale (endpoints):

1. Importul. POST /v1/bank/settlements/import citește un raport de reconciliere a viramentelor Stripe și creează un lot de decontare - furnizor, ID virament, monedă, sumă brută, comisioane și sumă netă - cu câte o linie pentru fiecare tranzacție subiacentă, fiecare având categoria sa. Loturile sunt unice per furnizor și ID de virament, așa că reimportarea aceluiași raport nu poate duce la o dublă contorizare.
2. Corelarea. POST /v1/bank/settlements/match leagă liniile de încasări și rambursări de facturile de vânzare cărora le aparțin. Liniile au o stare de corelare de tipul unmatched (necorelat), matched (corelat automat pe baza referinței comenzii sau a facturii din raport) sau manual (decis de un operator uman). Liniile de comisioane și ajustări nu pot fi corelate cu facturile prin design; orice încercare în acest sens va fi respinsă în loc să se apeleze la estimări.
3. Înregistrarea. POST /v1/bank/settlements/post generează înregistrările contabile pentru întregul lot prin intermediul regulilor de înregistrare menționate anterior și modifică starea lotului din imported în posted. Încasările necorelate ajung într-un cont de sume în curs de clarificare (suspense account), în loc să fie forțate pe o factură - sunt vizibile și lăsate în mod deliberat nerezolvate până la clarificare.

Un virament într-o altă monedă decât cea de bază a companiei se înregistrează fără intervenție manuală. Jurnalul este întocmit în moneda de bază: lotul este convertit la cursul valutar din data înregistrării, creanțele sunt descărcate la cursul la care a fost emisă fiecare factură, iar diferența dintre cele două cursuri este înregistrată ca un câștig sau o pierdere valutară realizată. Singurul caz care este în continuare respins îl reprezintă un singur virament ale cărui linii combină mai multe monede.

Lotul înregistrat este legat de linia de extras bancar corespunzătoare din contul bancar real. În secțiunea Regulilor de corelare bancară (Bank → Match), descrii modul în care apare un virament pe extrasul tău: textul pe care linia îl conține întotdeauna și, opțional, prefixul ID-ului de virament din interiorul acestuia. Atunci când se importă un extras, o linie care se potrivește unei reguli este atașată lotului său după ID-ul de virament sau prin corelarea totalului net al lotului într-o fereastră de timp configurată de tine. Linia bancară preia astfel nota contabilă a decontării în loc să aștepte o a doua înregistrare duplicată, iar funcțiile POST /v1/bank/settlements/link și /unlink stabilesc sau corectează manual această legătură.

Recomandări pentru o implementare corectă

• Reconciliază la fiecare virament, nu lunar. Viramentul reprezintă unitatea naturală; agragarea viramentelor pe o lună întreagă înainte de reconciliere distruge verificarea identității care face ca erorile să poată fi depistate.
• Nu înregistra niciodată suma netă drept venit. Aceasta este cea mai frecventă eroare în contabilitatea platformelor: înregistrarea a 9.712,40 € drept venit subestimează atât vânzările, cât și cheltuielile, corupe marja brută și, de obicei, subestimează TVA-ul, deoarece TVA-ul se datorează la suma brută plătită de client, nu la ceea ce a virat PSP-ul.
• Fii atent la decalajul temporal. O plată încasată pe 30 iunie și virată pe 3 iulie aparține veniturilor lunii iunie și trezoreriei lunii iulie. La sfârșitul perioadei, diferența rămâne ca o creanță de la PSP - bani reali, aflați în contul altcuiva.
• Reconciliază rambursările cu vânzarea inițială. O rambursare care nu este legată înapoi lasă o factură decontată să arate ca fiind achitată, iar veniturile apar supraestimate.

FAQ

Care este diferența dintre reconcilierea plăților și reconcilierea bancară?

Reconcilierea bancară compară registrul tău contabil cu extrasul bancar, linie cu linie. Reconcilierea plăților se situează cu un nivel mai devreme: descompune un singur virament PSP în numeroasele încasări, rambursări și comisioane care stau la baza acestuia, astfel încât acele linii bancare să poată fi în sfârșit înțelese.

De ce nu se potrivește viramentul meu Stripe cu vânzările?

Deoarece un virament este un lot net: încasări brute minus comisioane, rambursări, retururi de plată și orice rezerve, decontate conform programului PSP-ului și nu al facturii. Fiecare dintre aceste componente trebuie contabilizată separat pentru ca cele două valori să se reconcilieze.

Ar trebui ca comisioanele PSP să fie scăzute direct din venituri?

Nu. Venitul este suma brută plătită de client; comisionul PSP este o cheltuială legată de încasarea acestuia. Scoaterea lor din ecuație prin netezire subestimează deopotrivă veniturile și costurile, distorsionează marjele și, de regulă, tratează greșit TVA-ul.

Cum sunt gestionate divizările (splits) pentru marketplace-uri?

Venitul platformei este comisionul său; partea vânzătorului este o datorie până când este virată efectiv. Înregistrarea întregului virament drept venit supraestimează enorm veniturile platformei - regulile de înregistrare contabilă separate pentru veniturile din comisioane și datoriile către vânzători există tocmai pentru a le ține separat.

Ce se întâmplă cu liniile de decontare necorelate?

Acestea sunt înregistrate într-un cont de sume în curs de clarificare (suspense account), în loc să fie forțate pe o factură. Acest lucru menține registrul contabil în echilibru și problema vizibilă; soldul contului de clarificare reprezintă o listă de lucru și ar trebui să fie gol înainte de închiderea perioadei.