Ugrás a fő tartalomra

Tagsági változat módosítása

Hogyan vált egy ügyfél vagy a stúdió egy előfizetéses tagság változatai között.

Ha egy tagsági csoportnak egynél több változata van (például „Standard” 24 000 Ft/hó és „Premium” 36 000 Ft/hó áron), az ügyfél bármikor válthat közöttük — nem kell lemondania a jelenlegi tagságot, és újra megvásárolnia. Az ügyfél változatát Ön is átválthatja az adminból. Az alkalmazásban az ezt végző gomb felirata: Változat váltása. Ez a cikk elmagyarázza, pontosan mi történik attól függően, melyik változatra vált át.

Ki módosíthatja a változatot

Az ügyfél, a saját profiljából. A tagság részleteinél talál egy Változat váltása gombot.

A stúdió, az adminból. Nyissa meg az ügyfél tagságának részleteit, és ugyanazt a Változat váltása gombot látja. Az ügyféltől eltérően Ön a listában az archivált és elrejtett változatokat is látja, így olyan változatra is átmozgathatja az ügyfelet, amely már nincs a nyilvános kínálatban.

A váltás négy típusa — mindegyik másként viselkedik

Hogy egy váltás mit csinál, attól függ, milyen típusú változásról van szó. Négy forgatókönyv van:

A váltás típusa

Példa

Mi történik most

Drágítás (azonos időköz, magasabb ár)

Havi Standard 24 000 Ft → Havi Premium 36 000 Ft

Az ügyfelet azonnal a hátralévő napokra eső arányos különbözettel terheljük. A számlázási ciklus nem változik.

Ütemezett leváltás (azonos időköz, alacsonyabb ár)

Havi Premium 36 000 Ft → Havi Standard 24 000 Ft

Ma semmit sem terhelünk. A változás automatikusan a következő szokásos megújításkor lép érvénybe. Az ügyfél a jelenlegi időszak végéig a régi árat fizeti.

Időszakváltás (eltérő időszakhossz)

Havi 36 000 Ft → Éves 360 000 Ft

A ciklus újraindul, a Stripe azonnal felszámítja az új időszak teljes árát, és ma új ciklus indul.

Azonos ár (másik változat, azonos összeg)

Havi „Pro v1” 30 000 Ft → Havi „Pro v2” 30 000 Ft

A váltás azonnal megtörténik, fizetés nélkül. A ciklus változatlan marad.

A részletek alább.

Mikor lehetséges a váltás

  • A jelenlegi tagságnak Aktívnak kell lennie (ritkán a kezdésre vár is, bár a jelenlegi verzióban ez előfizetéses tagságoknál gyakorlatilag soha nem érvényes — azok azonnal elindulnak, amint kifizették őket; ez az állapot főleg az egyszeri tagságokra vonatkozik).

  • A tagság nem lehet lemondás folyamatában. Ha az ügyfél a „Lemondás az időszak végén” lehetőségre kattintott, előbb vissza kell vonnia (a Tagság megtartása gombra kattintva), mielőtt válthatna.

  • A tagság nem lehet szüneteltetve, kifizetetlen vagy „fizetésre vár” állapotú (egy befejezetlen 3D Secure hitelesítés).

  • A változatváltások között legalább 24 órának kell eltelnie. Az óra az ügyfél vagy a stúdió utolsó váltásától indul — és egy változás puszta beütemezése is számít (B forgatókönyv). Ha egy ügyfél hamarabb próbálkozik, ezt látja: „A változat legfeljebb 24 óránként egyszer módosítható. Kérjük, próbálja meg később.” Vigyázzon egy gyakori félreértéssel: az ütemezett változtatás visszavonása nincs időkorláthoz kötve (bármikor visszavonhatja), de egy új váltás utána csak az utolsó váltás után 24 órával lehetséges — és az eredeti beütemezés ebbe beleszámít. Ezzel szemben az ütemezett leváltás automatikus alkalmazása a megújításkor gyakorlatilag soha nem akadályoz, mert a beütemezés addigra általában már több mint 24 órás.

  • A cél változatnak ugyanabban a csoportban kell lennie. Csoportok között nem válthat — ha egy ügyfelet másik csoportba szeretne mozgatni, le kell mondania a jelenlegi tagságot, és újat kell vásárolnia.

  • A cél változatnak ugyanazt a pénznemet kell használnia, mint a jelenleginek. Ha a cél változat más pénznemű (egy csoporton belül a változatok általában azonos pénznemet használnak, de ritka esetben eltérhetnek), a Zenamu elutasítja a váltást ezzel: „Ez a tagság jelenlegi állapotában nem módosítható. A változat váltása csak aktív tagságok esetén érhető el.” Az ok technikai: egy meglévő előfizetéses tagság pénzneme nem módosítható. Az egyetlen megoldás, hogy lemondja a régi tagságot, és újat vásárol a kívánt pénznemben.

