BNPL Accounting: Shop Pay-termijnbetalingen, Klarna & Afterpay

De klant betaalt in vier termijnen. U wordt één keer betaald — en dat is precies waar de boekhouding misgaat.

U heeft Shop Pay Installments in maart ingeschakeld. Misschien heeft u ook Klarna of Afterpay toegevoegd, omdat de casestudy's zeiden dat betaal-later-opties de conversie verhogen — en die van u steeg inderdaad. Toen arriveerde het einde van de maand, en uw bankafschrift had een nieuw probleem: stortingen van namen die u nog nooit eerder had kunnen afstemmen, in bedragen die niets overeenkwamen met het uitbetalingsrapport van Shopify. Ondertussen kwam uw marge een half punt lager uit dan normaal, en niets op de winst-en-verliesrekening verklaart waarom.

Dus u heeft de vreemde stortingen onder "Shopify-inkomsten" geschaard en ging verder. De boekhouding klopte — en was stilletjes fout. BNPL-boekhouding is een gebied waar "stilletjes fout" zich elke maand opstapelt naarmate de mix groeit.

Hier is de herformulering waarop deze post is gebouwd: buy-now-pay-later verandert helemaal niets aan wanneer u inkomsten verdient. Het termijnplan van de klant is niet uw probleem — het raakt nooit uw boekhouding. Wat BNPL werkelijk verandert, zijn twee dingen: de vergoeding is hoger, en het geld komt binnen via een andere stroom. Beide zijn in een middag op te lossen als u ze eenmaal ziet.

BNPL Boekhoudregel Eén: U Wordt Vooraf Betaald

Begin met de mechanica, want de meeste verwarring lost zich hier al op.

Wanneer een klant afrekent met Shop Pay Installments, Klarna of Afterpay, gebeuren er drie dingen:

1. U verzendt de bestelling zoals elke andere verkoop. De provider heeft de klant bij het afrekenen goedgekeurd; de transactie is van uw kant voltooid.
2. De provider betaalt u vooraf — de volledige orderwaarde, minus hun handelaarsvergoeding. Niet in termijnen. Eén keer.
3. De klant betaalt de provider terug over tijd. Vier betalingen, maandelijkse plannen, wat ze ook kozen. Als de klant stopt met betalen, is dat tussen hen en de provider — u heeft uw geld al.

De provider koopt in wezen de vordering van u. Zij nemen het kredietrisico van de klant op zich, en zij rekenen u een hogere vergoeding voor het voorrecht — aanzienlijk meer dan standaard kaartverwerking. Er is geen universeel tarief; uw effectieve kosten zijn afhankelijk van uw overeenkomst en de mix van plan types, dus controleer uw eigen contract. Maar de richting is consistent: BNPL kost meer per bestelling dan een kaart swipe.

De boekhoudkundige consequentie is eenvoudiger dan de meeste mensen verwachten. Inkomsten worden exact hetzelfde erkend als bij een kaartverkoop - volledige bestelwaarde op het moment van verkoop, zoals altijd. Er zijn geen uitgestelde inkomsten, geen te incasseren bedragen die verouderen, geen afbetalingsschema om te spiegelen in QuickBooks. Als iemand u vertelt dat BNPL betekent "inkomsten erkennen naarmate de termijnen binnenkomen", dan heeft diegene uw boekhouding verward met die van de provider.

De Leugen: "Het is Gewoon Nog Een Betaalmethode"

Dat mechanisme van vooruitbetaling leidt rechtstreeks naar de valkuil. Aangezien de timing van de inkomsten normaal is, is het verleidelijk om te concluderen dat niets aan uw boekhouding hoeft te veranderen. Schakel de betalingsoptie in, zie de conversie verbeteren, klaar.

Dat is de leugen, en het is een royale leugen - omdat het bijna waar is. Twee dingen zijn veranderd, en beide zijn onzichtbaar op de dag dat u de schakelaar omzet.

