Vad är betalningsavstämning? Att matcha PSP-utbetalningar mot bokföringen

Betalningsavstämning innebär att matcha det som en betaltjänstleverantör (PSP) faktiskt har betalat ut till dig mot det dina kunder faktiskt var skyldiga dig. Det är ett annat problem än bankavstämning, och svårare, eftersom en utbetalning från en PSP aldrig är en enda betalning för en enda faktura.

Det tydliga symptomet: du sålde för 10 000 €, och 9 712,40 € dök upp på bankkontot. Båda siffrorna är korrekta. Allt däremellan är vad den här avstämningen förklarar.

Varför utbetalningen aldrig stämmer överens med försäljningen

En enskild utbetalning från Stripe, Adyen eller PayPal är en nettobatch. Mellan kundens betalning och pengarnas ankomst har PSP:n:

• slagit ihop ett stort antal transaktioner under en avräkningsperiod,
• dragit av sina avgifter per transaktion,
• dragit av återbetalningar och chargebacks som inträffat under samma period,
• eventuellt hållit inne en reserv,
• och betalat ut resterande belopp dagar senare i en enda överföring.

Därför visar bankkontoutdraget en rad - 9 712,40 € - medan bokföringen har dussintals fakturor, och ingen av dem matchar beloppet. Det är omöjligt att matcha utbetalningen direkt mot fakturorna; utbetalningen måste först brytas ned.

Uppdelningen

En avräkningsbatch delas in i kategorier, och varje kategori betyder något specifikt för bokföringen:

Kategori	Vad det är	Bokföringseffekt
Transaktioner (Charges)	Kundbetalningar	Reglerar kundfordringar
Återbetalningar (Refunds)	Pengar som återbetalats till kunder	Återför en reglerad kundfordran
Avgifter (Fees)	PSP:ns provision	En kostnad
Återföringar / chargebacks	Tvistiga betalningar som dragits tillbaka	Återöppnar en kundfordran plus en avgift
Justeringar / reserver	Tidsförskjutningar och riskavsättningar	En skuld till PSP:n

Den identitet som måste stämma:

Bruttointäkter − återbetalningar − avgifter − chargebacks ± justeringar = Nettoútbetalning

Om den inte stämmer har batchen importerats ofullständigt, och den kontrollen är värdefullare än någon enskild matchning eftersom den bevisar att inget har fallit bort i tysthet.

Verifikaten

Bokföring av en avräkningsbatch med 10 000 € i bruttotransaktioner, 250 € i avgifter och 37,60 € i återbetalningar:

Konto	Debet	Kredit
1930 Företagskonto / Bank	9 712,40
6060 Kreditkortsprovisioner / Finansiella kostnader (PSP-avgifter)	250,00
3000 Försäljning / återföring av kundfordringar (återbetalningar)	37,60
1510 Kundfordringar		10 000,00

Tolka det som: kundernas skulder på 10 000 € regleras, PSP:n behöll 250 €, 37,60 € gick tillbaka till kunderna, och 9 712,40 € nådde banken. Avgiften är en verklig kostnad som aldrig syns på någon kundfaktura, vilket är precis anledningen till att bruttointäkter och bankinsättningar skiljer sig åt, och varför en avstämning enbart mot bankraden i tysthet understryker både intäkter och kostnader.

För marknadsplatser (marketplaces) finns det ett lager till. Om utbetalningen innehåller pengar som tillhör säljare är plattformens intäkt enbart dess provision; resten är en skuld. Nordlets konteringsregler hanterar detta med dedikerade nycklar - settlements.fees, settlements.commissionRevenue, settlements.sellerPayable och settlements.suspense - så att en uppdelad utbetalning konterar provisionen som intäkt och säljarens andel som en skuld i stället för att blåsa upp plattformens intäkter.

Hur Nordlet gör det

Flödet består av tre endpoints:

1. Import. POST /v1/bank/settlements/import läser en avstämningsrapport för en utbetalning från Stripe och skapar en avräkningsbatch - leverantör, utbetalnings-ID, valuta, brutto, avgifter och netto - med en rad per underliggande transaktion, där var och en bär sin kategori. Batcher är unika per leverantör och utbetalnings-ID, vilket innebär att en omimport av samma rapport inte kan dubbelbokföras.
2. Matchning. POST /v1/bank/settlements/match kopplar transaktions- och återbetalningsrader till de säljfakturor de hör till. Rader har en matchningsstatus som är unmatched (omatchad), matched (matchad automatiskt utifrån order- eller fakturareferensen i rapporten) eller manual (fastställd manuellt). Avgifter och justeringsrader kan av design inte matchas mot fakturor, och försök till detta avvisas i stället för att gissas fram.
3. Bokföring. POST /v1/bank/settlements/post bokför hela batchen genom konteringsreglerna ovan och ändrar batchstatusen från imported till posted. Omatchade inbetalningar hamnar på ett interimskonto i stället för att tvingas på en faktura - synligt och avsiktligt obekvämt tills de har retts ut.

