Dacă un grup de abonamente are mai multe variante (de exemplu „Standard” la 300 lei/lună și „Premium” la 450 lei/lună), un client poate trece de la una la alta oricând — nu este nevoie să anuleze abonamentul actual și să cumpere din nou. Poți schimba și tu varianta unui client din zona de administrare. În aplicație, butonul care face asta se numește Schimbă varianta. Acest articol explică exact ce se întâmplă, în funcție de varianta la care treci.
Cine poate schimba varianta
Clientul, din propriul profil. Va găsi un buton Schimbă varianta în detaliile abonamentului.
Studioul, din zona de administrare. Deschide detaliile abonamentului clientului și vei vedea același buton Schimbă varianta. Spre deosebire de client, tu vezi în listă și variantele arhivate și ascunse, așa că poți muta un client pe o variantă care nu mai este în oferta publică.
Patru tipuri de schimbare — fiecare se comportă diferit
Ce face o schimbare depinde de ce fel de schimbare este. Există patru scenarii:
Tipul schimbării | Exemplu | Ce se întâmplă în prezent |
Upgrade (același interval, preț mai mare) | Standard lunar 300 lei → Premium lunar 450 lei | Clientul este taxat cu diferența proporțională pentru zilele rămase, pe loc. Ciclul de facturare nu se schimbă. |
Trecere programată la o variantă inferioară (același interval, preț mai mic) | Premium lunar 450 lei → Standard lunar 300 lei | Nu se taxează nimic astăzi. Schimbarea se aplică automat la următoarea reînnoire obișnuită. Clientul plătește în continuare prețul vechi până la sfârșitul perioadei curente. |
Schimbare de interval (durată de perioadă diferită) | Lunar 450 lei → Anual 4.500 lei | Ciclul se reia, Stripe taxează imediat prețul integral al noii perioade, iar un nou ciclu începe astăzi. |
Același preț (variantă diferită, aceeași sumă) | „Pro v1” lunar 375 lei → „Pro v2” lunar 375 lei | Schimbarea se face imediat, fără nicio plată. Ciclul rămâne neschimbat. |
Detalii mai jos.
Când este posibilă o schimbare
Abonamentul actual trebuie să fie Activ (rareori și În așteptarea începerii, deși în versiunea actuală acest lucru practic nu se aplică niciodată abonamentelor recurente — acestea încep de îndată ce sunt plătite; această stare se aplică mai ales abonamentelor unice).
Abonamentul nu trebuie să fie în curs de anulare. Dacă clientul a apăsat „Anulează la sfârșitul perioadei”, trebuie mai întâi să revină asupra acestei decizii (să apese Păstrează abonamentul recurent) înainte de a putea schimba varianta.
Abonamentul nu trebuie să fie în pauză, neplătit sau în starea „În așteptarea plății” (o verificare 3D Secure nefinalizată).
Între schimbările de variantă trebuie să treacă cel puțin 24 de ore. Cronometrul pornește de la ultima schimbare făcută de client sau de studio — iar simpla programare a unei schimbări contează și ea (Scenariul B). Dacă un client încearcă mai devreme, va vedea „Varianta poate fi schimbată cel mult o dată la 24 de ore. Încearcă din nou mai târziu.” Atenție la o neînțelegere frecventă: anularea unei schimbări programate nu este limitată în timp (o poți anula oricând vrei), dar o schimbare nouă ulterioară este posibilă abia la 24 de ore după ultima schimbare — iar programarea inițială contează la acest interval. Pe de altă parte, aplicarea automată a unei treceri programate la o variantă inferioară, la reînnoire, practic nu încurcă niciodată, pentru că programarea este de obicei mai veche de 24 de ore până atunci.
Varianta-țintă trebuie să fie în același grup. Nu poți trece între grupuri — ca să muți un client la un grup diferit, trebuie să anuleze abonamentul actual și să cumpere unul nou.
Varianta-țintă trebuie să folosească aceeași monedă ca cea actuală. Dacă varianta-țintă este într-o monedă diferită (variantele din același grup folosesc de obicei aceeași monedă, dar în cazuri rare pot diferi), Zenamu respinge schimbarea cu „Acest abonament recurent nu poate fi modificat în starea sa actuală. Schimbarea variantei este disponibilă doar pentru abonamentele recurente active.” Motivul este tehnic: moneda unui abonament recurent existent nu poate fi schimbată. Singura cale de ocolire este să anulezi abonamentul vechi și să cumperi unul nou în moneda dorită.
Fiecare scenariu în detaliu
Scenariul A — Upgrade (același interval, preț mai mare)
Exemplu: Un client plătește 300 lei/lună pentru „Standard” și se află în ziua 15 dintr-o perioadă de 30 de zile. Trece la „Premium” la 450 lei/lună.
Ce se întâmplă:
Stripe creează o factură cu două poziții: un credit pentru partea neutilizată din Standard (−150 lei pentru 15 zile din 300 lei) și suma proporțională pentru 15 zile de Premium (+225 lei din 450 lei). Suma netă de plată: 75 lei.
Stripe taxează imediat cei 75 lei de pe cardul clientului. Pe contul clientului nu rămâne niciun credit — creditul este folosit direct în cadrul acestei facturi.
Ciclul de facturare NU se schimbă. Plata următoare obișnuită (cei 450 lei integrali) trece la data inițială, urmând programul inițial, nu la o lună după schimbare.
În timpul schimbării, clientul vede toată defalcarea: varianta actuală, varianta nouă, diferența proporțională de plată astăzi și data plății următoare obișnuite.
De ce doar diferența proporțională și nu prețul nou integral? Clientul a plătit deja pentru perioada curentă, așa că nu există motiv să fie taxat din nou cu prețul nou integral. Ciclul continuă pur și simplu la data lui inițială — clientul nu simte că a „luat de la capăt” perioada și că trebuie să plătească din nou suma integrală pe loc.
Ce se întâmplă dacă plata nu poate fi preluată pe loc? Dacă banca clientului o refuză (fonduri insuficiente, card expirat, 3D Secure necesar), Stripe nu confirmă plata, iar schimbarea nu trece. Clientul vede o eroare generică care spune că plata nu a putut fi finalizată — fără motivul specific de la bancă. Poți căuta motivul în Stripe Dashboard (pe factura sau abonamentul relevant). Clientul trebuie apoi să își rezolve cardul (prin Gestionează metoda de plată din profilul lui — vezi Cum cumpără un client un abonament recurent) și să pornească din nou schimbarea. Această strictețe este intenționată: dacă Zenamu ar schimba varianta, dar Stripe nu ar confirma plata, facturarea ar ajunge într-o încurcătură. (Stripe este configurat astfel încât să anuleze el însuși întreaga schimbare când o plată nu este confirmată.)
Scenariul B — Trecere programată la o variantă inferioară (același interval, preț mai mic)
Exemplu: Un client plătește 450 lei/lună pentru „Premium” și se află în ziua 15 dintr-o perioadă de 30 de zile. Trece la „Standard” la 300 lei/lună.
Ce se întâmplă:
Nu se taxează nimic pe loc. Nicio plată astăzi, niciun credit.
Clientul plătește în continuare 450 lei pentru cele 15 zile rămase din perioada curentă (deja plătite, încă pe Premium).
La următoarea dată de reînnoire, Zenamu schimbă automat varianta la Standard, iar Stripe taxează 300 lei (nu 450 lei).
Atât clientul, cât și studioul văd o înștiințare despre schimbarea programată în detaliile abonamentului, împreună cu data la care are efect.
Clientul poate anula schimbarea programată (vezi mai jos) înainte de acea dată și poate reveni la Premium.
De ce niciun credit? Clientul a plătit prețul integral (mai mare) pentru perioada curentă, așa că are ce folosi. În loc ca Stripe să returneze diferența drept credit care ar trebui apoi aplicat în lunile următoare, se așteaptă pur și simplu până la următoarea reînnoire și se taxează prețul nou (mai mic). Așa e mai clar pentru client.
Scenariul C — Schimbarea intervalului de facturare
Exemplu: Un client plătește 450 lei pe lună și se află în ziua 15 dintr-o perioadă de 30 de zile. Trece la varianta anuală la 4.500 lei.
Ce se întâmplă:
Stripe reia ciclul de facturare începând de astăzi.
Creează o singură factură de 4.500 lei (tariful anual) minus un credit proporțional pentru cele 15 zile neutilizate din luna inițială (aproximativ −225 lei). Clientul este taxat de fapt cu aproximativ 4.275 lei (suma netă). Dacă suma nouă este mai mare decât creditul pentru restul neutilizat al perioadei vechi, creditul se aplică direct acestei facturi — nu rămâne niciun sold. Dacă, în schimb, creditul este mai mare (de obicei la trecerea de la anual la lunar), creditul rămas stă pe contul clientului și se aplică la reînnoirile viitoare (vezi paragraful următor).
Clientul plătește anual de acum încolo; următoarea reînnoire este peste un an de astăzi.
Același principiu se aplică și invers (anual → lunar): ciclul se reia, iar factura netă este egală cu prețul nou minus creditul proporțional pentru partea neutilizată din intervalul anterior. Dacă clientul trece la scurt timp după o plată anuală, creditul poate fi considerabil — nu neapărat „mic”.
De ce se reia ciclul în acest caz: Clientul a vrut explicit un interval diferit (de exemplu, trecerea la anual pentru un preț mai bun). Reluarea ciclului este în acord cu ce se așteaptă clientul.
Aceeași limitare ca la un upgrade: Dacă banca clientului refuză plata sau solicită 3D Secure, schimbarea nu trece. Clientul își actualizează mai întâi cardul, apoi confirmă din nou schimbarea.
Scenariul D — Același preț, variantă diferită
Exemplu: Un client plătește 375 lei/lună pentru „Pro v1” și trece la „Pro v2” la aceiași 375 lei/lună.
Ce se întâmplă:
Varianta se schimbă imediat.
Nicio plată, niciun credit.
Ciclul rămâne neschimbat: plata următoare este la aceeași dată, pentru aceeași sumă.
În practică, asta se folosește doar ocazional, de exemplu după redenumirea unei variante sau o mică modificare cosmetică.
Previzualizarea defalcată înainte să confirmi
Înainte ca clientul (sau studioul) să apese butonul Schimbă varianta pentru a confirma (confirmarea din interiorul ferestrei de dialog), vede în dialog o previzualizare detaliată. Ce afișează depinde de tipul schimbării:
Upgrade: „Vei fi taxat cu 75 lei astăzi (diferența proporțională). Plata următoare obișnuită de 450 lei este pe 15 mai 2026 (data inițială).”
Trecere programată la o variantă inferioară: „Nu se taxează nimic astăzi. Varianta se schimbă la Standard pe 15 mai 2026 (data plății următoare). De atunci vei plăti 300 lei/lună.”
Schimbare de interval: „Vei fi taxat cu 4.275 lei astăzi (4.500 lei minus un credit de 225 lei pentru cele 15 zile neutilizate). Noul ciclu anual începe astăzi — plata următoare de 4.500 lei este peste un an de astăzi.”
Același preț: „Varianta se schimbă imediat, fără o nouă taxare.”
Dacă clientul are un credit (care poate apărea, de exemplu, după o rambursare emisă drept credit în loc de pe card): suma din previzualizare îl ia deja în calcul. Așa că, dacă previzualizarea afișează „Vei fi taxat cu 50 lei astăzi”, clientul chiar plătește 50 lei — indiferent de faptul că un credit a fost aplicat „în spate”. Clientul nu vede două cifre; vede doar cifra finală.
Dacă, dintr-un motiv oarecare, Stripe nu poate face calculul (o scurtă întrerupere, de exemplu), clientul vede „Calculul plății nu a putut fi încărcat. Încearcă din nou peste o clipă. Dacă problema persistă, contactează furnizorul.”, iar butonul Schimbă varianta este dezactivat. În acest caz, așteaptă o clipă și încearcă din nou.
O schimbare programată — cum apare în detaliile abonamentului
Când o trecere programată la o variantă inferioară (Scenariul B) este în efect, atât clientul, cât și studioul văd o înștiințare galben/portocaliu în detaliile abonamentului:
Schimbare de abonament programată Abonamentul tău va trece la Standard pe 15 mai 2026. Până atunci, abonamentul actual continuă.
[Anulează schimbarea programată]
Butonul Anulează schimbarea programată este disponibil atât pentru client, cât și pentru studio. Odată confirmat, Zenamu readuce totul la starea inițială — nu se aplică nicio schimbare, clientul rămâne pe varianta actuală și plătește în continuare același preț.
În cazuri rare, se poate întâmpla asta: Dacă, între timp, cineva a editat manual prețul abonamentului direct în Stripe Dashboard, Zenamu detectează neconcordanța când anulezi schimbarea programată. În acel caz, butonul refuză acțiunea. Deschide Stripe Dashboard din profilul clientului, verifică prețul curent al abonamentului și reconciliază-l manual cu ce ar trebui să aibă clientul.
Important — cum funcționează limita de 24 de ore după ce anulezi o schimbare programată: Anularea unei schimbări programate nu este limitată în timp în sine — poți apăsa Anulează schimbarea programată oricând vrei. Dar o schimbare nouă la o altă variantă este posibilă abia la 24 de ore după ultima schimbare făcută de client sau de studio, iar programarea inițială a schimbării contează la acest interval. În practică, asta înseamnă: dacă programezi o trecere la o variantă inferioară și apoi o anulezi imediat, va trebui totuși să aștepți înainte să poți schimba din nou. După o aplicare automată la reînnoire, în schimb, limita practic nu se aplică niciodată, pentru că programarea este de obicei mai veche de 24 de ore.
Ce văd clientul și studioul în timpul schimbării
În detaliile abonamentului, apasă Schimbă varianta.
Se deschide o fereastră de dialog cu lista variantelor din același grup. Varianta actuală este marcată „curent”.
Clientul sau studioul alege varianta-țintă. Dialogul încarcă previzualizarea defalcată descrisă mai sus.
Odată confirmat (butonul Schimbă varianta din dialog), Zenamu afișează „Variantă schimbată.” (pentru scenariile imediate) sau „Schimbarea de abonament a fost programată pentru următoarea perioadă de facturare.” (pentru o trecere programată la o variantă inferioară).
După schimbare
Clientul folosește abonamentul fără întrerupere — nu există nicio pauză în accesul lui la rezervări.
Limitele de rezervare aparțin grupului, nu variantei. Dacă grupul este setat la maximum 4 rezervări pe săptămână, asta se aplică indiferent de variantă.
Zenamu înregistrează schimbarea pe plan intern ca un eveniment Variantă schimbată (eticheta pe care o vei vedea în activitatea clientului și în Stripe). La o trecere programată la o variantă inferioară, se acumulează în timp două astfel de înregistrări (ambele etichetate Variantă schimbată): una când programezi schimbarea și una la următoarea reînnoire, când trecerea la varianta inferioară are efect efectiv.
Starea abonamentului se actualizează automat în aplicație atât pentru client, cât și pentru zona de administrare — nu este nevoie să reîmprospătezi pagina.
Cazuri speciale
Ce se întâmplă dacă grupul are o singură variantă?
Butonul Schimbă varianta nu apare — nici pentru client, nici pentru tine. Nu există între ce să schimbi. Dacă vrei să-i permiți clientului să schimbe, adaugă cel puțin încă o variantă în grup.
Studioul trece un client la o variantă arhivată sau ascunsă
În zona de administrare, lista de variante le arată și pe cele marcate Ascunse din oferta publică sau Arhivate. Poți trece un client pe ele — de exemplu, când vrei să-l muți pe o variantă mai veche care își păstrează prețul. Clientul nu poate vedea singur o astfel de variantă; doar tu poți.
Ce se întâmplă dacă adaugi o variantă nouă în grup?
Clienții existenți vor vedea varianta nouă în listă când apasă Schimbă varianta. Pot trece la ea oricând — nu mai au nevoie de nimic de la tine.
Ce se întâmplă dacă ascunzi sau arhivezi o variantă veche?
Clienții existenți rămân pe ea până când schimbă singuri (sau până când îi muți tu). Din punctul lor de vedere, nu se schimbă nimic — plătesc în continuare prețul inițial. Ascunderea sau arhivarea afectează doar achizițiile noi: noii potențiali clienți nu vor vedea varianta.
Atenție — ce se întâmplă dacă un client are o trecere programată la o variantă inferioară și tu arhivezi varianta între timp: Arhivarea nu are niciun efect asupra unei schimbări programate deja în curs. Din momentul în care a fost programată, Stripe are stocat prețul nou (mai mic) și va taxa clientul exact cu acea sumă la următoarea reînnoire. După o reînnoire reușită, Zenamu mută clientul pe varianta arhivată și pe plan local (vei vedea varianta „arhivată” în detaliile abonamentului lui) și înregistrează mutarea pe plan intern.
Dacă vrei să împiedici trecerea la varianta inferioară să aibă efect, trebuie să anulezi explicit schimbarea programată pentru fiecare astfel de client înainte de următoarea reînnoire (butonul Anulează schimbarea programată din detaliile abonamentului). Arhivarea unei variante nu este un „buton de oprire” — singurul ei scop este să împiedice clienții noi să cumpere varianta; nu are efect retroactiv asupra schimbărilor programate deja în curs.
Ce se întâmplă dacă clientul are un credit?
Schimbarea variantei nu creează credite — o trecere programată la o variantă inferioară (Scenariul B) rezolvă lucrurile diferit (niciun credit, doar prețul nou de la următoarea reînnoire). Un client poate avea un credit doar din:
O schimbare de interval (Scenariul C) — un mic credit pentru partea neutilizată din perioada inițială.
Operațiuni manuale în Stripe (de exemplu, studioul a rambursat o plată drept credit în loc de pe card).
Dacă există un credit, acesta se aplică automat uneia dintre tranzacțiile următoare. Pentru detalii, vezi articolul 12 — Rambursări și plăți contestate.
Ce se întâmplă dacă un client schimbă varianta chiar înainte de sfârșitul perioadei de facturare?
La un upgrade, diferența proporțională pentru zilele rămase este mică (să zicem, 10 lei pentru ultimele 2 zile), așa că taxarea imediată este redusă. Clientul vede această sumă în dialog înainte de a confirma.
La o trecere programată la o variantă inferioară, nu contează — se aplică la următoarea reînnoire indiferent de moment.
Pentru studio — când să intervii
Schimbarea variantei este, în marea majoritate a cazurilor, acțiunea clientului. Din zona de administrare, merită luată în considerare în aceste situații:
Un client îți cere să-l treci la o anumită variantă (de exemplu, o reducere de preț convenită).
Arhivezi o variantă veche și vrei să muți clienții pe una nouă în bloc (deși și atunci, e mai bine să vorbești mai întâi cu clientul și să-l lași să schimbe singur).
Un client nu poate sau nu vrea să-și folosească profilul (o absență lungă, de exemplu) și îi gestionezi contul manual.
Recomandare: Înainte să schimbi varianta unui client din zona de administrare, spune-i mereu dinainte ce se va întâmpla — fie că vom taxa imediat diferența proporțională (un upgrade), vom programa schimbarea pentru următoarea reînnoire (o trecere la o variantă inferioară) sau vom relua ciclul cu o plată integrală (o schimbare de interval). Clientul ar trebui să știe despre taxare dinainte, chiar dacă Stripe îi trimite automat un e-mail de confirmare.
Întrebări frecvente
Un client tot schimbă în fiecare zi — de ce nu funcționează? Limita de 24 de ore împiedică acest gen de experimentare. După ultima schimbare făcută de client sau de studio, trebuie să treacă 24 de ore înainte ca o altă schimbare să fie posibilă. Programarea unei schimbări contează și ea la această limită (Scenariul B). Dacă un client încearcă mai devreme, Zenamu afișează „Varianta poate fi schimbată cel mult o dată la 24 de ore. Încearcă din nou mai târziu.” De reținut: chiar dacă anulezi schimbarea programată între timp (ceea ce nu este limitat în timp), o schimbare nouă tot așteaptă 24 de ore de la programarea inițială. Aplicarea automată la reînnoire, în schimb, practic nu încurcă niciodată, pentru că programarea este de obicei mai veche de 24 de ore.
Pot crea un „pachet” pentru un client cu 3 variante diferite în același timp? Nu — un client poate avea oricând o singură variantă activă într-un grup. Dacă vrei mai multe drepturi simultane, creează mai multe grupuri (clientul poate avea atunci câte o variantă din fiecare grup).
Un client și-a schimbat varianta din greșeală — voia doar să compare prețuri. Cum o anulez?
Dacă a fost un upgrade: trecerea înapoi la varianta inițială (mai ieftină) intră sub Scenariul B — trecere programată la o variantă inferioară. Clientul trebuie să aștepte 24 de ore și să pornească trecerea înapoi; schimbarea se aplică apoi abia la următoarea dată de reînnoire (plătește prețul mai mare până atunci). Nu există nicio rambursare imediată.
Dacă a fost o schimbare de interval: trecerea înapoi intră din nou sub Scenariul C — schimbare de interval (ciclul se reia, Stripe calculează ajustarea proporțională). Clientul poate face asta după limita de 24 de ore.
Dacă a fost o trecere programată la o variantă inferioară: clientul poate apăsa imediat Anulează schimbarea programată în detaliile abonamentului și poate reveni la starea inițială. Fără așteptare, fără plată.
Un client îmi spune că Stripe l-a taxat cu suma integrală după o schimbare de variantă — este corect? Nu, cu excepția cazului în care a fost o schimbare de interval. La un upgrade (același interval, preț mai mare), ar trebui taxată doar diferența proporțională pentru zilele rămase, nu prețul nou integral. Dacă clientul raportează altceva, verifică factura specifică în Stripe Dashboard, din profilul lui — vei vedea defalcarea exactă a pozițiilor (credit pentru zilele neutilizate + suma nouă proporțională). Stripe taxează prețul nou integral doar pentru o schimbare de interval.
Când are efect, mai exact, o trecere programată la o variantă inferioară? La următoarea dată de reînnoire, conform ciclului actual. Dacă ciclul unui client este pe 15 ale lunii și a programat o trecere la o variantă inferioară pe 5 mai, schimbarea se aplică pe 15 mai (reînnoirea următoare). Poate vedea data în înștiințarea din detaliile abonamentului.
Pot programa o trecere la o variantă inferioară pentru orice dată viitoare vreau? Nu — o trecere programată la o variantă inferioară are întotdeauna efect la data următoarei reînnoiri obișnuite. Nu poți stabili o dată proprie.
Articole conexe
Gestionarea abonaților existenți — toate celelalte acțiuni pe care le poți face asupra unui abonament
Schimbarea prețului pentru abonații existenți — când vrei să schimbi prețul unei variante întregi, nu să treci un anumit client la altă variantă
Coduri de reducere și abonamente recurente — reducerile nu se reaplică la schimbarea unei variante
Când o plată eșuează — ce se întâmplă dacă o plată eșuează la o reînnoire programată