Ten eerste, de vergoeding werd groter en verplaatst. Uw kaartvergoedingen staan in uw Shopify Payments uitbetalingsrapport - vervelend, maar u weet tenminste waar u moet zoeken (we hebben elke schuilplaats in Shopify-vergoedingen in QuickBooks in kaart gebracht). Vergoedingen van externe BNPL-providers staan ergens anders: het klantenportaal van Klarna, de afwikkelingsrapporten van Afterpay. Als uw gewoonte om vergoedingen bij te houden is "lees het Shopify-uitbetalingsrapport", dan is een deel van uw verwerkingskosten zojuist buiten beeld geraakt. En als u geen Shopify Payments gebruikt, of de BNPL als een externe gateway draait, kan de eigen transactievergoeding van Shopify van derden er nog bovenop komen - controleer uw abonnement.

Ten tweede, het geld komt binnen via een nieuwe stroom. Shop Pay Installments wordt afgewikkeld via uw reguliere Shopify Payments-uitbetalingen, dus die bestellingen worden meegenomen met uw kaartverkopen. Klarna en Afterpay, die als hun eigen gateways draaien, bundelen op hun eigen schema's en storten onder hun eigen namen. Uw bankkoppeling heeft nu twee of drie afwikkelingsstromen waar er vroeger één was - elk met zijn eigen timing, zijn eigen vergoedingen en zijn eigen rapport dat u zou moeten openen om een bepaalde storting te verklaren.

Geen van beide veranderingen kondigt zichzelf aan. De eerste tast uw marge aan zonder een post achter te laten; de tweede doorbreekt de routine van het matchen van stortingen waarop u al jaren vertrouwt. U deed niets verkeerd - het systeem kreeg een tweede set leidingen terwijl het dashboard hetzelfde bleef.

Een Bestelling van €100, Twee Manieren

Cijfers maken dit concreet. De onderstaande cijfers zijn illustratief en fictief - kaartverwerking tegen een typische 2,9% + 30¢, en een verzonnen vast tarief van 6% voor de BNPL-provider. Uw werkelijke overeenkomst zal verschillen; de structuur niet.

	Kaartafrekening	BNPL-afrekening
Totaalbedrag bestelling (wat de klant ziet)	$100.00	$100.00
Inkomsten die u registreert	$100.00	$100.00
Verwerkingskosten	$3.20	$6.00
Geld dat u ontvangt	$96.80	$94.00
Wanneer u het ontvangt	Volgende Shopify-uitbetaling	Vooraf - afwikkelingsschema van de provider
Waar de vergoeding zichtbaar is	Shopify-uitbetalingsrapport	Eigen portaal/rapport van de provider
Wie int bij de klant	U, bij de kassa	De provider, in 4+ betalingen

Lees de inkomstenrij twee keer: identiek. De verkoop is in beide gevallen $100, geboekt bij het moment van verkoop in beide gevallen. Al het verschil zit onder die regel - een vergoeding die bijna twee keer zo hoog is, die via een andere pijp binnenkomt, gedocumenteerd in een ander rapport.

Die kloof van $2,80 per bestelling klinkt klein. Dat is het niet, in totaal. Meer daarover hieronder.

Waar het Geld Landt: Eén Verrekenrekening Per Stroom

Hier is de operationele oplossing voor het afrekenprobleem, en het is hetzelfde patroon dat boekhouding met meerdere gateways overal oplost: elke afrekenstroom krijgt zijn eigen tussenrekening.

Als je onze pijler voor uitbetalingsafstemming hebt gelezen, ken je de methode — bruto verkopen, terugbetalingen en kosten worden op een tussenrekening geboekt, de bankstorting wordt eruit overgemaakt en een nulsaldo bewijst dat alles klopt. BNPL verandert die methode niet. Het vermenigvuldigt het:

