Nordlet

← Documentatie / Woordenlijst

Wat is betalingsaflettering? PSP-uitbetalingen koppelen aan het grootboek

Waarom een Stripe-uitbetaling nooit gelijk is aan je facturen, hoe je een afrekening opsplitst in omzet, kosten en terugbetalingen, en hoe de grootboekboekingen in de praktijk werken.

Betalingsaflettering (payment reconciliation) is het matchen van wat een betaalprovider (PSP) je daadwerkelijk heeft uitbetaald met wat je klanten jou verschuldigd waren. Dit is een ander vraagstuk dan bankaflettering, en complexer, omdat een PSP-uitbetaling nooit bestaat uit één betaling voor één factuur.

Het typische verschijnsel: je hebt voor 10.000 € verkocht en er komt 9.712,40 € binnen op de bank. Beide bedragen kloppen. Alles daartussenin is wat deze aflettering verklaart.

Waarom de uitbetaling nooit overeenkomt met de omzet

Een enkele uitbetaling van Stripe, Adyen of PayPal is een nettobatch. Tussen het moment dat de klant betaalt en het geld op de rekening staat, heeft de PSP het volgende gedaan:

  • vele transacties over een afrekenperiode samengevoegd,
  • de transactiekosten per betaling ingehouden,
  • terugbetalingen (refunds) en chargebacks verrekend die in dezelfde periode plaatsvonden,
  • mogelijk een reservering achtergehouden,
  • en het resterende saldo dagen later in één overboeking betaald.

Het bankafschrift toont dus één regel - 9.712,40 € - terwijl het grootboek tientallen facturen bevat die daar stuk voor stuk niet mee overeenkomen. De uitbetaling direct matchen met de facturen is onmogelijk; de uitbetaling moet eerst worden ontleed.

De ontleding

Een afrekenbatch valt uiteen in categorieën, en elke categorie heeft een andere betekenis voor het grootboek:

Categorie Wat het is Grootboomeffect
Charges Klantbetalingen Vereffent openstaande posten
Refunds Teruggestort geld aan klanten Draait een vereffende vordering terug
Fees Commissie van de PSP Een kostenpost
Chargebacks Betwiste betalingen die zijn teruggevorderd Heropent een vordering, plus kosten
Adjustments / reserves Tijdverschillen en risicobeperkingen Een vordering op de PSP

De volgende vergelijking moet altijd kloppen:

Bruto betalingen − terugbetalingen − kosten − chargebacks ± correcties = Netto-uitbetaling

Als dit niet klopt, is de batch onvolledig geïmporteerd, en die controle is meer waard dan elke individuele matching omdat het bewijst dat er niets stiekem is weggelaten.

De boekingen

Het boeken van een afrekenbatch van 10.000 € aan brutosaldi, 250 € aan kosten en 37,60 € aan terugbetalingen:

Rekening Debet Credit
2710 Bank 9.712,40
6800 Financiële kosten (PSP-kosten) 250,00
5000 Omzet / correctie debiteuren (terugbetalingen) 37,60
2410 Debiteuren 10.000,00

Lees dit als volgt: de vorderingen op klanten van 10.000 € zijn voldaan, de PSP heeft 250 € ingehouden, 37,60 € is naar klanten teruggegaan en 9.712,40 € heeft de bank bereikt. De kosten zijn echte kosten die op geen enkele klantfactuur verschijnen, en dat is precies waarom de bruto-omzet en de bankstortingen van elkaar afwijken. Dit verklaart ook waarom het uitsluitend afletteren op de bankregel zowel de omzet als de kosten ongemerkt ondertekent.

Voor marktplaatsen (marketplaces) is er nog een extra laag. Als de uitbetaling geld bevat dat toebehoort aan verkopers, is de omzet van het platform enkel de commissie; de rest is een schuld. De boekingsregels van Nordlet dekken dit af met speciale sleutels - settlements.fees, settlements.commissionRevenue, settlements.sellerPayable en settlements.suspense - zodat een gesplitste uitbetaling de commissie als omzet boekt en het aandeel van de verkoper op een crediteurenrekening plaatst in plaats van de platformomzet op te blazen.

Hoe Nordlet dit aanpakt

De workflow bestaat uit drie eindpunten:

  1. Importeren. POST /v1/bank/settlements/import leest een afrekeningsrapport van een Stripe-uitbetaling en maakt een afrekenbatch aan - provider, uitbetalings-ID, valuta, brutobedrag, kosten en nettobedrag - met één regel per onderliggende transactie, elk voorzien van de juiste categorie. Batches zijn uniek per provider en uitbetalings-ID, waardoor het opnieuw importeren van hetzelfde rapport dubbele tellingen voorkomt.
  2. Matchen. POST /v1/bank/settlements/match koppelt de betalings- en teruggaberegels aan de verkoopfacturen waartoe ze behoren. Regels hebben een matchstatus van unmatched (niet gematcht), matched (automatisch opgelost op basis van de order- of factuurreferentie in het rapport) of manual (handmatig bepaald door een gebruiker). Kosten- en correctieregels kunnen ontwerpsmatige niet aan facturen worden gekoppeld; een poging daartoe wordt afgewezen in plaats van gegokt.
  3. Boeken. POST /v1/bank/settlements/post schrijft de grootboekboekingen voor de hele batch via de bovenstaande boekingsregels en wijzigt de status van de batch van imported naar posted. Niet-gematchte ontvangsten komen op een tussenrekening (suspense account) terecht in plaats van op een factuur te worden geforceerd; dit is zichtbaar en bewust ongemakkelijk totdat het is opgelost.