Az egyes forgatókönyvek részletesen

A forgatókönyv — Drágítás (azonos időköz, magasabb ár)

Példa: Egy ügyfél 24 000 Ft/hó áron fizet a „Standard”-ért, és egy 30 napos időszak 15. napjánál tart. Átvált a „Premium”-ra, 36 000 Ft/hó áron.

Mi történik:

  1. A Stripe két tételből álló számlát hoz létre: egy jóváírás a Standard fel nem használt részéért (−12 000 Ft a 15 napra a 24 000 Ft-ból), és a Premium 15 napjára eső arányos összeg (+18 000 Ft a 36 000 Ft-ból). A fizetendő nettó összeg: 6 000 Ft.

  2. A Stripe azonnal terheli a 6 000 Ft-t az ügyfél kártyájára. Az ügyfél számláján nem marad jóváírás — a jóváírás közvetlenül ezen a számlán belül felhasználódik.

  3. A számlázási ciklus NEM változik. A következő szokásos fizetés (a teljes 36 000 Ft) az eredeti dátumon megy át, az eredeti ütem szerint, nem pedig egy hónappal a váltás után.

A váltás során az ügyfél a teljes elszámolást látja: a jelenlegi változatot, az új változatot, a ma fizetendő arányos különbözetet, és a következő szokásos fizetés dátumát.

Miért csak az arányos különbözet, és nem a teljes új ár? Az ügyfél a jelenlegi időszakot már kifizette, így nincs ok arra, hogy az új árat újból felszámítsuk. A ciklus egyszerűen az eredeti dátumán folytatódik — az ügyfél nem érzi úgy, mintha „újraindította” volna az időszakot, és máris újra ki kellene fizetnie a teljes összeget.

Mi van, ha a fizetés nem terhelhető azonnal? Ha az ügyfél bankja elutasítja (fedezethiány, lejárt kártya, 3D Secure szükséges), a Stripe nem erősíti meg a fizetést, és a váltás nem megy át. Az ügyfél egy általános hibát lát, amely szerint a fizetést nem sikerült befejezni — a bank konkrét oka nélkül. Az okot a Stripe Dashboardon keresheti meg (a megfelelő számlán vagy előfizetésen). Az ügyfélnek ezután rendeznie kell a kártyáját (a profiljában a Fizetési mód kezelése gombbal — lásd a Hogyan vásárol egy ügyfél előfizetéses tagságot cikket), és újra el kell indítania a váltást. Ez a szigorúság szándékos: ha a Zenamu módosítaná a változatot, de a Stripe nem erősítené meg a fizetést, a számlázás összezavarodna. (A Stripe úgy van beállítva, hogy a teljes változtatást maga visszafordítja, ha egy fizetés nincs megerősítve.)

B forgatókönyv — Ütemezett leváltás (azonos időköz, alacsonyabb ár)

Példa: Egy ügyfél 36 000 Ft/hó áron fizet a „Premium”-ért, és egy 30 napos időszak 15. napjánál tart. Átvált a „Standard”-ra, 24 000 Ft/hó áron.

Mi történik:

  1. Azonnal semmit sem terhelünk. Ma nincs fizetés, nincs jóváírás.

  2. Az ügyfél továbbra is 36 000 Ft-t fizet a jelenlegi időszak hátralévő 15 napjára (már kifizette, még a Premiumot használja).

  3. A következő megújítás dátumán a Zenamu automatikusan átváltja a változatot Standardra, és a Stripe 24 000 Ft-t terhel (nem 36 000 Ft-t).

  4. Az ügyfél és a stúdió is értesítést lát az ütemezett változtatásról a tagság részleteinél, az érvénybe lépés dátumával együtt.

