Metod · Återkommande
Prenumerationer som inte går sönder i tysthet.
Återkommande intäkter faller på två tråkiga sätt: ett kort ges ut på nytt och debiteringen slutar fungera, eller en förnyelse får soft decline och ingen märker det förrän kunden är borta. Nätverkstokens löser det första, schemalagda omförsök löser det andra, och båda sker utan att ditt team bygger en egen faktureringsmotor.
Ditt
Schema och belopp
Auto
Omförsök vid soft decline
Token
Överlever kortbyten
1
Order per cykel
Så fungerar det
Från signup till förnyelse, fyra steg.
- 01
AUTHORIZE
Kunden betalar en gång i checkout, och kortet lagras i valv som nätverkstoken.
- 02
SCHEDULE
Du anger belopp, intervall, start och slut – eller lämnar det öppet.
- 03
CHARGE
Varje cykel får sin egen order, sitt eget kvitto och sin egen webhook.
- 04
RECOVER
En soft decline provas igen enligt schema i stället för att skrivas av som churn.
Varje cykel är en riktig order
En prenumeration är inget särskilt objekt med egen rapportering – varje debitering ger en order, ett kvitto och en webhook, precis som en engångsbetalning. Det betyder att en prenumeration stäms av rad för rad, att en enskild månad kan återbetalas utan att hela kundrelationen rivs upp, och att ekonomiteamet slipper en andra tankemodell för återkommande intäkter.
- 01En order, ett kvitto och en webhook per cykel
- 02Återbetala en enskild cykel utan att röra de andra
- 03Stäms av i samma lista som engångsbetalningar
De två fel som faktiskt kostar pengar
Ofrivillig churn handlar mest om två saker: utgångna eller omutgivna kort, och soft declines som ingen provade igen. Nätverkstokens följer kortinnehavaren genom ett kortbyte, så debiteringen fungerar även när det nya kortet kommer. Schemalagda omförsök ger en tillfälligt nekad betalning en ny chans, vid tidpunkter som valts för att ha bättre utsikter än första försöket.
- 01Nätverkstokens överlever kortbyten och utgångsdatum
- 02Soft declines provas igen enligt schema, de överges inte
- 03Kunden informeras bara när det verkligen spelar roll
Det som krävs för att slå på det
En flagga på första betalningen för att lagra kortet, och ett schema. Ingen separat faktureringsprodukt att integrera, och prenumerationens debiteringar hamnar i samma back office och samma utbetalning som allt annat du tar emot.
FAQ
Återkommande betalningar — frågor som handlare ställer.
Nej. Schema, omförsök och tokenhantering ingår i metoden. Din del är den första betalningen och ett beslut om belopp och intervall.
Det sparade kortet är en nätverkstoken, som följer kortinnehavaren genom nya kort och utgångsdatum – så en prenumeration som tidigare hade gått sönder fortsätter att debiteras.
Ja. Kortet bakom Apple Pay eller Google Pay kan tokeniseras för återkommande debiteringar, så en prenumeration som startats med ett tryck fortsätter utan att kunden behöver återvända till checkout.
Varje cykel är en egen order, så du återbetalar just den ordern – helt eller delvis – utan att påverka andra cykler eller avsluta själva prenumerationen.
Fler metoder
Ofta aktiverade tillsammans.
Sparade kort
Valv · Ett klickÅterkommande kunder betalar med ett tryck; kortet ligger i vårt valv och dina system lagrar en referens.
02Kortbetalningar
Visa · MastercardStandardvägen, där 3-D Secure 2.0 och stark kundautentisering hanteras direkt i flödet.
03Pay by link
Ingen integration krävsEn länk du skapar i back office och skickar — alla betalsätt bakom den, ingen webbplats krävs.
Ta emot en betalning med var och en av dem.
En sandbox-handlare, API-nycklar och en checkout med alla dessa påslagna – så att du kan köra varje metod från början till slut innan du förbinder dig till något.