• Shop Pay-termijnbetalingen — geen nieuwe tussenrekening nodig. SPI wordt afgerekend binnen je Shopify Payments-uitbetalingen, dus die bestellingen lopen via je bestaande Shopify Payments-tussenrekening. De kosten worden gespecificeerd in de uitbetalingsdetails; ze zijn gewoon hoger voor die bestellingen.
• Klarna — eigen tussenrekening. Klarna's afrekeningen worden gebundeld volgens Klarna's schema en komen binnen als op Klarna genoemde stortingen. Boek de bruto verkopen en kosten voor Klarna-bestellingen daar; vereffen de rekening wanneer elke storting binnenkomt.
• Afterpay — weer hetzelfde. Eigen tussenrekening, eigen afrekenrapport, eigen nulcontrole.

Elke rekening moet na elke afrekeningscyclus onafhankelijk op nul uitkomen. Wanneer dat niet gebeurt, weet je welke stroom het probleem heeft voordat je ook maar één rapport hebt geopend — wat het hele doel van het patroon is. WooCommerce-winkels die Klarna of Afterpay via gateway-plugins draaien, hebben dezelfde structuur; de WooCommerce–QuickBooks synchronisatiegids behandelt de platformspecifieke versie.

Wat je niet moet doen, is alle drie de stromen in één ongedifferentieerde inkomstenrekening laten lopen. Zo wordt een Klarna-storting als inkomsten geboekt (het is netto van kosten — nu zijn je inkomsten te laag en je kosten ontbreken) en zo blijft een ontbrekende Afterpay-afrekening een kwartaal onopgemerkt.

Teruggaven Via BNPL

Terugbetalingen zijn waar de interne werking van BNPL het duidelijkst naar voren komt, dus ken de stroom voordat je de eerste doet.

Wanneer je een BNPL-bestelling terugbetaalt, betaal je deze terug via de provider — vanuit jouw kant, meestal dezelfde terugbetalingsknop als altijd. De provider ontwart de kant van de klant: annuleert resterende termijnen, retourneert wat de klant al heeft betaald. Niets daarvan hoort in je boekhouding.

Wat wel in je boekhouding thuishoort, is dezelfde tegenboeking als elke andere terugbetaling — verkopen retour omhoog, en het contante geld dat je terugkrijgt van je volgende afrekening in die stroom. Het addertje onder het gras is de vergoeding. Of de provider hun handelaarsvergoeding terugbetaalt voor een teruggestorte bestelling, verschilt per provider en per overeenkomst: sommigen betalen het volledig terug, sommigen houden een deel, sommigen houden alles. Ga er niet van uit — controleer je overeenkomst, en wanneer de vergoeding niet wordt terugbetaald, boek het ingehouden deel als een verwerkingskostenpost zodat het niet verdwijnt in een afstemmingskloof.

Omdat BNPL-teruggaven vaker over afrekenperioden heen gaan dan kaartteruggaven (de afrekening is al uitbetaald voordat de klant van gedachten veranderde), zijn ze een veelvoorkomende bron van clearingrekeningen die niet op nul uitkomen. De mechanismen om de timing van terugbetalingen correct te krijgen - inclusief terugbetalingen over perioden heen - worden diepgaand behandeld in onze handleiding voor boekhouding van terugbetalingen en retouren.

De Winst-en-verliesvraag: Wat BNPL Doet met de Gemengde Marge

Nu het strategische deel - de reden dat uw marge een halve punt daalde en niets op de P&L dit verklaarde.

BNPL-kosten zijn een verwerkingskosten, punt uit. Geen marketingkosten, geen tegeninkomsten, geen mysterieuze aftrekpost binnen een storting. Ze horen op hun eigen kostenregel te staan (of gegroepeerd onder verwerkingskosten van de handelaar), waar u ze kunt zien bewegen.

En ze zullen bewegen, omdat ze meeschalen met de mix. Met dezelfde fictieve tarieven als voorheen, kijk wat er gebeurt met een winkel die $50.000 per maand omzet, naarmate het aandeel van BNPL groeit:

Aandeel BNPL in de omzet	Kaartkosten (2,9% + 30¢, illustratief)	BNPL-kosten (6%, illustratief)	Totale verwerkingskosten	Effectief gemengd tarief
0%	~$1.600	$0	~$1.600	~3,2%
20%	~$1.280	$600	~$1.880	~3,8%
40%	~$960	$1,200	~$2.160	~4,3%