Az ügyfél visszavonhatja az ütemezett változtatást (lásd lentebb) e dátum előtt, és visszatérhet a Premiumra.

Miért nincs jóváírás? Az ügyfél a jelenlegi időszakra a teljes (magasabb) árat kifizette, így van mit felhasználnia. Ahelyett, hogy a Stripe a különbözetet jóváírásként visszaadná, amelyet aztán a következő hónapok során kellene beszámítani, egyszerűen megvárja a következő megújítást, és az új (alacsonyabb) árat számítja fel. Az ügyfélnek így átláthatóbb.

C forgatókönyv — A számlázási időszak módosítása

Példa: Egy ügyfél havi 36 000 Ft-t fizet, és egy 30 napos időszak 15. napjánál tart. Átvált az éves változatra, 360 000 Ft áron.

Mi történik:

  1. A Stripe a mai naptól újraindítja a számlázási ciklust.

  2. Egyetlen, 360 000 Ft-ról szóló számlát hoz létre (az éves díj), levonva belőle az eredeti hónap fel nem használt 15 napjára eső arányos jóváírást (nagyjából −18 000 Ft). Az ügyfelet ténylegesen körülbelül 342 000 Ft-val terheljük (a nettó összeg). Ha az új összeg magasabb a régi időszak fel nem használt részére járó jóváírásnál, a jóváírás közvetlenül ezen a számlán használódik fel — nem marad egyenleg. Ha viszont a jóváírás a magasabb (jellemzően évesről havira váltáskor), a fennmaradó jóváírás az ügyfél számláján marad, és a jövőbeli megújításoknál használódik fel (lásd a következő bekezdést).

  3. Az ügyfél innentől évente fizet; a következő megújítás egy év múlva esedékes.

Ugyanez az elv érvényes fordítva is (éves → havi): a ciklus újraindul, és a nettó számla az új árral egyenlő, levonva az előző időszak fel nem használt részére eső arányos jóváírást. Ha az ügyfél nem sokkal egy éves fizetés után vált, a jóváírás jelentős lehet — nem feltétlenül „kicsi”.

Miért indul újra a ciklus ebben az esetben: Az ügyfél kifejezetten más időszakot szeretett volna (például jobb árért áttért az évesre). A ciklus újraindítása megfelel annak, amit az ügyfél elvár.

Ugyanaz a korlát, mint a drágításnál: Ha az ügyfél bankja elutasítja a fizetést, vagy 3D Secure-t kér, a váltás nem megy át. Az ügyfél előbb frissíti a kártyáját, majd újra megerősíti a változtatást.

D forgatókönyv — Azonos ár, másik változat

Példa: Egy ügyfél 30 000 Ft/hó áron fizet a „Pro v1”-ért, és átvált a „Pro v2”-re, ugyanazon a 30 000 Ft/hó áron.

Mi történik:

  1. A változat azonnal átvált.

  2. Nincs fizetés, nincs jóváírás.

  3. A ciklus változatlan marad: a következő fizetés ugyanazon a dátumon, ugyanannyi.

A gyakorlatban ezt csak alkalmanként használják, például egy változat átnevezése vagy egy apró kozmetikai módosítás után.

Az elszámolási előnézet a megerősítés előtt

Mielőtt az ügyfél (vagy a stúdió) a Változat váltása gombra kattintva megerősíti (a párbeszédablakon belüli megerősítés), tételes előnézetet lát a párbeszédablakban. Hogy mit mutat, az a váltás típusától függ:

  • Drágítás: „Ma 6 000 Ft-t terhelünk (az arányos különbözet). A következő szokásos, 36 000 Ft-os fizetés napja 2026. május 15. (az eredeti dátum).”

  • Ütemezett leváltás:Ma semmit sem terhelünk. A változat 2026. május 15-én (a következő fizetés napján) Standard-ra változik. Onnantól 24 000 Ft/hó lesz az ár.”

  • Időszakváltás: „Ma 342 000 Ft-t terhelünk (360 000 Ft levonva egy 18 000 Ft-os jóváírást a fel nem használt 15 napra). Az új éves ciklus ma indul — a következő, 360 000 Ft-os fizetés egy év múlva esedékes.”

  • Azonos ár: „A változat azonnal átvált, új terhelés nélkül.”

