Az ismétlődő fizetés lehetővé teszi, hogy egy szolgáltatás vagy részletfizetés ismétlődő díja automatikusan megterhelésre kerüljön az ügyfél kártyáján. Szolgáltatás esetén a terhelés addig történik az adott periódusonként, amíg az ügyfél le nem mondja szolgáltatást. Részletfizetés esetén az utolsó részlet kiegyenlítéséig tart ez.
Ebben a bejegyzésben bemutatjuk, hogy a Barion, SimplePay és Stripe esetében hogyan működik az ismétlődő fizetési folyamat a háttérben. Segítséget találhatsz a lemondások kezeléséhez, a emailek időzítéséhez, továbbá az ismétlődő fizetéshez tartozó mezők használatával kapcsolatban.
Fontos: A Braintree fizetési szolgáltató esetében az ismétlődő fizetési folyamat jelentősen eltér, ezért ezzel kapcsolatban a Braintree funkciók bemutatása bejegyzésünkben találhatsz részletes leírást.
A bejegyzés tartalma:
- Áttekintés
- Ismétlődő fizetési folyamat működése
- Emailek időzítésének beállítása ismétlődő fizetés esetén
- Ismétlődő fizetés lemondása
- Kuponok használata
Áttekintés
Az ismétlődő fizetési folyamat megértéséhez először is bemutatom az ismétlődő fizetési folyamathoz szükséges speciális mezőket, kifejezéseket:
- Ismétlődő fizetés első előfordulása: Az előfizetést kezdő első megrendelés. Az első előfordulását, egy piros háromszögben lévő felkiáltójel jelöli.
Fontos: Az első rendelést nem szabad törölni, mivel az első előfordulás törlése esetén az előfizetés megszakad és a továbbiakban nem történik terhelés. Továbbá módosítani is csak fokozott óvatosság mellett lehet, mivel az első előfordulás módosítása kihatással van a következő terhelésekre. - Ismétlődő fizetés 2., 3., n. előfordulása: Alapvetően az ismétlődő fizetés esetében a rendszer a beállított fordulónapon 15 óra után másolatot készít az előfizetést kezdő, első előfordulásról (1), és ezen keresztül megpróbálja az automatikus terhelést kb. 16 és 17 óra között.
Ha sikeres a terhelés, akkor létrejön egy új rekord a listában (2).
Ha sikertelen a terhelés, akkor is létrejön egy új rekord a listában Félbehagyott kártyás megrendelés állapottal. A rendszer ezt a rekordot kíséreli meg terhelni, maximum 15 alkalommal. Erről bővebben az alábbiakban olvashatsz. - Következő esedékes terhelés dátuma [mssys_next_recur_charge_date] Ennek a mezőnek az értéke minden előfordulás esetében ugyanaz. Tehát minden terheléskor frissül az összes előfordulás esetében ez a dátum a következő terhelés dátumával, vagy inaktív előfizetés esetén minden előfordulásnál felveszi a 0000.00.00 dátumot.
- Következő terhelés összege [mssys_next_recur_amount] Ez a mező mutatja, hogy mekkora összeggel kerül terhelésre az email címhez tartozó kártya a Következő esedékes terhelés napján.
- Utolsó sikeres automatikus terhelés időpontja [mssys_last_succ_recur_charge_time] Ennek a mezőnek az értéke mindig a sikeres terhelés dátuma. Sikertelen terhelés esetén a mező felveszi a 0000.00.00. értéket. Ennek a mezőnek az értéke minden előfordulásnál különböző, ugyanis ennek a mezőnek az értéke sikere terhelés esetén csak az utolsó előfordulásnál frissül.
- Utolsó sikertelen automatikus terhelés időpontja [mssys_last_unsucc_recur_charge_time] Ennek a mezőnek az értéke mutatja, ha történt sikertelen terhelés a megrendelőnél. Ennek a mezőnek az értéke minden előfordulás esetében ugyanaz.
- Utolsó terhelés státusza [mssys_last_charge_status] A terhelések eredményességét mutatja. Ennek a mezőnek az értéke minden előfordulás esetében ugyanaz. A következő értékeket veheti fel:
- 0 - Nem történt még terhelés, ez az első előfordulásnál vagy félbehagyott kártyás fizetésnél látható.
- 1 - Sikeresen megtörtént a terhelés.
- 2 - Sikertelen terhelés történt.
- Sikertelen ismétlődő terhelések száma [mssys_unsucc_recurring_charge_num] Sikertelen terhelés esetén minden előfordulásnál hozzáad a rendszer 1-et, sikeres terhelés esetén pedig nullázza a mező értékét. Ennek a mezőnek az értéke minden előfordulás esetében ugyanaz.
- Ismétlődő fizetés azonosító [mssys_rts_id] Minden előfizetés kap egy egyedi azonosítót. Erre azért van szükség, mivel egy e-mail címmel akár több előfizetése is lehet ugyanannak a megrendelőnek ugyanabban a listában. Fontos: Az ismétlődő fizetési azonosító, nem egyezik meg az Azonosítóval. Az Ismétlődő fizetési azonosító az előfizetéshez tartozó összes előfordulásnál azonos, így lehet tudni, hogy az egyes előfordulások mely előfizetéshez tartoznak.
- Ismétlődő előfizetés állapota [mssys_recurring_status] A mező értéke Aktív (1), ha az ismétlődő fizetés aktív, és Lemondott (0), ha inaktív.
- Ismétlődő előfizetés első előfordulása mező [mssys_recurring_first_instance] Ennek a mezőnek az értéke Igen, ha ez az Ismétlődő előfizetés első előfordulás, a többi előfordulás esetén ennek a mezőnek az értéke Nem.
Ismétlődő fizetés folyamata a háttérben
Összefoglalva az ismétlődő fizetés a következőképpen történik a háttérben:
A rendszer a megrendelőhöz tartozó első előfordulásból másolatot készít a beállított fordulónapon és ezen keresztül megpróbálja az automatikus terhelést kb. 16 és 17 óra között.
Fontos: Azon a megrendelő űrlapon beállított Szállítási és fizetési mód és Számlázási beállítások szerint fogja a rendszer a folyamatban lévő előfizetések számláját kiállítani, amin az első rendelés leadásra kerül. Ezért ha ezen az űrlapon megváltoztatod később a beállításokat, akkor azok ki fognak hatni a folyamatban lévő éles előfizetésekre is, ezért nem javasoljuk a Szállítási és fizetési mód és Számlázási beállítások módosítását az űrlapon.
Sikeres terhelés esetén
Sikeres terhelés esetén létrejön egy új megrendelés, azaz előfordulás az adott megrendelés listában az eredeti (első) megrendelés alapján. Ez azt jelenti a gyakorlatban, hogy ha havonta ismétlődő előfizetési rendszered van, akkor az aktív előfizetőidnek minden hónapban lesz egy teljesen új előfordulása a listában. Tehát ha egy előfizetőnél az év minden hónapjában sikeres az automatikus terhelés, akkor összesen 12 db különböző megrendelése lesz 1 év alatt a listában. A sikeres terhelések során a következő mezők kerülnek frissítésre:
- következő esedékes terhelés dátuma: a következő fordulónapra állítódik be. Nem csak ennél az új előfordulásnál, de az előfizetéshez tartozó minden előfordulásnál módosul a dátuma a következő alkalomra.
- utolsó sikeres automatikus terhelés időpontja: Ez csak az aktuális előfordulásnál, azaz az utolsónál kerül beállításra.
- utolsó terhelés státusza (1 - sikeresre állítódik) Nem csak ennél az új előfordulásnál, de az előfizetéshez tartozó minden előfordulásnál módosul a dátuma a következő alkalomra.
Továbbá ilyenkor lefutnak a megrendelő űrlaphoz tartozó műveletek, amelyeknek a megrendelő megfelel (pl. a sikeres bankkártyás fizetéssel szűrt műveletek ilyenkor is lefutnak).
Részletfizetésnél (Stripe esetében nincs lehetőség még részletfizetésre) a fentieken kívül még az x. részlet fizetési időpontja kerül beírásra. Ha számla kiállítás is be volta kapcsolva, akkor az adott részlethez elmentésre kerül a hozzá tartozó számla.
Sikertelen terhelés esetén
Sikertelen terhelés esetén létrejön egy új rekord (megrendelés), azaz előfordulás a listában Félbehagyott kártyás megrendelés állapottal. Ilyen esetben a rendszer ezen a rekordon kíséreli meg az automatikus terhelést. Ezt összesen 15 alkalommal próbálja.
Fontos: Ne töröld ezt az előfordulást a listádból mindaddig, amíg sikeres nem lesz a terhelés vagy meg nem történik a 15. sikertelen terhelés és inaktívra nem állítódik az előfizetés, mivel a rendszer a háttérben ezen az előforduláson kísérli meg az automatikus ismételt terhelést. Törlés esetén a teljes előfizetés leáll a megrendelőnél.
A következő mezők kerülnek frissítésre az adott megrendelésnél sikertelen terhelés esetén:
- következő esedékes terhelés dátuma: a következő napra állítódik be. A terhelést a rendszer újra megkísérli a következő napon. Nem csak ennél az új előfordulásnál, de az előfizetéshez tartozó minden előfordulásnál módosul a dátuma a következő alkalomra.
- utolsó sikertelen terhelés időpontja Nem csak ennél az új előfordulásnál, de az előfizetéshez tartozó minden előfordulásnál módosul a dátuma a következő alkalomra.
- utolsó terhelés státusza (2 - sikertelenre állítódik) Nem csak ennél az új előfordulásnál, de az előfizetéshez tartozó minden előfordulásnál módosul a dátuma a következő alkalomra.
Ha ez volt a 15. sikertelen terhelés próbálkozás, akkor a rendszer nullára állítja a következő esedékes terhelés időpontját és nem próbálja újra megterhelni a kártyát. A lemondáskori művelet ilyenkor is végrehajtásra kerül.
A 15. sikertelen terhelés után még nem állítódik inaktívra az előfizetés állapota, ha az integráció beállításainál beállítottuk ezt a lehetőséget, azonban a rendszer már nem kísérli meg az automatikus terhelést, ilyenkor már csak az előfizető tudja újraindítani az előfizetést. Az automatikus terhelést úgy lehet újraindítani, ha a Kártyás fizetés megismétlése linken a megrendelő olyan kártyaadatokat ad meg, amellyel sikeresen megtörténik a terhelés. Amennyiben sikeres az új kártyán a terhelés, úgy a következő fordulónapon a rendszer ismét automatikusan megkezdi a terhelést a próbálkozások számát pedig lenullázza.
Fontos: Ha úgy van felépítve a rendszered, hogy az előfizetőd hónapokkal később is újrakezdheti az előfizetését (tehát több havi elmaradása is lehet) fizetés újraindítása linken keresztül, abban az esetben a rendszer a sikeres kártyás azonosításkor végez egy terhelést, majd a rá következő napon is végez egy terhelést, tehát 1 elmaradt és 1 aktuális terhelés történik meg ilyenkor. Azonban a rendszer elvártan ezenfelül nem kezeli a további elmaradt hónapokat. Ezeknek terhelése nem fog megtörténni automatikusan, ezt manuálisan kell kezelnetek.
A sikeres illetve sikertelen terhelésről is elküldésre kerül egy értesítő a listánál beállított felhasználóknak. Az értesítések beállításával az ezzel foglalkozó Tudásbázis bejegyzésünkben ismerkedhetsz meg részletesen.
Emailek időzítésének beállítása ismétlődő fizetéshez
Ismétlődő fizetéseknél általában a következő eseteket érdemes lekezelni:
Első megrendelés leadásakor (előfizetés megkezdésekor) kimenő email időzítése
1. Sikeres bankkártyás fizetés esetén kimenő email időzítése
Az előfizetés kezdetén, az első megrendelés leadásakor, amikor a megrendelő bekerül a listába feliratkozáskori időzítést érdemes beállítani bizonyos feltétekkel kiegészítve. (SimplePay esetében nincs szükség plusz feltételekre. Ezzel kapcsolatban az Ismétlődő fizetés kezelése SimplePay segítségével c. bejegyzésben találhatsz részletes információt)
Fontos: Ismétlődő előfizetésnél sikeres terhelés esetén mindig új előfordulás kerül be a listába az adott előfizetéshez, ezért plusz feltételt kell szabni, hogy ne menjen ki minden alkalommal ugyanaz a feliratkozáskori email az előfizető minden előfordulása számára.
Ehhez az első megrendelés esetében az Ismétlődő előfizetés első előfordulása mezőre érdemes szűrni. Továbbá a feltételekbe a Megrendelés állapota Fizetve státuszra is érdemes szűrni, így a félbehagyott kártyás fizetőknek sem megy ki a feliratkozáskori email.
2. Félbehagyott kártyás fizetés esetén kimenő email időzítése
Előfordulhat, hogy valaki szeretne előfizetni a termékedre vagy a szolgáltatásodra, azonban valamiért a fizetés meghiúsul. Ilyen esetben a Megrendelés állapota mező felveszi a Félbehagyott kártyás fizetés értéket. Ilyenkor kiküldhetsz egy emailt az érdeklődő számára, amelyben felajánlod, hogy kísérelje meg a fizetés megismétlését. A fizetés újraindításával és a email időzítésével kapcsolatban, az ezzel foglalkozó Tudásbázis bejegyzésünk 1. pontjában találsz pontos leírást.
Következő terhelés előtti tájékoztató email
Azokat az előfizetőket, akik sikeresen előfizettek nálad, tájékoztathatod a következő aktuális terhelés előtt előzetesen, hogy terhelés fog történni a számlájukon.
Fontos: SimplePay fizetési szolgáltató esetében egy ilyen tájékoztató email kiküldése kötelező a terhelés időpontja előtt 3-7 nappal. Ebben az emailben kötelezően szerepelnie kell a következőknek:
- Következő esedékes terhelés dátuma mezőnek
- Rendelés bruttó összege mezőnek
- Lemondáshoz kapcsolódó minden információnak, hogy a vásárlónak legyen lehetősége lemondania az előfizetést.
Azt javasoljuk, hogy relatív időzítést állíts be a Következő esedékes terhelés dátuma mezőhöz képest pl. -3. nappal. Továbbá az időzítés szerkesztésének 3. oldalán engedélyezd az azonos email címekre történő küldést, így az előfizető újabb előfordulásainak is kiküldésre fog kerülni nem csak az elsőnek.
Sikeres terhelés (2., 3., n. előfordulás) esetén kimenő email időzítése
Sikeres terhelés esetén tájékoztathatod a megrendelődet, hogy a terhelés sikeresen megtörtént, és ebben a emailben az aktuális számláját is el tudod küldeni. Azt javasoljuk, hogy az időzítésnél használj relatív időzítést az utolsó sikeres terhelés időpontja mezőhöz képest az "A fenti időponthoz képest hány óra hány perccel később" opciót választva.
Sikertelen terhelés esetén kimenő email időzítése
Sikertelen terhelés esetén az integráció beállításainál volt lehetőséged megadni, hogy fusson egy adatmódosító űrlap, ha a megrendelőnél sikertelen terhelés történik. Nem számít milyen mezők vannak ezen az űrlapon, az űrlap nem fogja megváltoztatni az előfizető adatait. Tehát sikertelen terhelés esetén be tudsz állítani az emailedhez egy Adatmódosításkori időzítést, amiben tájékoztatod a megrendelőt, hogy a terhelés sikertelen volt és következőnap ismételten meg fogja kísérelni a terhelést a rendszer. Ebben az emailben érdemes felajánlanod a kártyacsere lehetőségét is a megrendelőnek.
Ismétlődő fizetés lemondása
Az ismétlődő fizetés lemondásának lehetőségét fel kell ajánlani a megrendelők számára. Ezt megteheted például egy emailben, vagy személyre szabott landing pagen elhelyezett speciális link segítségével. Az ismétlődő fizetés lemondásának kezelésének módjait az alábbi Tudásbázis bejegyzésben mutatjuk be.
Kuponok használata
A kuponok ismétlődő fizetés esetén a következőképpen működnek:
- Általános kupon beállítása esetén a kupon nem csak az első megrendelésre érvényesül, hanem az előfizetés során az összes további terhelésnél is mindaddig, amíg a kupon érvényes (vagy amíg törlésre nem kerül vagy az űrlapról vagy a kuponok közül). Tehát a kuponnál beállított határidőig minden hónapban a kuponnal csökkentett értéket fogja terhelni a rendszer, amíg a kupon szerepel az űrlapon felvetett kuponok között.
Fontos: Ha a kupon beállításaiban módosításra kerül a kupon kód akkor azoknál már nem fog érvényesülni a kuponkód akiknél még a korábbi kód került felhasználásra. Továbbá ha a kedvezmény mértéke módosul, akkor a folyamatban lévő előfizetéseknél is módosul a kedvezmény és eszerint történik meg a következő terhelés. - Egyedi kupon használata esetén csak az első alkalommal lesz érvényesítve a kupon, az ismétlődő fizetés további terheléseinél már a teljes összeget fogja terhelni a rendszer.
Az előfizetők Fizetési naplójában van lehetőséged ellenőrizni, hogy tartozik-e aktív kupon az adott előfizetéshez, tehát a legközelebbi terhelés alkalmával még a kupon kedvezménnyel csökkentett értéket fogja-e rendelni a rendszer. Ezt a Feliratkozó adatlap > Fizetési napló (1) fülön tudod ellenőrizni a Kupon (2) sorban.
Hozzászólások
0 hozzászólás
A cikkhez nem írhatók újabb hozzászólások.