Methode · Terugkerend
Abonnementen die niet ongemerkt stuklopen.
Terugkerende omzet faalt op twee saaie manieren: een kaart wordt vervangen en de incasso werkt niet meer, of een verlenging krijgt een soft decline en niemand merkt het totdat de klant weg is. Network tokens lossen het eerste op, geplande retries het tweede, en beide werken zonder dat je team een billing engine hoeft te bouwen.
Van jou
Schema en bedrag
Auto
Opnieuw bij soft decline
Token
Overleeft kaartvervanging
1
Order per cyclus
Zo werkt het
Van aanmelding tot verlenging, in vier stappen.
- 01
AUTHORIZE
De klant betaalt één keer in de checkout; de kaart wordt veilig opgeslagen als network token.
- 02
SCHEDULE
Jij bepaalt bedrag, interval, start en einde — of laat het open.
- 03
CHARGE
Elke cyclus krijgt een eigen order, een eigen bon en een eigen webhook.
- 04
RECOVER
Bij een soft decline volgt een nieuwe poging volgens schema, in plaats van dat de klant als churn wordt afgeschreven.
Elke cyclus is een echte order
Een abonnement is geen speciaal object met eigen rapportage — elke afschrijving levert een order, een bon en een webhook op, precies zoals een eenmalige betaling. Zo sluit een abonnement regel voor regel aan, kun je één maand terugbetalen zonder de hele relatie terug te draaien, en heeft je financiële team geen tweede denkmodel nodig voor terugkerende omzet.
- 01Eén order, één bon en één webhook per cyclus
- 02Betaal één cyclus terug zonder de andere aan te raken
- 03Wordt afgestemd in dezelfde lijst als eenmalige betalingen
De twee fouten die echt geld kosten
Onvrijwillige churn komt vooral door twee dingen: verlopen of vervangen kaarten, en soft declines die niemand opnieuw heeft geprobeerd. Network tokens volgen de kaarthouder bij een vervanging, dus de afschrijving blijft werken zodra een nieuwe kaart binnenkomt. Geplande retries doen een nieuwe poging na een tijdelijke weigering, op momenten met meer kans op succes dan de eerste poging.
- 01Network tokens overleven vervangingen en verloopdata
- 02Soft declines worden volgens schema opnieuw geprobeerd, niet opgegeven
- 03De klant hoort het alleen als het er echt toe doet
Wat er nodig is om te activeren
Eén vlag op de eerste betaling om de kaart op te slaan, plus een schema. Er is geen apart billingproduct om te integreren, en de afschrijvingen van het abonnement komen in dezelfde back office en dezelfde uitbetaling terecht als al het andere dat je ontvangt.
FAQ
Terugkerende betalingen — vragen van merchants.
Nee. Het schema, de retries en het tokenbeheer zijn onderdeel van de methode. Jouw kant is de eerste betaling en een keuze voor bedrag en interval.
De opgeslagen kaart is een network token, dat de kaarthouder volgt bij vervanging en verlooptijd — dus een abonnement dat voorheen zou zijn gestrand, blijft gewoon afschrijven.
Ja. De kaart achter Apple Pay of Google Pay kan worden getokenized voor terugkerende betalingen, zodat een abonnement dat met één tik is gestart doorloopt zonder dat de klant terug naar de checkout hoeft.
Elke cyclus is een eigen order, dus je betaalt die order terug — volledig of gedeeltelijk — zonder dat andere cycli of het abonnement zelf worden geraakt.
Meer methoden
Vaak samen ingeschakeld.
Opgeslagen kaarten
Vault · One-clickTerugkerende klanten betalen met een tik; de kaart staat in onze vault en jij slaat alleen een referentie op.
02Kaartbetalingen
Visa · MastercardDe standaardroute, met 3-D Secure 2.0 en strong customer authentication binnen de flow afgehandeld.
03Betalen via link
Geen integratie nodigEen link die je in de back office maakt en verstuurt — met alle methoden erachter, zonder website.
Ontvang een betaling via elke methode.
Een sandbox-merchant, API-sleutels en een checkout met al deze methoden ingeschakeld, zodat je elke methode end-to-end kunt doorlopen voordat je je ergens aan verbindt.