Ha az ügyfélnek jóváírása van (amely keletkezhet például egy kártya helyett jóváírásként kiadott visszatérítés után): az előnézet összege ezt már figyelembe veszi. Ha tehát az előnézet azt mutatja, hogy „Ma 4 000 Ft-t terhelünk”, az ügyfél valóban 4 000 Ft-t fizet — függetlenül attól, hogy a háttérben jóváírást is beszámítottunk. Az ügyfél nem két számot lát; csak a végsőt.

Ha a Stripe valamiért nem tudja lefuttatni a számítást (mondjuk egy rövid kimaradás), az ügyfél ezt látja: „A fizetési kalkulációt nem sikerült betölteni. Próbálja újra egy pillanat múlva. Ha a probléma továbbra is fennáll, lépjen kapcsolatba a szolgáltatóval.”, és a Változat váltása gomb le van tiltva. Ilyenkor csak várjon egy pillanatot, és próbálja újra.

Egy ütemezett változtatás — hogyan jelenik meg a tagság részleteinél

Amikor egy ütemezett leváltás (B forgatókönyv) van érvényben, az ügyfél és a stúdió is egy sárga/narancs értesítést lát a tagság részleteinél:

Ütemezett változatváltás A változat 2026. május 15-én átvált erre: Standard. Addig a jelenlegi változat marad érvényben.

[Ütemezett változtatás visszavonása]

Az Ütemezett változtatás visszavonása gomb az ügyfél és a stúdió számára is elérhető. A megerősítés után a Zenamu mindent visszaállít az eredeti állapotába — nem alkalmazódik változás, az ügyfél a jelenlegi változaton marad, és ugyanazt az árat fizeti tovább.

Ritka esetben ez előfordulhat: Ha valaki közben manuálisan szerkesztette az előfizetés árát közvetlenül a Stripe Dashboardon, a Zenamu észleli az eltérést, amikor visszavonja az ütemezett változtatást. A gomb ilyenkor elutasítja a műveletet. Nyissa meg a Stripe Dashboardot az ügyfél profiljából, ellenőrizze az előfizetés aktuális árát, és manuálisan egyeztesse azzal, amennyit az ügyfélnek fizetnie kell.

Fontos — hogyan működik a 24 órás korlát, miután visszavon egy ütemezett változtatást: Egy ütemezett változtatás visszavonása önmagában nincs időkorláthoz kötve — bármikor rákattinthat az Ütemezett változtatás visszavonása gombra. De egy új váltás egy másik változatra csak az ügyfél vagy a stúdió utolsó váltása után 24 órával lehetséges, és a változás eredeti beütemezése ebbe beleszámít. A gyakorlatban ez azt jelenti: ha beütemez egy leváltást, majd rögtön visszavonja, akkor is várnia kell, mielőtt újra válthatna. Egy automatikus alkalmazás után a megújításkor viszont a korlát gyakorlatilag soha nem érvényesül, mert a beütemezés általában már több mint 24 órás.

Mit lát az ügyfél és a stúdió a váltás során

  1. A tagság részleteinél kattintson a Változat váltása gombra.

  2. Megnyílik egy párbeszédablak ugyanazon csoport változatainak listájával. A jelenlegi változat „jelenlegi” jelzéssel van ellátva.

  3. Az ügyfél vagy a stúdió kiválasztja a cél változatot. A párbeszédablak betölti a fent leírt elszámolási előnézetet.

  4. A megerősítés után (a párbeszédablakban a Változat váltása gomb) a Zenamu ezt mutatja: „Változat módosítva.” (az azonnali forgatókönyveknél) vagy „A változatváltás a következő számlázási időszakra lett ütemezve.” (egy ütemezett leváltásnál).

A váltás után

  • Az ügyfél megszakítás nélkül használja tovább a tagságot — nincs szünet a foglalási hozzáférésében.

  • A foglalási limitek a csoporthoz tartoznak, nem a változathoz. Ha a csoport heti max. 4 foglalásra van állítva, az a változattól függetlenül érvényes.

  • A Zenamu belsőleg rögzíti a váltást mint Változat váltva esemény (ezt a megnevezést látja az ügyfél tevékenységénél és a Stripe-ban). Ütemezett leváltásnál idővel két ilyen rekord épül fel (mindkettő Változat váltva megnevezéssel): egy, amikor beütemezi a változást, és egy a következő megújításkor, amikor a leváltás ténylegesen érvénybe lép.

  • A tagság állapota automatikusan frissül az alkalmazásban az ügyfél és az admin számára is — nem kell frissíteni az oldalt.