Hetzelfde inkomen. Dezelfde producten. Een volle procent marge weg - niet verloren, uitgegeven, aan de conversieverhoging en grotere winkelwagens die BNPL echt levert. Die afweging kan de moeite waard zijn. Maar u kunt deze alleen evalueren als de vergoeding op uw P&L als een aparte regel staat, die meebeweegt als uw mix verschuift. Begraven in een netto storting, lijkt het gewoon alsof uw bedrijf mysterieus slechter is geworden.

De vraag die u aan uw eigen boekhouding moet stellen: als BNPL volgende kwartaal van 10% naar 30% van uw omzet zou gaan, zou uw P&L u dan de kosten laten zien? Als het antwoord nee is, wordt de vergoeding ergens verrekend - en de oplossing is de hierboven beschreven clearingrekeningstructuur.

Hoe dit er geautomatiseerd uitziet

Alles hierboven is met de hand te doen: per stroom clearingrekeningen, bruto-inkomsten journaalposten, kosten geboekt uit het rapport van elke provider, terugbetalingen getraceerd over afrekenperioden. Het is dezelfde zesstappenmethode uit de afstemmingspijler, één keer per stroom uitgevoerd, elke cyclus. Dat is precies het probleem - BNPL heeft de methode niet moeilijker gemaakt, het heeft u ertoe aangezet deze twee of drie keer parallel uit te voeren, tegenover rapporten in verschillende portals.

Dit is het soort werk waar een synchronisatietool voor bestaat. LedgerPort leest orders, terugbetalingen en kosten van uw winkel en plaatst deze met de intacte structuur in QuickBooks - inkomen op bruto, kosten als zichtbare uitgave, elke afrekenstroom afzonderlijk afgestemd, hetzelfde patroon per gateway. Orders worden geplaatst wanneer ze de door u gekozen betalingsstatus bereiken, dus een BNPL-order komt in uw boekhouding wanneer deze is vastgelegd, niet wanneer deze is beloofd - de documentatie over order-sync-methoden laat zien hoe die trigger werkt. Uitbetalingsjournaals en kostenafhandeling zijn inbegrepen in het Scale-abonnement en hoger; zie prijzen voor waar de lijn ligt.

De eerlijke kanttekening: geen enkele tool verandert uw BNPL-economie. De vergoeding is wat uw overeenkomst zegt dat deze is. Wat automatisering verandert, is of die vergoeding een getal op uw P&L is waarop u kunt handelen - of een residu dat u in april ontdekt.

Het Antwoord Was Altijd Al Vooraf

Je dacht dat BNPL een probleem met het volgen van termijnen zou zijn - een nieuw regime voor omzetverantwoording om te leren. Het is het tegenovergestelde. De aanbieder heeft de termijnen volledig van je overgenomen en je in ruil daarvoor twee veel gewonere problemen bezorgd: een hogere vergoeding in een onbekend rapport, en een nieuwe stortingsstroom in je bankoverzicht.

Beide geven toe aan structuur. Geef elke stroom een ​​vereffeningsrekening die op nul moet uitkomen. Boek BNPL-kosten op een eigen onkostenpost en houd de gecombineerde rente in de gaten naarmate je mix verschuift. Controleer je overeenkomst voor het gedrag van restitutiekosten voordat de eerste restitutie plaatsvindt, niet erna.

Als je Klarna- of Afterpay-stortingen momenteel op "Shopify-inkomsten" landen, is dat de draad om deze week aan te trekken. En als het uitvoeren van de vereffeningsrekeningmethode voor drie afrekenstromen precies het soort einde van de maand klinkt dat je wilt beëindigen, is het gratis plan van LedgerPort de risicoarme manier om de geautomatiseerde versie te testen - het werkende voorbeeld van $100 hierboven is precies de vertaling die het per bestelling, per stroom doet, zonder het spreadsheet.