Amikor előfizetéses tagságok csoportját hozza létre, kiválaszt egy számlázási napot — a hónapnak azt a napját, amelyen az ügyfelet rendszeresen terheljük.
A Zenamu két lehetőséget kínál:
Automatikusan, a vásárlás dátuma alapján (alapértelmezett)
Mindig a hónap 1. napján (arányos első fizetéssel)
Ez a cikk segít eldönteni, melyik megközelítés felel meg jobban a stúdiójának.
1. lehetőség — Automatikusan, a vásárlás dátuma alapján
Ez az alapértelmezett beállítás, és a stúdiók többsége a gyakorlatban ezt használja.
Hogyan működik:
Egy ügyfél megvásárol egy tagságot, mondjuk április 15-én.
A terhelés április 15-én történik, majd újra május 15-én, június 15-én, július 15-én…
A számlázási nap tehát minden ügyfélnél más. Attól függ, mikor vásárolta meg először a tagságot.
Példa:
Ügyfél | Vásárlás dátuma | Következő fizetések |
Anna | április 3. | május 3., június 3.… |
Péter | április 15. | május 15., június 15.… |
Eva | április 28. | május 28., június 28.… |
Mikor válassza:
Az ismerős előfizetéses modell, mint a Netflix, a Spotify és a többi.
Az ügyfél az első időszak teljes összegét rögtön kifizeti — világos és tisztességes.
Nem kell arányos árszámításokkal foglalkoznia.
Apróbb eltérések:
Ha egy ügyfél mondjuk január 31-én vásárol, a következő fizetés február 28-ra vagy 29-re esik (a Stripe ezt igazítja, mert a februárnak nincs 31. napja), majd március 31-re, április 30-ra, és így tovább. Ilyen esetekben a Stripe igyekszik a terhelést a „hónap végén” tartani.
2. lehetőség — Mindig a hónap 1. napján
Az ügyfelet rendszeresen a hónap 1. napján terheljük, függetlenül attól, mikor vásárolta meg a tagságot.
Hogyan működik:
Egy ügyfél megvásárol egy tagságot április 15-én.
Az első fizetés arányos: csak az április végéig hátralévő napokra terheljük (április 15-től 30-ig = 30-ból 16 nap).
Május 1-jén a teljes összeget terheljük az egész májusra.
Onnantól a teljes összeget mindig a hónap 1. napján terheljük.
Példa — egy havi tagság 24 000 Ft-ért:
Ügyfél | Vásárlás dátuma | Első fizetés (arányos) | Következő fizetések |
Anna | április 3. | 22 400 Ft (30-ból 28 nap) | május 1. 24 000 Ft, június 1. 24 000 Ft… |
Péter | április 15. | 12 800 Ft (30-ból 16 nap) | május 1. 24 000 Ft, június 1. 24 000 Ft… |
Eva | április 28. | 2 400 Ft (30-ból 3 nap) | május 1. 24 000 Ft, június 1. 24 000 Ft… |
Az ügyfél az arányos összeget az űrlapon a vásárlás megerősítése előtt látja, így a végösszeg nem éri meglepetésként.
Mikor válassza:
A könyvelése havi alapon működik, és minden fizetést ugyanarra a napra szeretne tenni.
Az ügyfelei korábban a hónap 1. napján fizettek Önnek, és szeretné megtartani ezt a szokást.
Apróbb eltérések:
Ha egy ügyfél április 1-jén vásárol, semmi sem arányosul, és rögtön a teljes 24 000 Ft-t terheljük áprilisra.
Ha egy ügyfél április 30-án vásárol, egy kis arányos összeget terhelünk (1 nap), majd a teljes összeget már másnap (május 1.). Az ügyfél mindkét összeget látja a vásárlás megerősítése előtt, így tud róla.
Melyik modellt válassza
Helyzet | Javaslat |
Tipikus stúdió, amely nem szeretne havi könyveléssel foglalkozni | Automatikusan, a vásárlás dátuma alapján |
Rendszeresen a hónap 1. napján számláz, és minden fizetést össze szeretne hangolni | A hónap 1. napja |
Az ügyfelek olyan stúdióból érkeznek, ahol a hónap 1. napján fizettek | A hónap 1. napja |
Az ügyfelek többsége a hónap elején vásárol | Automatikusan (az 1-jétől kezdve az eredmény szinte azonos) |
Éves vagy negyedéves tagságok | Automatikusan (a hosszú időszakok hónap 1. napjához kötése nem észszerű) |
Tipp: A számlázásinap-beállítás az egész csoportra vonatkozik. Ha különböző változatokhoz különböző számlázási napot szeretne, hozza létre őket külön csoportokban.
Módosítható a számlázási nap a csoport létrehozása után?
A csoport számlázásinap-beállítása csak az új vásárlásokra vonatkozik. A meglévő tagok megtartják azt a napot, amelyen eredetileg elkezdtek.
Más szóval: ha Ön
létrehoz egy automatikus beállítású csoportot,
50 ügyfél különböző napokon vásárol tagságot,
majd átállítja a csoportot a hónap 1. napjára,
a meglévő 50 ügyfél továbbra is a saját eredeti napján fizet (3-án, 15-én, 28-án, és így tovább). Az átállítás pillanatától kezdődő új vásárlások viszont a hónap 1. napjára esnek, arányos első fizetéssel.
Mi van, ha egy ügyfél a hónap végén fizet?
A Stripe igyekszik a terhelést minden időszakban ugyanarra a napra tenni. Ha egy ügyfél január 31-én fizet, és a februárnak csak 28 napja van, a Stripe 28-án terhel (szökőévben 29-én), a következő hónapban pedig visszatér a 31-re (vagy a hónap utolsó napjára, ha annak a hónapnak kevesebb napja van).
Az ügyfél mindig látja a fiókjában a következő fizetésének pontos dátumát, így tud róla.
Gyakran ismételt kérdések
Mi van, ha egy ügyfél elfelejti frissíteni a kártyáját a számlázási nap előtt?
Ha a Stripe nem tudja levonni a fizetést (lejárt kártya, nincs elég pénz a számlán), beindulnak a fizetési újrapróbálkozások (lásd az Amikor egy fizetés sikertelen cikket). Az ügyfél e-mailes értesítést kap, és néhány napja van (a türelmi idő), hogy frissítse a kártyáját.
Manuálisan áthelyezhetem egy ügyfél számlázási napját?
Az egyes ügyfelek számlázási napját nem módosíthatja a Zenamu adminból. Ha egy ügyfél meg szeretné változtatni a napot, a legegyszerűbb út, ha az időszak végén lemondja a jelenlegi tagságát, és újra megvásároltatja vele (új nappal, a vásárlás dátuma alapján).
Mi történik, ha egy változat időszaka „1 × hét” vagy „1 × év”?
A hónap 1. napja beállítás főleg a havi időszakoknál észszerű:
Napi és heti időszakok — a „hónap 1. napja” és egy napi vagy heti változat kombinálása nem lehetséges. A Zenamu egyszerre több helyen is blokkolja ezt a kombinációt: az adminban, amikor csoportot és változatot hoz létre vagy szerkeszt, mentéskor, az első számla előnézetében, és amikor az előfizetés ténylegesen létrejön a Stripe-ban:
Az adminban nem választhatja a „hónap 1. napját”, ha a csoportnak van legalább egy napi vagy heti változata — magyarázat jelenik meg a számlázásinap-kapcsoló mellett: „A »Hónap 1. napja« beállítás nem használható, mert legalább egy változatnak napi vagy heti számlázási időszaka van (a Stripe ezt a kombinációt nem támogatja).” És fordítva: ha a csoport „a hónap 1. napjára” van állítva, egy változathoz nem választhat napi vagy heti időszakot — az időszak mezőben ez jelenik meg: „A csoportnak rögzített számlázási napja van (hónap 1. napja), ezért ennél a változatnál csak havi vagy éves időszak választható. A Stripe rögzített számlázási nap mellett nem támogatja a napi és heti időszakokat.” Ha mégis megpróbálna elmenteni egy nem kompatibilis változatot, az admin ezt az üzenetet jeleníti meg: „A »Hónap 1. napja« számlázási nap csak havi és éves változatoknál érhető el. A Stripe ebben a kombinációban nem támogatja a napi és heti időszakokat.”
Ha valahogyan megkerülné ezt a kombinációt (például az adatbázis közvetlen szerkesztésével), a backend elutasítja, mind az első számla előnézetében, mind amikor ténylegesen megpróbálja létrehozni az előfizetést a Stripe-ban. Ilyenkor az ügyfél csak egy általános üzenetet lát a vásárlási űrlapon — „Nem sikerült betölteni az árelőnézetet. Kérjük, frissítse az oldalt és próbálja újra, vagy lépjen kapcsolatba a szolgáltatóval, ha a probléma továbbra is fennáll.” —, és nem tudja befejezni a vásárlást.
Javaslat: ha napi vagy heti változatokat használ, hagyja a csoportot Automatikusan, a vásárlás dátuma alapján beállításon.
Éves időszak — a Stripe alkalmazza a hónap 1. napja beállítást: a számlázási nap a következő közelgő hónap 1. napjára kerül. Ha egy ügyfél április 15-én vásárol, vásárláskor arányos összeget terhelünk április 15–30-ra, és május 1-jétől (a következő közelgő 1-jétől) fut a teljes éves időszak; minden következő évben a teljes éves fizetések ezután május 1-jén mennek át. Ez a viselkedés meglepő lehet. Éves számlázáshoz általában az automatikusan, a vásárlás dátuma alapján beállítást szeretné.
A hónap 1. napja beállítást csak havi időszakoknál javasoljuk, ahol a legtöbb értelme van.
Mi van, ha egy ügyfél tagsága rövidebb egy hónapnál?
Ha egy ügyfél április 28-án vásárol a hónap 1. napja beállítással, csak 3 napra terhelünk arányos összeget (április 30-ig). Ez nagyon kis összeg. A Stripe-nak minden tranzakcióra saját minimuma van, amely a stúdió pénznemétől és országától függően változik. A pontos számokat a Stripe dokumentációjában találja (a minimális fizetési összegekről szóló részben). Ha az arányos összeg e minimum alá esik, a Stripe elutasítja a vásárlást: az ügyfél a Stripe-tól kap hibaüzenetet (a Zenamu erre az esetre nem ad saját üzenetet). Az ügyfél a végösszeget mindig a vásárlási űrlapon, a vásárlás megerősítése előtt látja, így tud róla.
Kapcsolódó cikkek