Különleges esetek

Mi van, ha a csoportnak csak egy változata van?

A Változat váltása gomb nem jelenik meg — sem az ügyfélnek, sem Önnek. Nincs mi között váltani. Ha szeretné, hogy az ügyfél válthasson, adjon hozzá legalább még egy változatot a csoporthoz.

A stúdió átváltja az ügyfelet egy archivált vagy elrejtett változatra

Az adminban a változatlista a Nyilvánosság elől elrejtett vagy Archivált jelölésűeket is mutatja. Ezekre is átválthatja az ügyfelet — például amikor egy régebbi változatra szeretné mozgatni, amely megtartja az árát. Egy ilyen változatot az ügyfél maga nem lát; csak Ön.

Mi van, ha új változatot ad a csoporthoz?

A meglévő ügyfelek látni fogják az új változatot a listában, amikor a Változat váltása gombra kattintanak. Bármikor válthatnak — ehhez nincs szükségük semmi másra Öntől.

Mi van, ha elrejt vagy archivál egy régi változatot?

A meglévő ügyfelek rajta maradnak, amíg maguk át nem váltanak (vagy amíg Ön át nem mozgatja őket). Az ő szemszögükből semmi sem változik — továbbra is az eredeti árat fizetik. Az elrejtés vagy archiválás csak az új vásárlásokat érinti: az új érdeklődők nem látják a változatot.

Vigyázzon — mi van, ha egy ügyfélnek ütemezett leváltása van, és Ön közben archiválja a változatot: Az archiválásnak nincs hatása egy már folyamatban lévő ütemezett változtatásra. A beütemezés pillanatától a Stripe-ban tárolva van az új (alacsonyabb) ár, és a Stripe pontosan azt az összeget terheli az ügyfélnek a következő megújításkor. Egy sikeres megújítás után a Zenamu helyileg is átmozgatja az ügyfelet az archivált változatra (az „archivált” változatot a tagsága részleteinél látja), és belsőleg rögzíti a mozgatást.

Ha meg szeretné akadályozni, hogy a leváltás érvénybe lépjen, minden ilyen ügyfélnél kifejezetten vissza kell vonnia az ütemezett változtatást a következő megújítás előtt (az Ütemezett változtatás visszavonása gomb a tagság részleteinél). Egy változat archiválása nem „kikapcsoló gomb” — egyetlen célja, hogy megakadályozza, hogy új ügyfelek megvegyék a változatot; a már folyamatban lévő ütemezett változtatásokra nincs visszamenőleges hatása.

Mi van, ha az ügyfélnek jóváírása van?

A változatváltás nem hoz létre jóváírást — egy ütemezett leváltás (B forgatókönyv) másként kezeli a dolgokat (nincs jóváírás, csak az új ár a következő megújítástól). Egy ügyfélnek jóváírása csak a következőkből lehet:

  • Időszakváltás (C forgatókönyv) — egy kis jóváírás az eredeti időszak fel nem használt részére.

  • Manuális műveletek a Stripe-ban (például a stúdió egy kártya helyett jóváírásként térített vissza egy fizetést).

Ha van jóváírás, az automatikusan felhasználódik a következő tranzakciók egyikénél. A részletekért lásd a 12. cikket — Visszatérítések és vitatott fizetések.

Mi van, ha egy ügyfél közvetlenül a számlázási időszak vége előtt vált?

Drágításnál a hátralévő napokra eső arányos különbözet kicsi (mondjuk 800 Ft az utolsó 2 napra), így az azonnali terhelés alacsony. Az ügyfél ezt az összeget a megerősítés előtt látja a párbeszédablakban.

Ütemezett leváltásnál nem számít — az amúgy is a következő megújításkor lép érvénybe.

A stúdiónak — mikor avatkozzon be

A változat módosítása az esetek túlnyomó többségében az ügyfél művelete. Az adminból a következő helyzetekben érdemes megfontolni:

  • Egy ügyfél megkéri Önt, hogy váltsa át egy adott változatra (például egy megbeszélt árcsökkentés).

  • Egy régi változatot archivál, és az ügyfeleket tömegesen szeretné egy újra átmozgatni (bár még ilyenkor is jobb előbb egyeztetni az ügyféllel, és hagyni, hogy maga váltson).

  • Egy ügyfél nem tudja vagy nem akarja használni a profilját (mondjuk egy hosszabb távollét miatt), és Ön manuálisan kezeli a fiókját.

