← Grunnleggende / Forklaringer
Hva er betalingsavstemming? Avstemming av PSP-utbetalinger mot hovedboken
Hvorfor en Stripe-utbetaling aldri stemmer overens med fakturaene dine, hvordan du bryter ned et oppgjør i salg, gebyrer og refusjoner, og hvordan bokføringen faktisk fungerer.
Betalingsavstemming handler om å avstemme det en betalingstjenestetilbyder (PSP) faktisk har utbetalt til deg, mot det kundene dine faktisk skylder deg. Dette er et annet problem enn bankavstemming, og det er mer krevende, fordi en utbetaling fra en PSP aldri er én betaling for én faktura.
Symptomet er alltid det samme: Du har solgt for 10 000 €, og 9 712,40 € har kommet inn på bankkontoen. Begge beløpene er korrekte. Alt som befinner seg imellom disse to tallene, er det denne avstemmingen forklarer.
Hvorfor utbetalingen aldri stemmer overens med salget
En enkelt utbetaling fra Stripe, Adyen eller PayPal er en netto samlepost (net batch). I tiden fra kunden betaler til pengene lander på konto, har PSP-en:
- aggregert mange transaksjoner over en oppgjørsperiode,
- trukket fra sine gebyrer per transaksjon,
- trukket fra refusjoner og tilbaketrekking av betalinger (chargebacks) som har skjedd i samme tidsrom,
- potensielt holdt tilbake en reserve,
- og utbetalt restbeløpet dager senere i en samlet overføring.
Kontoutskriften viser dermed én enkelt linje på 9 712,40 €, mens hovedboken inneholder dussinvis av fakturaer der ingen matcher dette beløpet. Det er umulig å matche utbetalingen direkte mot fakturaene; utbetalingen må først dekomponeres (brytes ned).
Nedbrytingen
En oppgjørsbatch deles inn i kategorier, og hver kategori har sin egen betydning i hovedboken:
| Kategori | Hva det er | Virkning i hovedbok |
|---|---|---|
| Transaksjoner (Charges) | Kundebetalinger | Utligner kundefordringer |
| Refusjoner (Refunds) | Penger returnert til kunder | Reverserer en utlignet fordring |
| Gebyrer (Fees) | PSP-ens provisjon | En kostnad |
| Tilbaketrekking (Chargebacks) | Omstridte betalinger som trekkes tilbake | Gjenåpner en fordring, pluss et gebyr |
| Justeringer / reserver (Adjustments / reserves) | Tids- og risikoreserveringer | En gjeld til PSP-en |
Regnestykket som alltid må gå opp:
Bruttotransaksjoner − refusjoner − gebyrer − tilbaketrekninger ± justeringer = Nettoutbetaling
Hvis dette ikke stemmer, var den importerte batchen ufullstendig. En slik kontroll er mer verdt enn individuell matching, ettersom den beviser at ingen poster har blitt utelatt i det stille.
Bokføringen
Slik bokføres en oppgjørsbatch med 10 000 € i brutto transaksjoner, 250 € i gebyrer og 37,60 € i refusjoner:
| Konto | Debet | Kredit |
|---|---|---|
| 2710 Bank | 9 712,40 | |
| 6800 Finansielle kostnader (PSP-gebyrer) | 250,00 | |
| 5000 Salgsinntekt / reversering av fordring (refusjoner) | 37,60 | |
| 2410 Kundefordringer | 10 000,00 |
Dette leses slik: Kundens gjeld på 10 000 € gjøres opp, PSP-en beholdt 250 €, 37,60 € gikk tilbake til kundene, og 9 712,40 € nådde banken. Gebyret er en reell kostnad som aldri vises på noen kundefaktura, og det er nettopp derfor bruttoomsetning og bankinnskudd avviker. Dette forklarer også hvorfor avstemming basert utelukkende på banklinjen uforvarende underestimerer både inntekter og kostnader.
For markedsplasser (marketplaces) er det ett trinn til. Hvis utbetalingen inkluderer midler som tilhører selgere, utgjør plattformens inntekt utelukkende provisjonen, mens resten er en gjeld. Nordlets bokføringsregler dekker dette ved hjelp av dedikerte nøkler – settlements.fees, settlements.commissionRevenue, settlements.sellerPayable og settlements.suspense – slik at en splittet utbetaling bokfører provisjonen som inntekt og selgerens andel som gjeld, i stedet for å blåse opp plattformens inntekter.
Slik gjør Nordlet det
Flyten består av tre endepunkter:
- Import.
POST /v1/bank/settlements/importleser en avstemmingsrapport for utbetalinger fra Stripe og oppretter en oppgjørsbatch – tilbyder, utbetalings-ID, valuta, brutto, gebyrer og netto – med én linje per underliggende transaksjon, der hver linje er merket med sin kategori. Batcher er unike per tilbyder og utbetalings-ID, slik at reimport av den samme rapporten ikke fører til dobbeltebokføring. - Matching.
POST /v1/bank/settlements/matchkobler transaksjons- og refusjonslinjer til salgsfakturaene de tilhører. Linjene har en matchingsstatus som enten erunmatched(umatchet),matched(automatisk avklart fra ordre- eller fakturareferansen i rapporten) ellermanual(besluttet av en person). Gebyr- og justeringslinjer kan av design ikke matches mot fakturaer; forsøk på dette vil bli avvist fremfor gjettet. - Bokføring.
POST /v1/bank/settlements/postskriver hovedbokføringen for hele batchen ved hjelp av bokføringsreglene ovenfor, og endrer batchstatusen fraimportedtilposted. Umatchede innbetalinger havner på en mellomregningskonto i stedet for å bli tvangskoblet til en faktura. Dette gjør dem synlige og bevisst ukomfortable inntil de blir avklart.
En utbetaling i en annen valuta enn selskapets funksjonelle valuta bokføres uten manuelt arbeid. Journalen skrives i funksjonell valuta: batchen omregnes til kursen på bokføringsdatoen, fordringer avskrives til den kursen hver enkelt faktura ble utstedt med, og differansen mellom de to kursene bokføres som en realisert valutagevinst eller -tap. Det eneste tilfellet som fremdeles avvises, er en enkelt utbetaling der linjene blander flere valutaer.
Den bokførte batchen kobles til den innkommende bankkontoutskriftslinjen på den reelle bankkontoen. Under regler for bankmatching (Bank → Match) beskriver du hvordan en utbetaling fremkommer på utskriften din: teksten linjen alltid inneholder, og eventuelt prefikset til utbetalings-ID-en i denne teksten. Når en kontoutskrift importeres, knyttes en linje som oppfyller regelen, til sin batch ved hjelp av utbetalings-ID-en, eller ved å matche nettosummen til batchen innenfor et tidsvindu du har satt. Banklinjen bærer deretter oppgjørets bilag i stedet for å vente på en ekstra, duplisert bokføring. Endepunktene POST /v1/bank/settlements/link og /unlink setter eller korrigerer koblingen manuelt.
God praksis
- Avstem per utbetaling, ikke per måned. Utbetalingen er den naturlige enheten. Å aggregere en måneds utbetalinger før avstemming ødelegger identitetskontrollen som gjør feil enkle å oppdage.
- Bokfør aldri nettobeløpet som inntekt. Dette er den aller vanligste feilen i plattformregnskap: Å bokføre 9 712,40 € i inntekt underestimerer både salg og kostnader, fordreier bruttomarginen og fører vanligvis til feil MVA-behandling, ettersom merverdiavgift beregnes av bruttobeløpet kunden betalte, ikke av det PSP-en videresendte.
- Følg med på tidsforsinkelsen. En betaling som gjennomføres 30. juni og utbetales 3. juli, tilhører junis inntekter og julis likviditet. Ved periodens slutt fremstår differansen som en fordring på PSP-en – ekte penger som befinner seg på en annens konto.
- Avstem refusjoner mot det opprinnelige salget. En refusjon som ikke kobles tilbake, etterlater en oppgjørsfaktura som ser ut til å være betalt, og gir dermed for høye inntekter.
FAQ
Hva er forskjellen mellom betalingsavstemming og bankavstemming?
Bankavstemming sammenligner hovedboken din med kontoutskriften, linje for linje. Betalingsavstemming skjer ett trinn tidligere: Den bryter ned en enkelt PSP-utbetaling i de mange transaksjonene, refusjonene og gebyrene som ligger bak, slik at disse banklinjene i det hele tatt kan forklares.
Hvorfor stemmer ikke Stripe-utbetalingen min overens med salget?
Fordi en utbetaling er en nettosamlepost: brutto transaksjoner minus gebyrer, refusjoner, tilbakeføringer og eventuelle reserver, utbetalt etter PSP-ens tidsplan fremfor fakturaens forfall. Hver enkelt av disse komponentene må regnskapsføres separat for at de to beløpene skal avstemmes.
Beskattes eller motregnes PSP-gebyrer mot inntekten?
Nei. Inntekt er bruttobeløpet kunden betalte; PSP-gebyret er en kostnad forbundet med innkrevingen. Å motregne disse underestimerer både inntekter og kostnader, fordreier marginene og gir som regel feil MVA-behandling.
Hvordan håndteres splittede utbetalinger på markedsplasser?
Plattformens inntekt er dens provisjon; selgerens andel er en gjeld frem til den utbetales. Å bokføre hele utbetalingen som inntekt overestimerer plattformens inntjening kraftig. Det finnes egne bokføringsregler for provisjonsinntekter og selgergjeld nettopp for å holde disse adskilt.
Hva skjer med umatchede oppgjørslinjer?
De bokføres på en mellomregningskonto i stedet for å bli tvangskoblet mot en faktura. Dette holder hovedboken i balanse og gjør problemet synelt. Mellomregningskontoen fungerer som en gøremålsliste som skal være tom før perioden stenges.