Módszer · Ismétlődő fizetés
Előfizetések, amelyek nem romlanak el észrevétlenül.
Az ismétlődő bevétel két unalmas módon szokott elakadni: a kártyát újrakibocsátják, és a terhelés nem működik tovább, vagy egy megújítás soft decline-nal elutasításra kerül, és senki nem veszi észre, amíg az ügyfél el nem megy. A hálózati tokenek az elsőt oldják meg, az ütemezett újrapróbálkozások a másodikat, és mindez anélkül, hogy a csapatának saját számlázómotort kellene építenie.
Az Öné
Ütemezés és összeg
Auto
Újrapróbálkozás soft decline után
Token
Túléli a kártyacserét
1
Egy rendelés ciklusonként
Így működik
Feliratkozástól a megújításig, négy lépésben.
- 01
AUTHORIZE
Az ügyfél egyszer fizet a checkouton; a kártya hálózati tokenként kerül tárolásra.
- 02
SCHEDULE
Ön adja meg az összeget, az intervallumot, a kezdést és a befejezést — vagy nyitva hagyja.
- 03
CHARGE
Minden ciklus saját rendelést, saját nyugtát és saját webhookot hoz létre.
- 04
RECOVER
A soft decline-t ütemezetten újrapróbáljuk, nem könyveljük el lemorzsolódásként.
Minden ciklus valódi rendelés
Az előfizetés nem külön objektum saját riportinggal: minden terhelés rendelést, nyugtát és webhookot hoz létre, pontosan úgy, mint egy egyszeri fizetés. Így az előfizetés tételesen egyeztethető, egyetlen hónap visszatéríthető anélkül, hogy az egész kapcsolatot fel kellene bontani, és a pénzügyi csapatnak nincs szüksége második szemléletre az ismétlődő bevételhez.
- 01Ciklusonként egy rendelés, egy nyugta és egy webhook
- 02Egyetlen ciklus visszatérítése a többi érintése nélkül
- 03Ugyanabban a listában egyeztethető, mint az egyszeri fizetések
A két hiba, ami valóban pénzbe kerül
A önkéntelen lemorzsolódás többnyire két okra vezethető vissza: lejárt vagy újrakibocsátott kártyákra, és olyan soft decline-okra, amelyeket senki nem próbált újra. A hálózati tokenek végigkísérik a kártyabirtokost az újrakibocsátáson, így a terhelés az új kártya megérkezésekor is működik. Az ütemezett újrapróbálkozások újabb esélyt adnak az ideiglenes elutasításnak, az első kísérletnél jobb sikerrel kecsegtető időpontokban.
- 01A hálózati tokenek túlélik az újrakibocsátást és a lejáratot
- 02A soft decline-okat ütemezetten újrapróbáljuk, nem adjuk fel
- 03Az ügyfél csak akkor kap értesítést, ha tényleg számít
Mi kell a bekapcsoláshoz
Egyetlen jelölő az első fizetésen a kártya tárolásához, plusz egy ütemezés. Nincs külön számlázási termék, amit integrálni kellene, és az előfizetés terhelései ugyanabba a back office-ba és ugyanabba a kifizetésbe érkeznek, mint minden más bevétele.
FAQ
Ismétlődő fizetések — kérdések, amelyeket a kereskedők feltesznek.
Nem. Az ütemezés, az újrapróbálkozások és a tokenkezelés a módszer része. Az Ön dolga az első fizetés, valamint az összeg és az intervallum meghatározása.
A tárolt kártya egy hálózati token, amely végigköveti a kártyabirtokost az újrakibocsátásokon és lejáratokon, így az előfizetés, amely korábban megszakadt volna, továbbra is terhelhető.
Igen. Az Apple Pay vagy Google Pay mögötti kártya tokenizálható ismétlődő terhelésekhez, így az egy érintéssel indított előfizetés anélkül folytatódik, hogy az ügyfélnek vissza kellene térnie a checkoutra.
Minden ciklus önálló rendelés, ezért azt a rendelést téríti vissza — teljes vagy részleges összegben —, anélkül hogy bármelyik másik ciklust vagy magát az előfizetést érintené.
További módszerek
Gyakran együtt kapcsolják be.
Mentett kártyák
Vault · EgykattintásosA visszatérő ügyfelek egy érintéssel fizetnek; a kártya a mi vaultunkban van, Önnél csak egy hivatkozás marad.
02Kártyás fizetések
Visa · MastercardAz alapértelmezett csatorna; a 3-D Secure 2.0 és az erős ügyfél-hitelesítés a folyamaton belül zajlik.
03Pay by link
Integráció nélkülA back office-ban létrehozott és elküldött link — mögötte minden módszer, weboldal nélkül.
Fogadjon fizetést mindegyikkel.
Egy sandbox kereskedői fiók, API-kulcsok és egy checkout, amelyen mindez be van kapcsolva — így minden módot végigpróbálhat az elejétől a végéig, mielőtt bármire elköteleződne.