Javaslat: Mielőtt az adminból átváltaná egy ügyfél változatát, mindig mondja el neki előre, mi fog történni — azonnal felszámítjuk-e az arányos különbözetet (drágítás), a következő megújításra ütemezzük-e a változást (leváltás), vagy újraindítjuk-e a ciklust egy teljes fizetéssel (időszakváltás). Az ügyfélnek előre tudnia kell a terhelésről, még akkor is, ha a Stripe automatikusan küld neki visszaigazoló e-mailt.

Gyakran ismételt kérdések

Egy ügyfél minden nap váltogat — miért nem működik? A 24 órás korlát megakadályozza az ilyen kísérletezgetést. Az ügyfél vagy a stúdió utolsó váltása után 24 órának kell eltelnie, mielőtt újabb váltás lehetséges. Egy változás beütemezése is beleszámít ebbe a korlátba (B forgatókönyv). Ha egy ügyfél hamarabb próbálkozik, a Zenamu ezt mutatja: „A változat legfeljebb 24 óránként egyszer módosítható. Kérjük, próbálja meg később.” Megjegyzés: még ha közben vissza is vonja az ütemezett változtatást (amely nincs időkorláthoz kötve), egy új váltás akkor is 24 órát vár az eredeti beütemezéstől. A megújításkori automatikus alkalmazás ezzel szemben gyakorlatilag soha nem akadályoz, mert a beütemezés általában már több mint 24 órás.

Létrehozhatok egy ügyfélnek egy „csomagot” 3 különböző változatból egyszerre? Nem — egy ügyfélnek egy csoportban mindig csak egy aktív változata lehet. Ha több egyidejű jogosultságot szeretne, hozzon létre több csoportot (az ügyfélnek ekkor minden csoportból lehet egy-egy változata).

Egy ügyfél tévedésből váltott változatot — csak árakat akart összehasonlítani. Hogyan vonom vissza?

  • Ha drágítás volt: a visszaváltás az eredeti (olcsóbb) változatra a B forgatókönyv — ütemezett leváltás alá esik. Az ügyfélnek 24 órát kell várnia, és el kell indítania a visszaváltást; a változás ezután csak a következő megújítás dátumán lép érvénybe (addig a magasabb árat fizeti). Nincs azonnali visszatérítés.

  • Ha időszakváltás volt: a visszaváltás ismét a C forgatókönyv — időszakváltás alá esik (a ciklus újraindul, a Stripe kiszámítja az arányos kiigazítást). Az ügyfél ezt a 24 órás korlát után megteheti.

  • Ha ütemezett leváltás volt: az ügyfél azonnal rákattinthat az Ütemezett változtatás visszavonása gombra a tagság részleteinél, és visszatérhet az eredeti állapotba. Nincs várakozás, nincs fizetés.

Egy ügyfél azt mondja, a Stripe a teljes összeget terhelte egy változatváltás után — ez így helyes? Nem, kivéve, ha időszakváltás volt. Drágításnál (azonos időköz, magasabb ár) csak a hátralévő napokra eső arányos különbözetet terhelhetjük, nem a teljes új árat. Ha az ügyfél mást jelez, ellenőrizze a konkrét számlát a Stripe Dashboardon, az ügyfél profiljából — látni fogja a tételek pontos elszámolását (jóváírás a fel nem használt napokra + az új arányos összeg). A Stripe csak időszakváltásnál terheli a teljes új árat.

Pontosan mikor lép érvénybe egy ütemezett leváltás? A jelenlegi ciklus szerinti következő megújítás dátumán. Ha egy ügyfél ciklusa a hónap 15-én van, és május 5-én ütemezett egy leváltást, a változás május 15-én lép érvénybe (a következő megújítás). A dátumot a tagság részleteinél lévő értesítésben látja.

Beütemezhetek egy leváltást bármilyen tetszőleges jövőbeli dátumra? Nem — egy ütemezett leváltás mindig a következő szokásos megújítás dátumán lép érvénybe. Saját dátumot nem állíthat be.

Kapcsolódó cikkek

Választ kapott a kérdésére?