Tworząc grupę subskrypcji członkostw, wybierasz dzień rozliczenia — dzień miesiąca, w którym klient jest regularnie obciążany.
Zenamu daje dwie opcje:
Automatycznie, na podstawie daty zakupu (domyślnie)
Zawsze 1. dnia miesiąca (z proporcjonalną pierwszą płatnością)
Ten artykuł pomoże Ci zdecydować, które podejście lepiej pasuje do Twojego studia.
Opcja 1 — Automatycznie, na podstawie daty zakupu
To ustawienie domyślne i to z niego korzysta w praktyce większość studiów.
Jak to działa:
Klient kupuje członkostwo na przykład 15 kwietnia.
Zostaje obciążony 15 kwietnia, a potem ponownie 15 maja, 15 czerwca, 15 lipca…
Dzień rozliczenia jest więc inny dla każdego klienta. Zależy od tego, kiedy po raz pierwszy kupił członkostwo.
Przykład:
Klient | Data zakupu | Kolejne płatności |
Anna | 3 kwietnia | 3 maja, 3 czerwca… |
Piotr | 15 kwietnia | 15 maja, 15 czerwca… |
Ewa | 28 kwietnia | 28 maja, 28 czerwca… |
Kiedy ją wybrać:
Znany model subskrypcji, jak Netflix, Spotify itd.
Klient od razu płaci całą kwotę za pierwszy okres — jasno i uczciwie.
Nie musisz zajmować się obliczaniem cen proporcjonalnych.
Drobne odstępstwa:
Jeśli klient kupi na przykład 31 stycznia, kolejna płatność wypada 28 lub 29 lutego (Stripe to dostosowuje, bo luty nie ma 31. dnia), potem 31 marca, 30 kwietnia itd. W takich przypadkach Stripe stara się utrzymać obciążenie „na koniec miesiąca”.
Opcja 2 — Zawsze 1. dnia miesiąca
Klient jest obciążany regularnie 1. dnia miesiąca, niezależnie od tego, kiedy kupił członkostwo.
Jak to działa:
Klient kupuje członkostwo 15 kwietnia.
Pierwsza płatność jest proporcjonalna: zostaje obciążony tylko za pozostałe dni do końca kwietnia (od 15 do 30 kwietnia = 16 z 30 dni).
1 maja pobierana jest pełna kwota za cały maj.
Od tej pory pełna kwota jest zawsze pobierana 1. dnia miesiąca.
Przykład — członkostwo miesięczne za 240 zł:
Klient | Data zakupu | Pierwsza płatność (proporcjonalna) | Kolejne płatności |
Anna | 3 kwietnia | 224 zł (28 z 30 dni) | 1 maja 240 zł, 1 czerwca 240 zł… |
Piotr | 15 kwietnia | 128 zł (16 z 30 dni) | 1 maja 240 zł, 1 czerwca 240 zł… |
Ewa | 28 kwietnia | 24 zł (3 z 30 dni) | 1 maja 240 zł, 1 czerwca 240 zł… |
Klient widzi kwotę proporcjonalną w formularzu zanim potwierdzi zakup, więc końcowa suma go nie zaskoczy.
Kiedy ją wybrać:
Twoja księgowość działa w cyklu miesięcznym i chcesz mieć wszystkie płatności tego samego dnia.
Klienci płacili Ci kiedyś 1. dnia miesiąca i chcesz zachować ten zwyczaj.
Drobne odstępstwa:
Jeśli klient kupi 1 kwietnia, nic nie jest naliczane proporcjonalnie i od razu pobierane jest pełne 240 zł za kwiecień.
Jeśli klient kupi 30 kwietnia, zostaje obciążony niewielką kwotą proporcjonalną (1 dzień), a następnego dnia (1 maja) pełną kwotą. Klient widzi obie kwoty przed potwierdzeniem zakupu, więc o tym wie.
Który model wybrać
Sytuacja | Zalecenie |
Typowe studio, które nie chce zajmować się miesięczną księgowością | Automatycznie, na podstawie daty zakupu |
Rozliczasz się regularnie 1. dnia miesiąca i chcesz ujednolicić wszystkie płatności | 1. dnia miesiąca |
Klienci przychodzą ze studia, w którym płacili 1. dnia miesiąca | 1. dnia miesiąca |
Większość klientów kupuje na początku miesiąca | Automatycznie (od 1. dnia wynik jest niemal identyczny) |
Członkostwa roczne lub kwartalne | Automatycznie (wiązanie długich okresów z 1. dniem miesiąca nie ma sensu) |
Wskazówka: Ustawienie dnia rozliczenia dotyczy całej grupy. Jeśli chcesz mieć różny dzień rozliczenia dla różnych wariantów, utwórz je w osobnych grupach.
Czy dzień rozliczenia można zmienić po utworzeniu grupy?
Ustawienie dnia rozliczenia grupy dotyczy tylko nowych zakupów. Istniejący członkowie zachowują dzień, od którego pierwotnie zaczęli.
Innymi słowy: jeśli
utworzysz grupę ustawioną na automatycznie,
50 klientów kupi członkostwo w różne dni,
a potem przełączysz grupę na 1. dnia miesiąca,
istniejących 50 klientów dalej płaci w swoje pierwotne dni (3., 15., 28. itd.). Ale nowe zakupy od chwili przełączenia będą wypadać 1. dnia miesiąca, z proporcjonalną pierwszą płatnością.
Co, jeśli klient płaci na koniec miesiąca?
Stripe stara się utrzymać obciążenie tego samego dnia w każdym okresie. Jeśli klient płaci 31 stycznia, a luty ma tylko 28 dni, Stripe obciąża 28. (lub 29. w roku przestępnym), a w kolejnym miesiącu wraca do 31. (lub ostatniego dnia miesiąca, jeśli ten miesiąc ma mniej dni).
Klient zawsze widzi w swoim koncie dokładną datę kolejnej płatności, więc o tym wie.
Najczęściej zadawane pytania
Co, jeśli klient zapomni zaktualizować kartę przed dniem rozliczenia?
Jeśli Stripe nie może pobrać płatności (wygasła karta, brak środków na koncie), uruchamiają się ponowne próby płatności (zobacz artykuł Gdy płatność się nie powiedzie). Klient dostaje powiadomienie e-mail i ma kilka dni (okres karencji), aby zaktualizować kartę.
Czy mogę ręcznie przesunąć dzień rozliczenia klienta?
Z panelu administratora Zenamu nie zmienisz dnia rozliczenia dla pojedynczego klienta. Jeśli klient chce zmienić dzień, najprostsza droga to anulować jego obecne członkostwo na koniec okresu i poprosić, żeby kupił je ponownie (z nowym dniem opartym na dacie zakupu).
Co się dzieje, gdy wariant ma okres „1 × tydzień” albo „1 × rok”?
Ustawienie 1. dnia miesiąca ma sens głównie dla okresów miesięcznych:
Okresy dzienne i tygodniowe — połączenie „1. dnia miesiąca” z wariantem dziennym lub tygodniowym nie jest możliwe. Zenamu blokuje tę kombinację w kilku miejscach naraz: w panelu administratora przy tworzeniu lub edycji grupy i wariantu, przy zapisie, w podglądzie pierwszej faktury oraz w momencie, gdy subskrypcja jest faktycznie tworzona w Stripe:
W panelu administratora nie możesz wybrać „1. dnia miesiąca”, jeśli grupa ma co najmniej jeden wariant dzienny lub tygodniowy — obok przełącznika dnia rozliczenia pojawia się wyjaśnienie: „Ustawienia «1. dzień miesiąca» nie można użyć, ponieważ co najmniej jeden wariant ma dzienny lub tygodniowy okres rozliczeniowy (Stripe nie obsługuje tej kombinacji).” I na odwrót: jeśli grupa jest ustawiona na „1. dnia miesiąca”, nie możesz wybrać dla wariantu okresu dziennego ani tygodniowego — pole okresu pokazuje „Grupa ma stały dzień rozliczenia (1. dzień miesiąca), dlatego dla tego wariantu można wybrać tylko interwał miesięczny lub roczny. Stripe nie obsługuje interwałów dziennych ani tygodniowych przy stałym dniu rozliczenia.” Jeśli mimo to spróbujesz zapisać niezgodny wariant, panel administratora pokazuje komunikat „Dzień rozliczenia «1. dzień miesiąca» jest dostępny tylko dla wariantów miesięcznych i rocznych. Stripe nie obsługuje interwałów dziennych i tygodniowych w tej kombinacji.”
Jeśli jakimś sposobem obejdziesz tę kombinację (na przykład edytując bezpośrednio bazę danych), backend odrzuci ją zarówno w podglądzie pierwszej faktury, jak i w momencie, gdy faktycznie próbuje utworzyć subskrypcję w Stripe. W takim razie klient widzi w formularzu zakupu tylko ogólny komunikat — „Nie udało się załadować podglądu ceny. Odśwież stronę i spróbuj ponownie lub skontaktuj się z usługodawcą, jeśli problem się utrzymuje.” — i nie będzie mógł dokończyć zakupu.
Zalecenie: jeśli używasz wariantów dziennych lub tygodniowych, zostaw grupę ustawioną na Automatycznie, na podstawie daty zakupu.
Okres roczny — Stripe stosuje ustawienie 1. dnia miesiąca: dzień rozliczenia przesuwa się na najbliższy 1. dzień miesiąca. Jeśli klient kupi 15 kwietnia, przy zakupie zostaje obciążony kwotą proporcjonalną za 15–30 kwietnia, a od 1 maja (najbliższego 1. dnia) biegnie pełny okres roczny; każdego kolejnego roku pełne płatności roczne przechodzą wtedy 1 maja. To zachowanie może zaskoczyć. Przy rozliczeniu rocznym zwykle lepiej wybrać automatycznie, na podstawie daty zakupu.
Zalecamy używać ustawienia 1. dnia miesiąca tylko dla okresów miesięcznych, gdzie ma ono największy sens.
Co, jeśli klient ma członkostwo krótsze niż miesiąc?
Jeśli klient kupi 28 kwietnia przy ustawieniu 1. dnia miesiąca, zostaje obciążony kwotą proporcjonalną tylko za 3 dni (do 30 kwietnia). To bardzo mała kwota. Stripe ma własne minimum dla każdej transakcji, które różni się w zależności od waluty i kraju studia. Dokładne wartości znajdziesz w dokumentacji Stripe (sekcja o minimalnych kwotach płatności). Jeśli kwota proporcjonalna spadnie poniżej tego minimum, Stripe odrzuca zakup: klient widzi błąd ze Stripe (Zenamu nie dodaje w tym przypadku własnego komunikatu). Klient zawsze widzi końcową kwotę w formularzu zakupu zanim potwierdzi zakup, więc o tym wie.
Powiązane artykuły