Jeśli grupa członkostw ma więcej niż jeden wariant (na przykład „Standard” za 240 zł/miesiąc i „Premium” za 360 zł/miesiąc), klient może w dowolnym momencie przełączyć się między nimi — nie trzeba anulować obecnego członkostwa i kupować od nowa. Wariant klienta możesz też zmienić za niego z panelu administratora. W aplikacji przycisk, który to robi, ma etykietę Zmień wariant. Ten artykuł wyjaśnia, co dokładnie się dzieje, w zależności od tego, na jaki wariant przechodzisz.
Kto może zmienić wariant
Klient, ze swojego profilu. W szczegółach członkostwa znajdzie przycisk Zmień wariant.
Studio, z panelu administratora. Otwórz szczegóły członkostwa klienta, a zobaczysz ten sam przycisk Zmień wariant. W odróżnieniu od klienta widzisz na liście również warianty zarchiwizowane i ukryte, więc możesz przenieść klienta na wariant, którego nie ma już w ofercie publicznej.
Cztery rodzaje zmiany — każdy zachowuje się inaczej
To, co robi zmiana, zależy od rodzaju zmiany. Są cztery scenariusze:
Rodzaj zmiany | Przykład | Co się dzieje dzisiaj |
Przejście wyżej (ten sam okres, wyższa cena) | Miesięczny Standard 240 zł → Miesięczny Premium 360 zł | Klient zostaje obciążony proporcjonalną różnicą za pozostałe dni, od razu. Cykl rozliczeniowy się nie zmienia. |
Zaplanowane obniżenie (ten sam okres, niższa cena) | Miesięczny Premium 360 zł → Miesięczny Standard 240 zł | Dziś nic nie jest pobierane. Zmiana stosuje się automatycznie przy kolejnym zwykłym odnowieniu. Klient płaci starą cenę do końca bieżącego okresu. |
Zmiana okresu (inna długość okresu) | Miesięczny 360 zł → Roczny 3 600 zł | Cykl startuje od nowa, Stripe od razu pobiera pełną cenę nowego okresu i nowy cykl zaczyna się dzisiaj. |
Ta sama cena (inny wariant, ta sama kwota) | Miesięczny „Pro v1” 300 zł → Miesięczny „Pro v2” 300 zł | Zmiana następuje od razu, bez płatności. Cykl pozostaje bez zmian. |
Szczegóły poniżej.
Kiedy zmiana jest możliwa
Obecne członkostwo musi być Aktywne (rzadko też czeka na rozpoczęcie, choć w obecnej wersji praktycznie nigdy nie dotyczy to subskrypcji członkostw — te zaczynają się, gdy tylko zostaną opłacone; ten status dotyczy głównie jednorazowych członkostw).
Członkostwo nie może być w trakcie anulowania. Jeśli klient kliknął „Anuluj na koniec okresu”, musi to najpierw cofnąć (kliknąć Nie anuluj członkostwa), zanim zmieni wariant.
Członkostwo nie może być wstrzymane, nieopłacone ani w stanie „oczekuje na płatność” (niedokończona weryfikacja 3D Secure).
Między zmianami wariantu musi upłynąć co najmniej 24 godziny. Zegar startuje od ostatniej zmiany wykonanej przez klienta lub studio — a samo zaplanowanie zmiany też się liczy (Scenariusz B). Jeśli klient spróbuje wcześniej, zobaczy „Wariant można zmienić maksymalnie raz na 24 godziny. Spróbuj ponownie później.” Uważaj na częste nieporozumienie: anulowanie zaplanowanej zmiany nie jest ograniczone czasowo (możesz je anulować, kiedy chcesz), ale nowa zmiana później jest możliwa dopiero 24 godziny po ostatniej zmianie — a pierwotne zaplanowanie się do tego liczy. Z drugiej strony automatyczne zastosowanie zaplanowanego obniżenia przy odnowieniu praktycznie nigdy nie wchodzi w drogę, bo zaplanowanie ma do tego czasu zwykle więcej niż 24 godziny.
Docelowy wariant musi być w tej samej grupie. Nie można przełączać się między grupami — aby przenieść klienta do innej grupy, musi anulować obecne członkostwo i kupić nowe.
Docelowy wariant musi mieć tę samą walutę co obecny. Jeśli docelowy wariant jest w innej walucie (warianty w tej samej grupie zwykle dzielą walutę, ale w rzadkich przypadkach mogą się różnić), Zenamu odrzuca zmianę komunikatem „W obecnym stanie tej subskrypcji nie można zmienić. Zmiana wariantu jest dostępna tylko dla aktywnych subskrypcji członkostw.” Powód jest techniczny: waluty istniejącej subskrypcji członkostwa nie można zmienić. Jedyny sposób obejścia to anulować stare członkostwo i kupić nowe w docelowej walucie.
Każdy scenariusz szczegółowo
Scenariusz A — Przejście wyżej (ten sam okres, wyższa cena)
Przykład: Klient płaci 240 zł/miesiąc za „Standard” i jest w 15. dniu 30-dniowego okresu. Przechodzi na „Premium” za 360 zł/miesiąc.
Co się dzieje:
Stripe tworzy fakturę z dwiema pozycjami: kredyt za niewykorzystaną część Standardu (−120 zł za 15 dni z 240 zł) i kwotę proporcjonalną za 15 dni Premium (+180 zł z 360 zł). Kwota netto do zapłaty: 60 zł.
Stripe od razu obciąża 60 zł z karty klienta. Na koncie klienta nie zostaje żadne saldo kredytu — kredyt zostaje wykorzystany bezpośrednio w obrębie tej faktury.
Cykl rozliczeniowy NIE zmienia się. Kolejna zwykła płatność (pełne 360 zł) przechodzi w pierwotnym terminie, według pierwotnego harmonogramu, a nie miesiąc po zmianie.
Podczas zmiany klient widzi całe rozliczenie: obecny wariant, nowy wariant, proporcjonalną różnicę do zapłaty dzisiaj i datę kolejnej zwykłej płatności.
Dlaczego tylko proporcjonalna różnica, a nie pełna nowa cena? Klient już zapłacił za bieżący okres, więc nie ma powodu pobierać nowej ceny od nowa. Cykl po prostu trwa dalej w pierwotnym terminie — klient nie ma wrażenia, że „zaczął okres od początku” i musi od razu zapłacić znów całą kwotę.
Co, jeśli płatności nie da się pobrać od razu? Jeśli bank klienta ją odrzuci (brak środków, wygasła karta, wymagane 3D Secure), Stripe nie potwierdza płatności i zmiana nie dochodzi do skutku. Klient widzi ogólny błąd, że płatności nie udało się dokończyć — bez konkretnego powodu z banku. Powód możesz sprawdzić w panelu Stripe (na odpowiedniej fakturze lub subskrypcji). Klient musi wtedy naprawić kartę (przez Zarządzaj metodą płatności w swoim profilu — zobacz Jak klient kupuje subskrypcję członkostwa) i uruchomić zmianę od nowa. Ta surowość jest celowa: gdyby Zenamu zmieniło wariant, ale Stripe nie potwierdziło płatności, w rozliczeniach zrobiłby się bałagan. (Stripe jest skonfigurowane tak, że samo cofa całą zmianę, gdy płatność nie zostanie potwierdzona.)
Scenariusz B — Zaplanowane obniżenie (ten sam okres, niższa cena)
Przykład: Klient płaci 360 zł/miesiąc za „Premium” i jest w 15. dniu 30-dniowego okresu. Przechodzi na „Standard” za 240 zł/miesiąc.
Co się dzieje:
Nic nie jest pobierane od razu. Dziś żadnej płatności, żadnego kredytu.
Klient dalej płaci 360 zł za pozostałe 15 dni bieżącego okresu (już opłacone, wciąż korzysta z Premium).
W dniu kolejnego odnowienia Zenamu automatycznie zmienia wariant na Standard, a Stripe pobiera 240 zł (nie 360 zł).
Zarówno klient, jak i studio widzą w szczegółach członkostwa informację o zaplanowanej zmianie wraz z datą jej wejścia w życie.
Klient może anulować zaplanowaną zmianę (zobacz poniżej) przed tą datą i wrócić do Premium.
Dlaczego bez kredytu? Klient zapłacił pełną (wyższą) cenę za bieżący okres, więc ma coś do wykorzystania. Zamiast pozwalać Stripe zwrócić różnicę jako kredyt, który trzeba by potem rozliczać przez kolejne miesiące, system po prostu czeka do następnego odnowienia i pobiera nową (niższą) cenę. Tak jest dla klienta jaśniej.
Scenariusz C — Zmiana okresu rozliczeniowego
Przykład: Klient płaci 360 zł miesięcznie i jest w 15. dniu 30-dniowego okresu. Przechodzi na wariant roczny za 3 600 zł.
Co się dzieje:
Stripe startuje cykl rozliczeniowy od nowa z dniem dzisiejszym.
Tworzy jedną fakturę na 3 600 zł (stawka roczna) minus proporcjonalny kredyt za niewykorzystane 15 dni pierwotnego miesiąca (mniej więcej −180 zł). Klient zostaje faktycznie obciążony około 3 420 zł (kwota netto). Jeśli nowa kwota jest wyższa niż kredyt za niewykorzystaną resztę starego okresu, kredyt jest stosowany bezpośrednio do tej faktury — żadne saldo nie zostaje. Jeśli z kolei kredyt jest wyższy (zwykle przy przejściu z rocznego na miesięczny), pozostały kredyt zostaje na koncie klienta i jest stosowany przy kolejnych odnowieniach (zobacz następny akapit).
Klient od teraz płaci rocznie; kolejne odnowienie jest rok od dzisiaj.
Ta sama zasada działa w drugą stronę (rocznie → miesięcznie): cykl startuje od nowa, a faktura netto równa się nowej cenie minus proporcjonalny kredyt za niewykorzystaną część poprzedniego okresu. Jeśli klient przełączy się wkrótce po płatności rocznej, kredyt może być spory — niekoniecznie „mały”.
Dlaczego w tym przypadku cykl startuje od nowa: Klient wyraźnie chciał innego okresu (na przykład przejścia na roczny dla lepszej ceny). Ponowny start cyklu jest zgodny z tym, czego klient oczekuje.
To samo ograniczenie co przy przejściu wyżej: Jeśli bank klienta odrzuci płatność albo będzie wymagał 3D Secure, zmiana nie dojdzie do skutku. Klient najpierw aktualizuje kartę, a potem ponownie potwierdza zmianę.
Scenariusz D — Ta sama cena, inny wariant
Przykład: Klient płaci 300 zł/miesiąc za „Pro v1” i przechodzi na „Pro v2” za te same 300 zł/miesiąc.
Co się dzieje:
Wariant zmienia się od razu.
Bez płatności, bez kredytu.
Cykl pozostaje bez zmian: kolejna płatność jest w tym samym terminie, na tę samą kwotę.
W praktyce używa się tego tylko sporadycznie, na przykład po zmianie nazwy wariantu albo drobnej kosmetycznej zmianie.
Podgląd rozliczenia przed potwierdzeniem
Zanim klient (lub studio) kliknie przycisk Zmień wariant, aby potwierdzić (potwierdzenie wewnątrz okna dialogowego), widzi w oknie szczegółowy podgląd. To, co pokazuje, zależy od rodzaju zmiany:
Przejście wyżej: „Dziś zostaniesz obciążony kwotą 60 zł (proporcjonalna różnica). Kolejna zwykła płatność 360 zł przypada 15 maja 2026 (pierwotny termin).”
Zaplanowane obniżenie: „Dziś nic nie jest pobierane. Wariant zmieni się na Standard dnia 15 maja 2026 (data kolejnej płatności). Od tej pory zapłacisz 240 zł/miesiąc.”
Zmiana okresu: „Dziś zostaniesz obciążony kwotą 3 420 zł (3 600 zł minus kredyt 180 zł za niewykorzystane 15 dni). Nowy cykl roczny zaczyna się dzisiaj — kolejna płatność 3 600 zł przypada za rok.”
Ta sama cena: „Wariant zmienia się od razu, bez nowej opłaty.”
Jeśli klient ma saldo kredytu (które może powstać na przykład po zwrocie wydanym jako kredyt zamiast na kartę): kwota w podglądzie już je uwzględnia. Więc jeśli podgląd pokazuje „Dziś zostaniesz obciążony kwotą 40 zł”, klient faktycznie płaci 40 zł — niezależnie od tego, że kredyt został zastosowany „pod maską”. Klient nie widzi dwóch liczb; widzi tylko końcową.
Jeśli Stripe z jakiegoś powodu nie może wykonać obliczenia (np. chwilowa awaria), klient widzi „Nie udało się załadować kalkulacji płatności. Spróbuj ponownie za chwilę — jeśli problem będzie się powtarzał, skontaktuj się z usługodawcą.” a przycisk Zmień wariant jest nieaktywny. W takim razie po prostu poczekaj chwilę i spróbuj ponownie.
Zaplanowana zmiana — jak pokazuje się w szczegółach członkostwa
Gdy w toku jest zaplanowane obniżenie (Scenariusz B), zarówno klient, jak i studio widzą w szczegółach członkostwa żółto-pomarańczową informację:
Zaplanowana zmiana wariantu Twój wariant zmieni się na Standard dnia 15 maja 2026. Do tego czasu obowiązuje obecny wariant.
[Anuluj zaplanowaną zmianę]
Przycisk Anuluj zaplanowaną zmianę jest dostępny zarówno dla klienta, jak i dla studia. Po potwierdzeniu Zenamu przywraca wszystko do stanu pierwotnego — żadna zmiana nie jest stosowana, klient zostaje przy obecnym wariancie i dalej płaci tę samą cenę.
W rzadkich przypadkach może się to zdarzyć: Jeśli ktoś w międzyczasie ręcznie zmienił cenę subskrypcji bezpośrednio w panelu Stripe, Zenamu wykrywa rozbieżność przy anulowaniu zaplanowanej zmiany. Przycisk w takim razie odmawia akcji. Otwórz panel Stripe z profilu klienta, sprawdź obecną cenę subskrypcji i ręcznie uzgodnij ją z tym, co klient powinien mieć.
Ważne — jak działa limit 24 godzin po anulowaniu zaplanowanej zmiany: Anulowanie zaplanowanej zmiany samo w sobie nie jest ograniczone czasowo — możesz kliknąć Anuluj zaplanowaną zmianę, kiedy chcesz. Ale nowa zmiana na inny wariant jest możliwa dopiero 24 godziny po ostatniej zmianie wykonanej przez klienta lub studio, a pierwotne zaplanowanie zmiany się do tego liczy. W praktyce oznacza to: jeśli zaplanujesz obniżenie, a potem od razu je anulujesz, i tak będziesz musiał poczekać, zanim znów zmienisz wariant. Z kolei po automatycznym zastosowaniu przy odnowieniu limit praktycznie nigdy nie obowiązuje, bo zaplanowanie ma zwykle więcej niż 24 godziny.
Co klient i studio widzą podczas zmiany
W szczegółach członkostwa kliknij Zmień wariant.
Otwiera się okno z listą wariantów w tej samej grupie. Obecny wariant jest oznaczony jako „obecny”.
Klient lub studio wybiera docelowy wariant. Okno ładuje opisany wyżej podgląd rozliczenia.
Po potwierdzeniu (przycisk Zmień wariant w oknie) Zenamu pokazuje „Wariant członkostwa zmieniony.” (dla scenariuszy natychmiastowych) albo „Zmiana wariantu została zaplanowana na następny okres rozliczeniowy.” (dla zaplanowanego obniżenia).
Po zmianie
Klient korzysta z członkostwa bez przerwy — nie ma luki w jego dostępie do rezerwacji.
Limity rezerwacji należą do grupy, a nie do wariantu. Jeśli grupa jest ustawiona na maks. 4 rezerwacje tygodniowo, obowiązuje to niezależnie od wariantu.
Zenamu rejestruje zmianę wewnętrznie jako zdarzenie Wariant zmieniony (etykieta, którą zobaczysz w aktywności klienta i w Stripe). Przy zaplanowanym obniżeniu z czasem zbierają się dwa takie rekordy (oba oznaczone Wariant zmieniony): jeden, gdy planujesz zmianę, i jeden przy kolejnym odnowieniu, gdy obniżenie faktycznie wchodzi w życie.
Status członkostwa aktualizuje się automatycznie w aplikacji zarówno dla klienta, jak i w panelu administratora — nie trzeba odświeżać strony.
Przypadki szczególne
Co, jeśli grupa ma tylko jeden wariant?
Przycisk Zmień wariant się nie pojawia — ani dla klienta, ani dla Ciebie. Nie ma między czym przełączać. Jeśli chcesz pozwolić klientowi zmieniać wariant, dodaj do grupy co najmniej jeden kolejny wariant.
Studio przenosi klienta na wariant zarchiwizowany lub ukryty
W panelu administratora lista wariantów pokazuje też te oznaczone jako Widoczne tylko dla administratorów lub Zarchiwizowane. Możesz przenieść na nie klienta — na przykład gdy chcesz przenieść go na starszy wariant, który zachowuje swoją cenę. Klient sam takiego wariantu nie widzi; tylko Ty.
Co, jeśli dodasz do grupy nowy wariant?
Istniejący klienci zobaczą nowy wariant na liście, gdy klikną Zmień wariant. Mogą przełączyć się w dowolnym momencie — niczego więcej od Ciebie nie potrzebują.
Co, jeśli ukryjesz lub zarchiwizujesz stary wariant?
Istniejący klienci zostają na nim, dopóki sami się nie przełączą (albo dopóki Ty ich nie przeniesiesz). Z ich punktu widzenia nic się nie zmienia — dalej płacą pierwotną cenę. Ukrycie lub archiwizacja dotyczy tylko nowych zakupów: nowi zainteresowani nie zobaczą tego wariantu.
Uważaj — co, jeśli klient ma zaplanowane obniżenie, a Ty w międzyczasie zarchiwizujesz wariant: Archiwizacja nie ma wpływu na zaplanowaną zmianę, która jest już w toku. Od momentu jej zaplanowania Stripe ma zapisaną nową (niższą) cenę i przy kolejnym odnowieniu pobierze od klienta dokładnie tę kwotę. Po udanym odnowieniu Zenamu przenosi klienta na zarchiwizowany wariant również lokalnie (zobaczysz „zarchiwizowany” wariant w szczegółach jego członkostwa) i rejestruje przeniesienie wewnętrznie.
Jeśli chcesz powstrzymać obniżenie przed wejściem w życie, musisz dla każdego takiego klienta wyraźnie anulować zaplanowaną zmianę przed kolejnym odnowieniem (przycisk Anuluj zaplanowaną zmianę w szczegółach członkostwa). Archiwizacja wariantu nie jest „wyłącznikiem” — jej jedynym celem jest powstrzymanie nowych klientów przed kupnem wariantu; nie ma wstecznego wpływu na zaplanowane zmiany, które są już w toku.
Co, jeśli klient ma saldo kredytu?
Zmiana wariantu nie tworzy sald kredytu — zaplanowane obniżenie (Scenariusz B) załatwia sprawę inaczej (bez kredytu, po prostu nowa cena od kolejnego odnowienia). Saldo kredytu klient może mieć tylko z:
Zmiany okresu (Scenariusz C) — niewielki kredyt za niewykorzystaną część pierwotnego okresu.
Operacji ręcznych w Stripe (na przykład studio zwróciło płatność jako kredyt zamiast na kartę).
Jeśli saldo kredytu istnieje, jest stosowane automatycznie przy jednej z kolejnych transakcji. Szczegóły w artykule artykuł 12 — Zwroty i zakwestionowane płatności.
Co, jeśli klient zmieni wariant tuż przed końcem okresu rozliczeniowego?
Przy przejściu wyżej proporcjonalna różnica za pozostałe dni jest mała (powiedzmy 8 zł za ostatnie 2 dni), więc natychmiastowe obciążenie jest niskie. Klient widzi tę kwotę w oknie przed potwierdzeniem.
Przy zaplanowanym obniżeniu nie ma to znaczenia — stosuje się i tak przy kolejnym odnowieniu.
Dla studia — kiedy wkroczyć
Zmiana wariantu jest w zdecydowanej większości przypadków akcją klienta. Z panelu administratora warto rozważyć ją w tych sytuacjach:
Klient prosi Cię o przeniesienie na konkretny wariant (na przykład uzgodniona obniżka ceny).
Archiwizujesz stary wariant i chcesz przenieść klientów na nowy zbiorczo (choć nawet wtedy lepiej najpierw porozmawiać z klientem i pozwolić mu przełączyć się samemu).
Klient nie może lub nie chce korzystać ze swojego profilu (np. dłuższa nieobecność) i obsługujesz jego konto ręcznie.
Zalecenie: Zanim zmienisz wariant klienta z panelu administratora, zawsze powiedz mu z wyprzedzeniem, co się stanie — czy pobierzemy od razu proporcjonalną różnicę (przejście wyżej), zaplanujemy zmianę na kolejne odnowienie (obniżenie), czy zaczniemy cykl od nowa z pełną płatnością (zmiana okresu). Klient powinien wiedzieć o obciążeniu z góry, mimo że Stripe wysyła mu automatycznie e-mail z potwierdzeniem.
Najczęściej zadawane pytania
Klient przełącza się codziennie — dlaczego to nie działa? Limit 24 godzin zapobiega takim eksperymentom. Po ostatniej zmianie wykonanej przez klienta lub studio musi upłynąć 24 godziny, zanim możliwa będzie kolejna zmiana. Zaplanowanie zmiany też się do tego limitu liczy (Scenariusz B). Jeśli klient spróbuje wcześniej, Zenamu pokazuje „Wariant można zmienić maksymalnie raz na 24 godziny. Spróbuj ponownie później.” Uwaga: nawet jeśli w międzyczasie anulujesz zaplanowaną zmianę (co nie jest ograniczone czasowo), nowa zmiana i tak czeka 24 godziny od pierwotnego zaplanowania. Z kolei automatyczne zastosowanie przy odnowieniu praktycznie nigdy nie wchodzi w drogę, bo zaplanowanie ma zwykle więcej niż 24 godziny.
Czy mogę utworzyć dla klienta „pakiet” z 3 różnymi wariantami naraz? Nie — klient może mieć w grupie zawsze tylko jeden aktywny wariant. Jeśli chcesz kilku jednoczesnych uprawnień, utwórz kilka grup (klient może wtedy mieć po jednym wariancie z każdej grupy).
Klient zmienił wariant przez pomyłkę — chciał tylko porównać ceny. Jak to cofnąć?
Jeśli było to przejście wyżej: powrót na pierwotny (tańszy) wariant podpada pod Scenariusz B — zaplanowane obniżenie. Klient musi poczekać 24 godziny i uruchomić powrót; zmiana stosuje się wtedy dopiero w dniu kolejnego odnowienia (do tego czasu płaci wyższą cenę). Nie ma natychmiastowego zwrotu.
Jeśli była to zmiana okresu: powrót znów podpada pod Scenariusz C — zmiana okresu (cykl startuje od nowa, Stripe wylicza proporcjonalną korektę). Klient może to zrobić po upływie limitu 24 godzin.
Jeśli było to zaplanowane obniżenie: klient może od razu kliknąć Anuluj zaplanowaną zmianę w szczegółach członkostwa i wrócić do stanu pierwotnego. Bez czekania, bez płatności.
Klient mówi mi, że Stripe pobrało od niego pełną kwotę po zmianie wariantu — czy to prawidłowe? Nie, chyba że była to zmiana okresu. Przy przejściu wyżej (ten sam okres, wyższa cena) powinna zostać pobrana tylko proporcjonalna różnica za pozostałe dni, a nie pełna nowa cena. Jeśli klient zgłasza coś innego, sprawdź konkretną fakturę w panelu Stripe z jego profilu — zobaczysz dokładne rozbicie pozycji (kredyt za niewykorzystane dni + nowa kwota proporcjonalna). Pełną nową cenę Stripe pobiera tylko przy zmianie okresu.
Kiedy dokładnie wchodzi w życie zaplanowane obniżenie? W dniu kolejnego odnowienia według bieżącego cyklu. Jeśli cykl klienta jest 15. dnia miesiąca i zaplanował obniżenie 5 maja, zmiana stosuje się 15 maja (kolejne odnowienie). Datę widzi w informacji w szczegółach członkostwa.
Czy mogę zaplanować obniżenie na dowolną przyszłą datę? Nie — zaplanowane obniżenie zawsze wchodzi w życie w dniu kolejnego zwykłego odnowienia. Nie możesz ustawić własnej daty.
Powiązane artykuły
Zarządzanie istniejącymi członkami — wszystkie pozostałe akcje, które możesz wykonać na członkostwie
Zmiana ceny dla istniejących członków — gdy chcesz zmienić cenę całego wariantu, a nie przełączyć jednego konkretnego klienta
Kody rabatowe a subskrypcje członkostw — zniżki nie są stosowane ponownie przy zmianie wariantu
Gdy płatność się nie powiedzie — co się dzieje, gdy płatność nie powiedzie się przy zaplanowanym odnowieniu