Een uitbetaling in een andere valuta dan de basisvaluta van het bedrijf wordt verwerkt zonder handmatige handelingen. Het journaal wordt geschreven in de basisvaluta: de batch wordt omgerekend tegen de wisselkoers van de boekingsdatum, vorderingen worden afgeboekt tegen de koers van de datum waarop elke factuur is uitgegeven, en het koersverschil tussen beide wordt geboekt als een gerealiseerd koersresultaat. Het enige geval dat nog steeds wordt afgewezen, is een enkele uitbetaling waarvan de regels meerdere valuta's mengen.

De geboekte batch wordt gekoppeld aan de inkomende bankafschriftregel op de echte bankrekening. Onder Bank → Match-regels beschrijf je hoe een uitbetaling op je afschrift verschijnt: de tekst die de regel altijd bevat, en optioneel het voorvoegsel van de uitbetalings-ID daarbinnen. Wanneer een afschrift wordt geïmporteerd, wordt een regel die aan een regel voldoet, gekoppeld aan de bijbehorende batch via de uitbetalings-ID, of door het netto totaal van de batch te matchen binnen een door jou ingesteld datumvenster. De bankregel draagt dan de journaalpost van de afrekening in plaats van te wachten op een tweede, dubbele boeking. Met POST /v1/bank/settlements/link en /unlink leg je de koppeling handmatig vast of corrigeer je deze.

Best practices

  • Reken per uitbetaling af, niet per maand. De uitbetaling is de natuurlijke eenheid; het samenvoegen van een maand aan uitbetalingen vóór de aflettering vernietigt de controlerende som die fouten vindbaar maakt.
  • Boek het nettobedrag nooit als omzet. Dit is de meest voorkomende fout in de administratie van platforms: het boeking van 9.712,40 € aan omzet ondertekent zowel de verkopen als de kosten, verstoort de brutomarge en onderschat meestal de btw, omdat btw verschuldigd is over het bruto bedrag dat de klant heeft betaald en niet over wat de PSP heeft doorgestort.
  • Let op het tijdsverschil. Een betaling die op 30 juni is gedaan en op 3 juli is uitbetaald, behoort tot de omzet van juni en de liquiditeit van juli. Aan het einde van de periode staat het verschil als vordering op de PSP; echt geld, maar op de rekening van een ander.
  • Match terugbetalingen met de oorspronkelijke verkoop. Een terugbetaling die niet wordt gekoppeld, zorgt ervoor dat een vereffende factuur betaald lijkt te zijn en de omzet te hoog wordt ingeschat.

FAQ

Wat is het verschil tussen betalingsaflettering en bankaflettering?

Bankaflettering vergelijkt je grootboek met het bankafschrift, regel voor regel. Betalingsaflettering bevindt zich een stap eerder: het ontleedt een enkele PSP-uitbetaling in de vele betalingen, terugbetalingen en kosten die eraan ten grondslag liggen, zodat die bankregels überhaupt verklaard kunnen worden.

Waarom komt mijn Stripe-uitbetaling niet overeen met mijn omzet?

Omdat een uitbetaling een nettobatch is: bruto betalingen minus kosten, terugbetalingen, chargebacks en eventuele reserveringen, uitbetaald volgens het schema van de PSP in plaats van de factuurdatum. Al deze componenten moeten afzonderlijk worden geboekt om de twee cijfers met elkaar te kunnen laten kloppen.

Moeten PSP-kosten worden verrekend met de omzet?

Nee. De omzet is het bruto bedrag dat de klant heeft betaald; de PSP-kosten zijn de kosten om dit te innen. Het netto verrekenen hiervan onderschat zowel de omzet als de kosten, verstoort marges en leidt doorgaans tot een onjuiste btw-behandeling.

Hoe worden splitsingen voor marktplaatsen afgehandeld?

De omzet van het platform is de commissie; het aandeel van de verkoper is een schuld totdat het wordt uitbetaald. Het boeken van de volledige uitbetaling als omzet overschat de inkomsten van het platform enorm. Er zijn juist speciale boekingsregels voor commissie-omzet en verkopersschulden om ze uit elkaar te houden.

Wat gebeurt er met niet-gematchte afrekenregels?

Deze worden geboekt op een tussenrekening in plaats van te worden geforceerd op een factuur. Dat houdt het grootboek in balans en het probleem zichtbaar; het saldo van de tussenrekening is een actielijst en dient leeg te zijn voordat de periode wordt afgesloten.