Heeft een lidmaatschapsgroep meer dan één variant (bijvoorbeeld "Standaard" voor €60/maand en "Premium" voor €90/maand), dan kan een klant op elk moment tussen die varianten wisselen — het is niet nodig om het huidige lidmaatschap op te zeggen en opnieuw te kopen. U kunt de variant van een klant ook vanuit het beheer voor hem wijzigen. In de app heet de knop die dit doet Variant wijzigen. Dit artikel legt uit wat er precies gebeurt, afhankelijk van naar welke variant u overstapt.
Wie de variant kan wijzigen
De klant, vanuit zijn eigen profiel. Hij vindt een knop Variant wijzigen in de lidmaatschapsdetails.
De studio, vanuit het beheer. Open de lidmaatschapsdetails van de klant en u ziet dezelfde knop Variant wijzigen. Anders dan de klant ziet u ook gearchiveerde en verborgen varianten in de lijst, zodat u een klant kunt verplaatsen naar een variant die niet meer in het openbare aanbod staat.
Vier soorten wijzigingen — elke gedraagt zich anders
Wat een wijziging doet, hangt af van wat voor soort wijziging het is. Er zijn vier scenario's:
Soort wijziging | Voorbeeld | Wat er nu gebeurt |
Upgrade (zelfde interval, hogere prijs) | Maandelijks Standaard €60 → Maandelijks Premium €90 | De klant wordt direct het naar rato berekende verschil voor de resterende dagen in rekening gebracht. De factureringscyclus verandert niet. |
Geplande downgrade (zelfde interval, lagere prijs) | Maandelijks Premium €90 → Maandelijks Standaard €60 | Vandaag wordt er niets afgeschreven. De wijziging gaat automatisch in bij de volgende reguliere verlenging. De klant blijft de oude prijs betalen tot het einde van de huidige periode. |
Intervalwijziging (andere periodelengte) | Maandelijks €90 → Jaarlijks €900 | De cyclus begint opnieuw, Stripe schrijft direct de volle prijs van de nieuwe periode af, en er begint vandaag een nieuwe cyclus. |
Gelijke prijs (andere variant, zelfde bedrag) | Maandelijks "Pro v1" €75 → Maandelijks "Pro v2" €75 | De wijziging gebeurt direct, zonder betaling. De cyclus blijft hetzelfde. |
De details vindt u hieronder.
Wanneer een wijziging mogelijk is
Het huidige lidmaatschap moet Actief zijn (zelden ook Wacht op startdatum, al geldt dat in de huidige versie praktisch nooit voor doorlopende lidmaatschappen — die starten zodra ze betaald zijn; deze status geldt vooral voor eenmalige lidmaatschappen).
Het lidmaatschap mag niet bezig zijn met opzeggen. Heeft de klant op "Opzeggen aan het einde van de periode" geklikt, dan moet hij dat eerst terugdraaien (op Lidmaatschap behouden klikken) voordat hij kan wisselen.
Het lidmaatschap mag niet gepauzeerd, onbetaald of in de status "Wacht op betaling" zijn (een niet-afgeronde 3D Secure-verificatie).
Er moeten minstens 24 uur tussen variantwijzigingen zitten. De klok start bij de laatste wijziging door de klant of de studio — en gewoon een wijziging inplannen telt ook mee (Scenario B). Probeert een klant het eerder, dan ziet hij "De variant kan maximaal één keer per 24 uur worden gewijzigd. Probeer het later opnieuw." Let op een veelvoorkomend misverstand: een geplande wijziging annuleren kent geen tijdslimiet (u kunt die annuleren wanneer u wilt), maar een nieuwe wijziging daarna kan pas 24 uur na de laatste wijziging — en het oorspronkelijke inplannen telt daarvoor mee. De automatische toepassing van een geplande downgrade bij de verlenging komt daarentegen praktisch nooit in de weg, omdat het inplannen tegen die tijd meestal meer dan 24 uur oud is.
De doelvariant moet in dezelfde groep zitten. U kunt niet tussen groepen wisselen — om een klant naar een andere groep te verplaatsen, moet hij het huidige lidmaatschap opzeggen en een nieuw kopen.
De doelvariant moet dezelfde valuta gebruiken als de huidige. Zit de doelvariant in een andere valuta (varianten in dezelfde groep delen meestal een valuta, maar in zeldzame gevallen kunnen ze verschillen), dan weigert Zenamu de wijziging met "Het wijzigen van de variant is nu niet beschikbaar. Neem voor meer informatie contact op met de aanbieder." De reden is technisch: de valuta van een bestaand doorlopend lidmaatschap kan niet worden gewijzigd. De enige weg eromheen is het oude lidmaatschap opzeggen en een nieuw kopen in de doelvaluta.
Elk scenario in detail
Scenario A — Upgrade (zelfde interval, hogere prijs)
Voorbeeld: Een klant betaalt €60/maand voor "Standaard" en is 15 dagen in een periode van 30 dagen. Hij stapt over naar "Premium" voor €90/maand.
Wat er gebeurt:
Stripe maakt een factuur met twee posten: een tegoed voor het ongebruikte deel van Standaard (−€30 voor 15 dagen van €60) en het naar rato berekende bedrag voor 15 dagen Premium (+€45 van €90). Netto te betalen: €15.
Stripe schrijft de €15 direct af van de kaart van de klant. Er blijft geen tegoed op het account van de klant staan — het tegoed wordt direct binnen deze factuur verrekend.
De factureringscyclus verandert NIET. De volgende reguliere betaling (de volle €90) gaat door op de oorspronkelijke datum, volgens het oorspronkelijke schema en niet een maand na de wijziging.
Tijdens de wijziging ziet de klant het hele overzicht: de huidige variant, de nieuwe variant, het naar rato berekende verschil dat vandaag verschuldigd is, en de datum van de volgende reguliere betaling.
Waarom alleen het naar rato berekende verschil en niet de volle nieuwe prijs? De klant heeft de huidige periode al betaald, dus er is geen reden om de nieuwe prijs opnieuw helemaal af te schrijven. De cyclus loopt gewoon door op de oorspronkelijke datum — de klant heeft niet het gevoel dat hij de periode "opnieuw is begonnen" en meteen weer het volledige bedrag moet betalen.
Wat als de betaling niet meteen kan worden afgeschreven? Weigert de bank van de klant hem (onvoldoende saldo, verlopen kaart, 3D Secure vereist), dan bevestigt Stripe de betaling niet en gaat de wijziging niet door. De klant ziet een algemene foutmelding dat de betaling niet kon worden voltooid — zonder de specifieke reden van de bank. U kunt de reden opzoeken in het Stripe Dashboard (op de betreffende factuur of het abonnement). De klant moet dan zijn kaart op orde brengen (via Betaalmethode beheren in zijn profiel — zie Hoe een klant een doorlopend lidmaatschap koopt) en de wijziging opnieuw starten. Deze strengheid is met opzet: zou Zenamu de variant wijzigen terwijl Stripe de betaling niet bevestigde, dan zou de facturering in de war raken. (Stripe is zo ingesteld dat het de hele wijziging zelf terugdraait als een betaling niet wordt bevestigd.)
Scenario B — Geplande downgrade (zelfde interval, lagere prijs)
Voorbeeld: Een klant betaalt €90/maand voor "Premium" en is 15 dagen in een periode van 30 dagen. Hij stapt over naar "Standaard" voor €60/maand.
Wat er gebeurt:
Er wordt direct niets afgeschreven. Geen betaling vandaag, geen tegoed.
De klant blijft €90 betalen voor de resterende 15 dagen van de huidige periode (al betaald, gebruikt nog Premium).
Op de volgende verlengdatum wijzigt Zenamu de variant automatisch naar Standaard en schrijft Stripe €60 af (niet €90).
Zowel de klant als de studio ziet een melding over de geplande wijziging in de lidmaatschapsdetails, samen met de datum waarop die ingaat.
De klant kan de geplande wijziging annuleren (zie hieronder) vóór die datum en terugkeren naar Premium.
Waarom geen tegoed? De klant heeft de volle (hogere) prijs voor de huidige periode betaald, dus hij heeft iets om op te gebruiken. In plaats van Stripe het verschil als tegoed te laten teruggeven dat dan over de volgende maanden zou moeten worden toegepast, wacht het gewoon tot de volgende verlenging en schrijft het de nieuwe (lagere) prijs af. Dat is duidelijker voor de klant.
Scenario C — Het factureringsinterval wijzigen
Voorbeeld: Een klant betaalt €90 per maand en is 15 dagen in een periode van 30 dagen. Hij stapt over naar de jaarlijkse variant voor €900.
Wat er gebeurt:
Stripe start de factureringscyclus opnieuw vanaf vandaag.
Het maakt één factuur voor €900 (het jaartarief) min een naar rato berekend tegoed voor de ongebruikte 15 dagen van de oorspronkelijke maand (ongeveer −€45). De klant wordt feitelijk ongeveer €855 in rekening gebracht (het nettobedrag). Is het nieuwe bedrag hoger dan het tegoed voor het ongebruikte deel van de oude periode, dan wordt het tegoed direct op deze factuur toegepast — er blijft niets over. Is het tegoed juist hoger (meestal bij een overstap van jaarlijks naar maandelijks), dan blijft het resterende tegoed op het account van de klant staan en wordt het bij toekomstige verlengingen toegepast (zie de volgende alinea).
De klant betaalt vanaf nu jaarlijks; de volgende verlenging is een jaar vanaf vandaag.
Hetzelfde principe geldt andersom (jaarlijks → maandelijks): de cyclus begint opnieuw, en de nettofactuur is gelijk aan de nieuwe prijs min het naar rato berekende tegoed voor het ongebruikte deel van het vorige interval. Stapt de klant kort na een jaarbetaling over, dan kan het tegoed flink zijn — niet per se "klein".
Waarom de cyclus in dit geval opnieuw begint: De klant wilde uitdrukkelijk een ander interval (bijvoorbeeld overstappen naar jaarlijks voor een betere prijs). De cyclus opnieuw starten sluit aan bij wat de klant verwacht.
Dezelfde beperking als bij een upgrade: Weigert de bank van de klant de betaling of vereist die 3D Secure, dan gaat de wijziging niet door. De klant werkt eerst zijn kaart bij en bevestigt de wijziging daarna opnieuw.
Scenario D — Gelijke prijs, andere variant
Voorbeeld: Een klant betaalt €75/maand voor "Pro v1" en stapt over naar "Pro v2" voor dezelfde €75/maand.
Wat er gebeurt:
De variant wisselt direct.
Geen betaling, geen tegoed.
De cyclus blijft hetzelfde: de volgende betaling is op dezelfde datum, voor hetzelfde bedrag.
In de praktijk wordt dit maar af en toe gebruikt, bijvoorbeeld na het hernoemen van een variant of een kleine cosmetische wijziging.
Het overzicht voordat u bevestigt
Voordat de klant (of de studio) op de knop Variant wijzigen klikt om te bevestigen (de bevestiging binnen het dialoogvenster), ziet hij een gespecificeerd overzicht in het venster. Wat het toont, hangt af van het soort wijziging:
Upgrade: "Vandaag wordt €15 in rekening gebracht (het naar rato berekende verschil). De volgende reguliere betaling van €90 is op 15 mei 2026 (de oorspronkelijke datum)."
Geplande downgrade: "Vandaag wordt er niets afgeschreven. De variant wijzigt naar Standaard op 15 mei 2026 (de volgende betaaldatum). Vanaf dan betaalt u €60/maand."
Intervalwijziging: "Vandaag wordt €855 in rekening gebracht (€900 min een tegoed van €45 voor de ongebruikte 15 dagen). De nieuwe jaarcyclus begint vandaag — de volgende betaling van €900 is over een jaar."
Gelijke prijs: "De variant wisselt meteen, zonder nieuwe afschrijving."
Heeft de klant een tegoed (dat bijvoorbeeld kan ontstaan na een terugbetaling die als tegoed is uitgekeerd in plaats van naar de kaart): het bedrag in het overzicht houdt daar al rekening mee. Toont het overzicht dus "Vandaag wordt €10 in rekening gebracht", dan betaalt de klant ook echt €10 — ongeacht het feit dat "onder de motorkap" een tegoed is toegepast. De klant ziet geen twee bedragen; hij ziet alleen het eindbedrag.
Kan Stripe de berekening om de een of andere reden niet uitvoeren (bijvoorbeeld een korte storing), dan ziet de klant "De betaalberekening kon niet worden geladen. Probeer het over een moment opnieuw. Als het probleem aanhoudt, neem dan contact op met de aanbieder." en is de knop Variant wijzigen uitgeschakeld. Wacht in dat geval even en probeer het opnieuw.
Een geplande wijziging — hoe die in de lidmaatschapsdetails wordt getoond
Wanneer een geplande downgrade (Scenario B) van kracht is, zien zowel de klant als de studio een geel/oranje melding in de lidmaatschapsdetails:
Geplande variantwijziging Je variant wordt op 15 mei 2026 gewijzigd naar Standaard. Tot die tijd loopt de huidige variant door.
[Geplande wijziging annuleren]
De knop Geplande wijziging annuleren is beschikbaar voor zowel de klant als de studio. Eenmaal bevestigd, zet Zenamu alles terug in de oorspronkelijke staat — er wordt geen wijziging toegepast, de klant blijft op de huidige variant en blijft dezelfde prijs betalen.
In zeldzame gevallen kan dit gebeuren: Heeft iemand de abonnementsprijs intussen handmatig rechtstreeks in het Stripe Dashboard gewijzigd, dan detecteert Zenamu het verschil wanneer u de geplande wijziging annuleert. De knop weigert de actie in dat geval. Open het Stripe Dashboard vanuit het profiel van de klant, controleer de huidige abonnementsprijs en breng die handmatig op orde met wat de klant zou moeten hebben.
Belangrijk — hoe de limiet van 24 uur werkt nadat u een geplande wijziging annuleert: Een geplande wijziging annuleren kent op zichzelf geen tijdslimiet — u kunt op Geplande wijziging annuleren klikken wanneer u wilt. Maar een nieuwe wijziging naar een andere variant kan pas 24 uur na de laatste wijziging die de klant of de studio maakte, en het oorspronkelijke inplannen van de wijziging telt daarvoor mee. In de praktijk betekent dit: plant u een downgrade in en annuleert u die meteen, dan moet u toch wachten voordat u weer kunt wisselen. Na een automatische toepassing bij de verlenging geldt de limiet daarentegen praktisch nooit, omdat het inplannen meestal meer dan 24 uur oud is.
Wat de klant en de studio tijdens de wijziging zien
Klik in de lidmaatschapsdetails op Variant wijzigen.
Er opent een venster met de lijst met varianten in dezelfde groep. De huidige variant is gemarkeerd als "huidig".
De klant of de studio kiest de doelvariant. Het venster laadt het hierboven beschreven overzicht.
Eenmaal bevestigd (de knop Variant wijzigen in het venster) toont Zenamu "Variant gewijzigd." (voor de directe scenario's) of "De variantwijziging is gepland voor de volgende factureringsperiode." (voor een geplande downgrade).
Na de wijziging
De klant blijft het lidmaatschap zonder onderbreking gebruiken — er is geen gat in zijn toegang tot boekingen.
Boekingslimieten horen bij de groep, niet bij de variant. Staat de groep op max. 4 boekingen per week, dan geldt dat ongeacht de variant.
Zenamu registreert de wijziging intern als een gebeurtenis Variant gewijzigd (het label dat u ziet in de activiteit van de klant en in Stripe). Bij een geplande downgrade bouwen zich na verloop van tijd twee van zulke records op (beide met het label Variant gewijzigd): een wanneer u de wijziging inplant, en een bij de volgende verlenging wanneer de downgrade daadwerkelijk ingaat.
De lidmaatschapsstatus wordt automatisch bijgewerkt in de app voor zowel de klant als het beheer — u hoeft de pagina niet te verversen.
Bijzondere gevallen
Wat als de groep maar één variant heeft?
De knop Variant wijzigen verschijnt niet — niet voor de klant en niet voor u. Er is niets om tussen te wisselen. Wilt u de klant laten wisselen, voeg dan ten minste één variant aan de groep toe.
De studio zet een klant over naar een gearchiveerde of verborgen variant
In het beheer toont de variantenlijst ook de varianten met de markering Verborgen voor publiek of Gearchiveerd. U kunt een klant erop overzetten — bijvoorbeeld wanneer u hem naar een oudere variant wilt verplaatsen die zijn prijs behoudt. De klant kan zo'n variant zelf niet zien; alleen u.
Wat als u een nieuwe variant aan de groep toevoegt?
Bestaande klanten zien de nieuwe variant in de lijst wanneer ze op Variant wijzigen klikken. Ze kunnen op elk moment overstappen — daar hebben ze verder niets van u voor nodig.
Wat als u een oude variant verbergt of archiveert?
Bestaande klanten blijven erop tot ze zelf overstappen (of tot u ze verplaatst). Voor hen verandert er niets — ze blijven de oorspronkelijke prijs betalen. Verbergen of archiveren raakt alleen nieuwe aankopen: nieuwe geïnteresseerden zien de variant niet.
Let op — wat als een klant een geplande downgrade heeft en u de variant intussen archiveert: Archiveren heeft geen effect op een geplande wijziging die al loopt. Vanaf het moment dat die werd ingepland, heeft Stripe de nieuwe (lagere) prijs opgeslagen en zal het de klant precies dat bedrag in rekening brengen bij de volgende verlenging. Na een geslaagde verlenging verplaatst Zenamu de klant ook lokaal naar de gearchiveerde variant (u ziet de "gearchiveerde" variant in zijn lidmaatschapsdetails) en registreert het de verplaatsing intern.
Wilt u voorkomen dat de downgrade ingaat, dan moet u de geplande wijziging voor elke zo'n klant uitdrukkelijk annuleren vóór de volgende verlenging (de knop Geplande wijziging annuleren in de lidmaatschapsdetails). Een variant archiveren is geen "uitknop" — het enige doel ervan is voorkomen dat nieuwe klanten de variant kopen; het heeft geen terugwerkende kracht op geplande wijzigingen die al lopen.
Wat als de klant een tegoed heeft?
Wisselen van variant creëert geen tegoed — een geplande downgrade (Scenario B) pakt dingen anders aan (geen tegoed, alleen de nieuwe prijs vanaf de volgende verlenging). Een klant kan alleen een tegoed hebben uit:
Een intervalwijziging (Scenario C) — een klein tegoed voor het ongebruikte deel van de oorspronkelijke periode.
Handmatige handelingen in Stripe (bijvoorbeeld als de studio een betaling als tegoed terugbetaalde in plaats van naar de kaart).
Bestaat er een tegoed, dan wordt het automatisch toegepast op een van de volgende transacties. Voor details, zie artikel 12 — Terugbetalingen en betwiste betalingen.
Wat als een klant vlak voor het einde van de factureringsperiode wisselt?
Bij een upgrade is het naar rato berekende verschil voor de resterende dagen klein (bijvoorbeeld €2 voor de laatste 2 dagen), dus de directe afschrijving is laag. De klant ziet dit bedrag in het venster voordat hij bevestigt.
Bij een geplande downgrade maakt het niet uit — die gaat hoe dan ook in bij de volgende verlenging.
Voor de studio — wanneer u ingrijpt
De variant wijzigen is in de overgrote meerderheid van de gevallen een actie van de klant. Vanuit het beheer is het het overwegen waard in deze situaties:
Een klant vraagt u hem naar een specifieke variant over te zetten (bijvoorbeeld een afgesproken prijsverlaging).
U archiveert een oude variant en wilt klanten en bloc naar een nieuwe verplaatsen (al is het ook dan beter eerst met de klant te overleggen en hem zelf te laten wisselen).
Een klant kan of wil zijn profiel niet gebruiken (bijvoorbeeld een lange afwezigheid) en u beheert zijn account handmatig.
Aanbeveling: Voordat u de variant van een klant vanuit het beheer wijzigt, vertel hem altijd vooraf wat er gaat gebeuren — of we het naar rato berekende verschil direct in rekening brengen (een upgrade), de wijziging inplannen voor de volgende verlenging (een downgrade), of de cyclus opnieuw starten met een volledige betaling (een intervalwijziging). De klant moet vooraf van de afschrijving weten, ook al stuurt Stripe hem automatisch een bevestigingsmail.
Veelgestelde vragen
Een klant blijft elke dag wisselen — waarom werkt het niet? De limiet van 24 uur voorkomt dat soort experimenten. Na de laatste wijziging door de klant of de studio moeten er 24 uur verstrijken voordat een volgende wijziging mogelijk is. Een wijziging inplannen telt ook mee voor deze limiet (Scenario B). Probeert een klant het eerder, dan toont Zenamu "De variant kan maximaal één keer per 24 uur worden gewijzigd. Probeer het later opnieuw." Let op: ook al annuleert u de geplande wijziging intussen (wat geen tijdslimiet kent), een nieuwe wijziging wacht toch 24 uur vanaf het oorspronkelijke inplannen. De automatische toepassing bij de verlenging komt daarentegen praktisch nooit in de weg, omdat het inplannen meestal meer dan 24 uur oud is.
Kan ik een "bundel" voor een klant maken met 3 verschillende varianten tegelijk? Nee — een klant kan altijd maar één actieve variant in een groep hebben. Wilt u meerdere gelijktijdige rechten, maak dan meerdere groepen (de klant kan dan één variant uit elke groep hebben).
Een klant heeft per ongeluk van variant gewisseld — hij wilde alleen prijzen vergelijken. Hoe maak ik dit ongedaan?
Was het een upgrade: terugwisselen naar de oorspronkelijke (goedkopere) variant valt onder Scenario B — geplande downgrade. De klant moet 24 uur wachten en de terugwisseling starten; de wijziging gaat dan pas in op de volgende verlengdatum (tot dan betaalt hij de hogere prijs). Er is geen directe terugbetaling.
Was het een intervalwijziging: terugwisselen valt opnieuw onder Scenario C — intervalwijziging (de cyclus begint opnieuw, Stripe berekent de naar rato berekende aanpassing). De klant kan dit doen na de limiet van 24 uur.
Was het een geplande downgrade: de klant kan meteen op Geplande wijziging annuleren klikken in de lidmaatschapsdetails en terugkeren naar de oorspronkelijke staat. Geen wachttijd, geen betaling.
Een klant zegt dat Stripe hem het volledige bedrag in rekening bracht na een variantwijziging — klopt dat? Nee, tenzij het een intervalwijziging was. Bij een upgrade (zelfde interval, hogere prijs) zou alleen het naar rato berekende verschil voor de resterende dagen afgeschreven moeten worden, niet de volle nieuwe prijs. Meldt de klant iets anders, controleer dan de specifieke factuur in het Stripe Dashboard vanuit zijn profiel — u ziet het exacte overzicht van de posten (tegoed voor de ongebruikte dagen + het nieuwe naar rato berekende bedrag). Stripe schrijft de volle nieuwe prijs alleen af bij een intervalwijziging.
Wanneer gaat een geplande downgrade precies in? Op de volgende verlengdatum volgens de huidige cyclus. Loopt de cyclus van een klant op de 15e van de maand en plant hij op 5 mei een downgrade in, dan gaat de wijziging in op 15 mei (de volgende verlenging). Hij ziet de datum in de melding in de lidmaatschapsdetails.
Kan ik een downgrade inplannen voor een willekeurige toekomstige datum? Nee — een geplande downgrade gaat altijd in op de datum van de volgende reguliere verlenging. U kunt geen eigen datum instellen.
Gerelateerde artikelen
Bestaande leden beheren — alle andere acties die u op een lidmaatschap kunt nemen
De prijs wijzigen voor bestaande leden — wanneer u de prijs van een hele variant wilt wijzigen in plaats van één specifieke klant te wisselen
Kortingscodes en doorlopende lidmaatschappen — kortingen worden niet opnieuw toegepast wanneer een variant wordt gewijzigd
Als een betaling mislukt — wat er gebeurt als een betaling mislukt bij een geplande verlenging