En utbetalning i en annan valuta än företagets redovisningsvaluta bokförs utan manuell hantering. Verifikatet skrivs i redovisningsvalutan: batchen omräknas till kursen på bokföringsdagen, kundfordringarna avskrivs till den kurs som gällde när respektive faktura utfärdades, och differensen mellan kurserna bokförs som en realiserad valutakursvinst eller -förlust. Det enda fall som fortfarande avvisas är en enskild utbetalning vars rader blandar flera valutor.

Den bokförda batchen kopplas till bankkontoutdragets inkommande rad på det verkliga bankkontot. Under Bank → Match rules beskriver du hur en utbetalning visas på ditt kontoutdrag: den text som raden alltid innehåller, och valfritt prefixet för utbetalnings-ID:t inuti den. När ett kontoutdrag importeras kopplas en rad som matchar en regel till sin batch via utbetalnings-ID, eller genom att matcha batchens nettosumma inom ett tidsintervall som du har angett. Bankraden bär sedan avräkningens verifikat i stället för att vänta på en andra, dubbel bokföring, och POST /v1/bank/settlements/link samt /unlink upprättar eller korrigerar kopplingen manuellt.

Att göra det på rätt sätt

• Stäm av per utbetalning, inte per månad. Utbetalningen är den naturliga enheten; att slå ihop en månads utbetalningar före avstämningen förstör den identitetskontroll som gör det möjligt att hitta fel.
• Bokför aldrig nettobeloppet som intäkt. Det är det absolut vanligaste felet i plattformsbokföring: att boka 9 712,40 € i intäkt underskattar både försäljning och kostnader, förstör bruttomarginalen och underskattar vanligen momsen, eftersom moms ska betalas på det bruttobelopp kunden betalade, inte på det som PSP:n betalade vidare.
• Håll koll på tidsförskjutningen. En betalning som görs den 30 juni och betalas ut den 3 juli tillhör junis intäkter och julis likviditet. Vid periodens slut utgör skillnaden en fordran på PSP:n - riktiga pengar på någon annans konto.
• Stäm av återbetalningar mot den ursprungliga försäljningen. En återbetalning som inte kopplas tillbaka gör att en reglerad faktura ser betald ut och att intäkterna blir överoptimistiska.

FAQ

Vad är skillnaden mellan betalningsavstämning och bankavstämning?

Bankavstämning jämför din bokföring med bankkontoutdraget, rad för rad. Betalningsavstämning ligger ett steg tidigare: den delar upp en enskild PSP-utbetalning i de många transaktioner, återbetalningar och avgifter som ligger bakom den, så att bankraderna över huvud taget kan förklaras.

Varför matchar inte min utbetalning från Stripe min försäljning?

Eftersom en utbetalning är en nettobatch: bruttotransaktioner minus avgifter, återbetalningar, chargebacks och eventuella reserver, utbetalda enligt PSP:ns schema i stället för fakturans. Var och en av dessa komponenter måste bokföras separat för att de två beloppen ska stämma överens.

Ska PSP-avgifter nettas mot intäkter?

Nej. Intäkten är det bruttobelopp kunden betalade; PSP-avgiften är en kostnad för att ta emot betalningen. Att netta dem underskattar både intäkter och kostnader, förvränger marginalerna och ger i regel felaktig momsredovisning.

Hur hanteras uppdelningar för marknadsplatser?

Plattformens intäkt är dess provision; säljarens andel är en skuld tills den betalas ut. Att bokföra hela utbetalningen som intäkt överskattar plattformens intäkter kraftigt, och det är därför det finns separata konteringsregler för provisionsintäkter och säljarskulder för att hålla dem åtskilda.

Vad händer med omatchade avräkningsrader?

De bokförs på ett interimskonto i stället för att tvingas mot en faktura. Det håller bokföringen i balans och problemet synligt; saldot på interimskontot utgör en attestlista och bör vara nollställt innan perioden stängs.