Om en medlemskapsgrupp har mer än en variant (till exempel ”Standard” för 600 kr/månad och ”Premium” för 900 kr/månad) kan en kund byta mellan dem när som helst — det finns ingen anledning att avsluta det nuvarande medlemskapet och köpa igen. Du kan också byta en kunds variant åt hen från administrationen. I appen heter knappen som gör detta Byt variant. Den här artikeln förklarar exakt vad som händer beroende på vilken variant du byter till.
Vem kan byta variant
Kunden, från sin egen profil. Hen hittar en knapp Byt variant i medlemskapets detaljer.
Studion, från administrationen. Öppna kundens medlemskapsdetaljer så ser du samma knapp Byt variant. Till skillnad från kunden ser du även arkiverade och dolda varianter i listan, så du kan flytta en kund till en variant som inte längre finns i det publika utbudet.
Fyra typer av byte — var och en beter sig olika
Vad ett byte gör beror på vilken typ av ändring det är. Det finns fyra scenarier:
Typ av byte | Exempel | Vad som händer idag |
Uppgradering (samma intervall, högre pris) | Månads-Standard 600 kr → Månads-Premium 900 kr | Kunden debiteras den proportionella mellanskillnaden för de återstående dagarna, direkt. Faktureringscykeln ändras inte. |
Schemalagd nedgradering (samma intervall, lägre pris) | Månads-Premium 900 kr → Månads-Standard 600 kr | Ingenting debiteras idag. Ändringen tillämpas automatiskt vid nästa vanliga förnyelse. Kunden fortsätter betala det gamla priset tills slutet av den nuvarande perioden. |
Intervallbyte (annan periodlängd) | Månadsvis 900 kr → Årsvis 9 000 kr | Cykeln börjar om, Stripe debiterar hela priset för den nya perioden direkt, och en ny cykel börjar idag. |
Samma pris (annan variant, samma belopp) | Månads-”Pro v1” 750 kr → Månads-”Pro v2” 750 kr | Bytet sker direkt med ingen betalning. Cykeln förblir densamma. |
Detaljer nedan.
När ett byte är möjligt
Det nuvarande medlemskapet måste vara Aktivt (i sällsynta fall även Väntar på start, men i den nuvarande versionen gäller det praktiskt taget aldrig löpande medlemskap — de startar så snart de är betalda; den här statusen gäller mestadels engångsmedlemskap).
Medlemskapet får inte vara på väg att avbokas. Om kunden har klickat på ”Avbryt vid periodens slut” måste hen först ångra det (klicka på Behåll medlemskapet) innan hen kan byta.
Medlemskapet får inte vara pausat, obetalt eller i tillståndet ”Väntar på betalning” (en oavslutad 3D Secure-verifiering).
Minst 24 timmar måste gå mellan variantbyten. Klockan börjar ticka från det senaste bytet som kunden eller studion gjorde — och att enbart schemalägga en ändring räknas också (Scenario B). Om en kund försöker tidigare ser hen ”Varianten kan ändras högst en gång per 24 timmar. Försök igen senare.” Se upp för ett vanligt missförstånd: att avbryta en schemalagd ändring är inte tidsbegränsat (du kan avbryta den när du vill), men ett nytt byte efteråt är bara möjligt 24 timmar efter det senaste bytet — och den ursprungliga schemaläggningen räknas in i det. Däremot kommer den automatiska tillämpningen av en schemalagd nedgradering vid förnyelse praktiskt taget aldrig i vägen, eftersom schemaläggningen oftast är mer än 24 timmar gammal då.
Målvarianten måste vara i samma grupp. Du kan inte byta mellan grupper — för att flytta en kund till en annan grupp måste hen avsluta det nuvarande medlemskapet och köpa ett nytt.
Målvarianten måste använda samma valuta som den nuvarande. Om målvarianten är i en annan valuta (varianter i samma grupp delar oftast valuta, men i sällsynta fall kan de skilja sig) avvisar Zenamu bytet med ”Det här medlemskapet kan inte ändras i sitt nuvarande tillstånd. Variantbyte är bara möjligt för aktiva medlemskap.” Orsaken är teknisk: valutan på ett befintligt löpande medlemskap kan inte ändras. Den enda vägen runt det är att avsluta det gamla medlemskapet och köpa ett nytt i målvalutan.
Varje scenario i detalj
Scenario A — Uppgradering (samma intervall, högre pris)
Exempel: En kund betalar 600 kr/månad för ”Standard” och är 15 dagar in i en 30-dagarsperiod. Hen byter till ”Premium” för 900 kr/månad.
Vad som händer:
Stripe skapar en faktura med två rader: en kredit för den oanvända delen av Standard (−300 kr för 15 dagar av 600 kr) och det proportionella beloppet för 15 dagar av Premium (+450 kr av 900 kr). Nettobelopp att betala: 150 kr.
Stripe debiterar de 150 kr direkt från kundens kort. Ingen kredit blir kvar på kundens konto — krediten används upp direkt inom den här fakturan.
Faktureringscykeln ändras INTE. Nästa vanliga betalning (hela 900 kr) går igenom på det ursprungliga datumet, enligt det ursprungliga schemat snarare än en månad efter bytet.
Under bytet ser kunden hela specifikationen: den nuvarande varianten, den nya varianten, den proportionella mellanskillnaden att betala idag och datumet för nästa vanliga betalning.
Varför bara den proportionella mellanskillnaden och inte hela det nya priset? Kunden har redan betalat för den nuvarande perioden, så det finns ingen anledning att debitera det nya priset på nytt. Cykeln fortsätter helt enkelt på sitt ursprungliga datum — kunden känner inte att hen har ”startat om” perioden och måste betala hela beloppet igen direkt.
Vad händer om betalningen inte kan tas ut direkt? Om kundens bank avvisar den (otillräckliga medel, utgånget kort, 3D Secure krävs) bekräftar Stripe inte betalningen och bytet går inte igenom. Kunden ser ett allmänt felmeddelande om att betalningen inte kunde slutföras — utan den specifika orsaken från banken. Du kan slå upp orsaken i Stripe Dashboard (på den aktuella fakturan eller prenumerationen). Kunden behöver sedan fixa sitt kort (via Hantera betalningsmetod i sin profil — se Så köper en kund ett löpande medlemskap) och starta bytet igen. Den här strängheten är avsiktlig: om Zenamu ändrade varianten men Stripe inte bekräftade betalningen skulle faktureringen hamna i oreda. (Stripe är inställt så att det självt återställer hela ändringen när en betalning inte bekräftas.)
Scenario B — Schemalagd nedgradering (samma intervall, lägre pris)
Exempel: En kund betalar 900 kr/månad för ”Premium” och är 15 dagar in i en 30-dagarsperiod. Hen byter till ”Standard” för 600 kr/månad.
Vad som händer:
Ingenting debiteras direkt. Ingen betalning idag, ingen kredit.
Kunden fortsätter betala 900 kr för de återstående 15 dagarna i den nuvarande perioden (redan betalda, använder fortfarande Premium).
På nästa förnyelsedatum byter Zenamu automatiskt varianten till Standard och Stripe debiterar 600 kr (inte 900 kr).
Både kunden och studion ser ett besked om den schemalagda ändringen i medlemskapets detaljer, tillsammans med datumet då den får effekt.
Kunden kan avbryta den schemalagda ändringen (se nedan) före det datumet och gå tillbaka till Premium.
Varför ingen kredit? Kunden har betalat det fulla (högre) priset för den nuvarande perioden, så hen har något att använda upp. I stället för att låta Stripe återföra mellanskillnaden som en kredit som sedan skulle behöva tillämpas över de följande månaderna, väntar det helt enkelt till nästa förnyelse och debiterar det nya (lägre) priset. Det är tydligare för kunden så.
Scenario C — Byta faktureringsintervall
Exempel: En kund betalar 900 kr per månad och är 15 dagar in i en 30-dagarsperiod. Hen byter till årsvarianten för 9 000 kr.
Vad som händer:
Stripe startar om faktureringscykeln från och med idag.
Det skapar en enda faktura på 9 000 kr (årspriset) minus en proportionell kredit för de oanvända 15 dagarna av den ursprungliga månaden (ungefär −450 kr). Kunden debiteras faktiskt cirka 8 550 kr (nettobeloppet). Om det nya beloppet är högre än krediten för den oanvända resten av den gamla perioden tillämpas krediten direkt på den här fakturan — inget saldo blir kvar. Om krediten i stället är högre (vanligtvis vid byte från årsvis till månadsvis) ligger den överskjutande krediten kvar på kundens konto och tillämpas vid framtida förnyelser (se nästa stycke).
Kunden fortsätter betala årsvis från och med nu; nästa förnyelse är ett år från idag.
Samma princip gäller åt andra hållet (årsvis → månadsvis): cykeln startar om, och nettofakturan motsvarar det nya priset minus den proportionella krediten för den oanvända delen av det föregående intervallet. Om kunden byter strax efter en årsbetalning kan krediten vara rejäl — inte nödvändigtvis ”liten”.
Varför cykeln startar om i det här fallet: Kunden ville uttryckligen ha ett annat intervall (till exempel byta till årsvis för ett bättre pris). Att starta om cykeln ligger i linje med vad kunden förväntar sig.
Samma begränsning som vid en uppgradering: Om kundens bank avvisar betalningen eller kräver 3D Secure går bytet inte igenom. Kunden uppdaterar sitt kort först och bekräftar sedan ändringen igen.
Scenario D — Samma pris, annan variant
Exempel: En kund betalar 750 kr/månad för ”Pro v1” och byter till ”Pro v2” för samma 750 kr/månad.
Vad som händer:
Varianten byts direkt.
Ingen betalning, ingen kredit.
Cykeln förblir densamma: nästa betalning är på samma datum, för samma belopp.
I praktiken används det här bara då och då, till exempel efter att en variant döpts om eller fått en mindre kosmetisk ändring.
Förhandsvisningen av specifikationen innan du bekräftar
Innan kunden (eller studion) klickar på knappen Byt variant för att bekräfta (bekräftelsen inuti dialogrutan) ser hen en specificerad förhandsvisning i dialogrutan. Vad den visar beror på typen av byte:
Uppgradering: ”Du debiteras 150 kr idag (den proportionella mellanskillnaden). Nästa vanliga betalning på 900 kr är den 15 maj 2026 (det ursprungliga datumet).”
Schemalagd nedgradering: ”Ingenting debiteras idag. Varianten ändras till Standard den 15 maj 2026 (nästa betalningsdatum). Från och med då betalar du 600 kr/månad.”
Intervallbyte: ”Du debiteras 8 550 kr idag (9 000 kr minus en kredit på 450 kr för de oanvända 15 dagarna). Den nya årscykeln börjar idag — nästa betalning på 9 000 kr är ett år från idag.”
Samma pris: ”Varianten byts direkt, utan någon ny debitering.”
Om kunden har en kredit (som kan uppstå till exempel efter en återbetalning som gjorts som kredit i stället för till kortet): förhandsvisningens belopp tar redan hänsyn till den. Så om förhandsvisningen visar ”Du debiteras 100 kr idag” betalar kunden verkligen 100 kr — oavsett att en kredit tillämpades ”under huven”. Kunden ser inte två siffror; hen ser bara slutsumman.
Om Stripe av någon anledning inte kan göra beräkningen (säg ett kort avbrott) ser kunden ”Betalningsberäkningen kunde inte laddas. Försök igen om ett ögonblick. Om problemet kvarstår, kontakta leverantören.” och knappen Byt variant är inaktiverad. I så fall, vänta ett ögonblick och försök igen.
En schemalagd ändring — hur den visas i medlemskapets detaljer
När en schemalagd nedgradering (Scenario B) är i kraft ser både kunden och studion ett gult/orange besked i medlemskapets detaljer:
Schemalagd variantändring Din variant byts till Standard den 15 maj 2026. Fram till dess fortsätter den nuvarande varianten.
[Avbryt schemalagd ändring]
Knappen Avbryt schemalagd ändring är tillgänglig för både kunden och studion. När den väl bekräftats återställer Zenamu allt till sitt ursprungliga tillstånd — ingen ändring tillämpas, kunden stannar på den nuvarande varianten och fortsätter betala samma pris.
I sällsynta fall kan det här hända: Om någon manuellt har redigerat prenumerationspriset direkt i Stripe Dashboard under tiden upptäcker Zenamu avvikelsen när du avbryter den schemalagda ändringen. Knappen nekar åtgärden i det fallet. Öppna Stripe Dashboard från kundens profil, kontrollera det aktuella prenumerationspriset och stäm av det manuellt mot vad kunden ska ha.
Viktigt — så fungerar 24-timmarsgränsen efter att du avbrutit en schemalagd ändring: Att avbryta en schemalagd ändring är inte tidsbegränsat i sig — du kan klicka på Avbryt schemalagd ändring när du vill. Men ett nytt byte till en annan variant är bara möjligt 24 timmar efter det senaste bytet kunden eller studion gjorde, och den ursprungliga schemaläggningen av ändringen räknas in i det. I praktiken betyder det: om du schemalägger en nedgradering och sedan avbryter den direkt måste du ändå vänta innan du kan byta igen. Efter en automatisk tillämpning vid förnyelse gäller däremot gränsen praktiskt taget aldrig, eftersom schemaläggningen oftast är mer än 24 timmar gammal.
Vad kunden och studion ser under bytet
I medlemskapets detaljer, klicka på Byt variant.
En dialogruta öppnas med listan över varianter i samma grupp. Den nuvarande varianten är märkt ”nuvarande”.
Kunden eller studion väljer målvarianten. Dialogrutan laddar förhandsvisningen av specifikationen som beskrivs ovan.
När det väl bekräftats (knappen Byt variant i dialogrutan) visar Zenamu ”Variant ändrad.” (för de omedelbara scenarierna) eller ”Variantändringen är schemalagd till nästa faktureringsperiod.” (för en schemalagd nedgradering).
Efter bytet
Kunden fortsätter använda medlemskapet utan avbrott — det blir ingen lucka i hens åtkomst till bokningar.
Bokningsgränser hör till gruppen, inte varianten. Om gruppen är inställd på max 4 bokningar per vecka gäller det oavsett variant.
Zenamu registrerar bytet internt som en händelse Variant bytt (etiketten du ser i kundens aktivitet och i Stripe). Vid en schemalagd nedgradering byggs två sådana poster upp över tid (båda märkta Variant bytt): en när du schemalägger ändringen, och en vid nästa förnyelse när nedgraderingen faktiskt får effekt.
Medlemskapets status uppdateras automatiskt i appen för både kunden och administrationen — du behöver inte ladda om sidan.
Specialfall
Vad händer om gruppen bara har en variant?
Knappen Byt variant visas inte — varken för kunden eller för dig. Det finns inget att byta mellan. Om du vill låta kunden byta, lägg till minst en variant till i gruppen.
Studion byter en kund till en arkiverad eller dold variant
I administrationen visar variantlistan även de som är märkta Synligt bara för administratörer eller Arkiverat. Du kan byta en kund till dem — till exempel när du vill flytta hen till en äldre variant som behåller sitt pris. Kunden kan inte se en sådan variant själv; bara du kan.
Vad händer om du lägger till en ny variant i gruppen?
Befintliga kunder ser den nya varianten i listan när de klickar på Byt variant. De kan byta när som helst — de behöver inget annat från dig.
Vad händer om du döljer eller arkiverar en gammal variant?
Befintliga kunder stannar på den tills de byter själva (eller tills du flyttar dem). Ur deras synvinkel ändras ingenting — de fortsätter betala det ursprungliga priset. Att dölja eller arkivera påverkar bara nya köp: nya intresserade ser inte varianten.
Se upp — vad händer om en kund har en schemalagd nedgradering och du arkiverar varianten under tiden: Arkivering har ingen effekt på en schemalagd ändring som redan är på gång. Från det att den schemalades har Stripe det nya (lägre) priset lagrat och kommer att debitera kunden exakt det beloppet vid nästa förnyelse. Efter en lyckad förnyelse flyttar Zenamu kunden till den arkiverade varianten även lokalt (du ser den ”arkiverade” varianten i hens medlemskapsdetaljer) och registrerar flytten internt.
Om du vill hindra nedgraderingen från att få effekt måste du uttryckligen avbryta den schemalagda ändringen för varje sådan kund före nästa förnyelse (knappen Avbryt schemalagd ändring i medlemskapets detaljer). Att arkivera en variant är inte en ”av-knapp” — dess enda syfte är att hindra nya kunder från att köpa varianten; den har ingen retroaktiv effekt på schemalagda ändringar som redan är på gång.
Vad händer om kunden har en kredit?
Att byta variant skapar inte krediter — en schemalagd nedgradering (Scenario B) hanterar saken annorlunda (ingen kredit, bara det nya priset från nästa förnyelse). En kund kan bara ha en kredit från:
Ett intervallbyte (Scenario C) — en liten kredit för den oanvända delen av den ursprungliga perioden.
Manuella åtgärder i Stripe (till exempel om studion återbetalade en betalning som kredit i stället för till kortet).
Om en kredit finns tillämpas den automatiskt på en av de närmaste transaktionerna. För detaljer, se artikel 12 — Återbetalningar och bestridda betalningar.
Vad händer om en kund byter precis före slutet av faktureringsperioden?
Vid en uppgradering är den proportionella mellanskillnaden för de återstående dagarna liten (säg 20 kr för de sista 2 dagarna), så den omedelbara debiteringen är låg. Kunden ser det här beloppet i dialogrutan innan hen bekräftar.
Vid en schemalagd nedgradering spelar det ingen roll — den tillämpas vid nästa förnyelse oavsett.
För studion — när du ska gripa in
Att byta variant är i de allra flesta fall kundens åtgärd. Från administrationen är det värt att överväga i de här situationerna:
En kund ber dig att byta hen till en specifik variant (till exempel en överenskommen prissänkning).
Du arkiverar en gammal variant och vill flytta kunder till en ny i grupp (även om det då är bättre att prata med kunden först och låta hen byta själv).
En kund kan eller vill inte använda sin profil (säg en längre frånvaro) och du sköter hens konto manuellt.
Rekommendation: Innan du byter en kunds variant från administrationen, berätta alltid i förväg vad som kommer att hända — om vi debiterar den proportionella mellanskillnaden direkt (en uppgradering), schemalägger ändringen till nästa förnyelse (en nedgradering) eller startar om cykeln med en full betalning (ett intervallbyte). Kunden bör känna till debiteringen i förväg, även om Stripe skickar hen ett bekräftelsemejl automatiskt.
Vanliga frågor
En kund byter hela tiden, varje dag — varför fungerar det inte? 24-timmarsgränsen förhindrar den typen av experimenterande. Efter det senaste bytet kunden eller studion gjorde måste 24 timmar gå innan ett nytt byte är möjligt. Att schemalägga en ändring räknas in i den här gränsen också (Scenario B). Om en kund försöker tidigare visar Zenamu ”Varianten kan ändras högst en gång per 24 timmar. Försök igen senare.” Obs: även om du avbryter den schemalagda ändringen under tiden (vilket inte är tidsbegränsat) väntar ett nytt byte ändå 24 timmar från den ursprungliga schemaläggningen. Den automatiska tillämpningen vid förnyelse kommer däremot praktiskt taget aldrig i vägen, eftersom schemaläggningen oftast är mer än 24 timmar gammal.
Kan jag skapa ett ”paket” för en kund med 3 olika varianter samtidigt? Nej — en kund kan bara ha en aktiv variant i en grupp åt gången. Vill du ha flera samtidiga rättigheter, skapa flera grupper (kunden kan då ha en variant från varje grupp).
En kund bytte variant av misstag — hen ville bara jämföra priser. Hur ångrar jag det?
Om det var en uppgradering: att byta tillbaka till den ursprungliga (billigare) varianten faller under Scenario B — schemalagd nedgradering. Kunden måste vänta 24 timmar och starta bytet tillbaka; ändringen tillämpas sedan först vid nästa förnyelsedatum (hen betalar det högre priset fram till dess). Det finns ingen omedelbar återbetalning.
Om det var ett intervallbyte: att byta tillbaka faller under Scenario C — intervallbyte igen (cykeln startar om, Stripe räknar ut den proportionella justeringen). Kunden kan göra detta efter 24-timmarsgränsen.
Om det var en schemalagd nedgradering: kunden kan direkt klicka på Avbryt schemalagd ändring i medlemskapets detaljer och gå tillbaka till det ursprungliga tillståndet. Ingen väntan, ingen betalning.
En kund säger att Stripe debiterade hela beloppet efter ett variantbyte — stämmer det? Nej, om det inte var ett intervallbyte. Vid en uppgradering (samma intervall, högre pris) ska bara den proportionella mellanskillnaden för de återstående dagarna debiteras, inte hela det nya priset. Om kunden rapporterar något annat, kontrollera den specifika fakturan i Stripe Dashboard från hens profil — du ser den exakta specifikationen av rader (kredit för de oanvända dagarna + det nya proportionella beloppet). Stripe debiterar bara hela det nya priset vid ett intervallbyte.
När exakt får en schemalagd nedgradering effekt? På nästa förnyelsedatum enligt den nuvarande cykeln. Om en kunds cykel är den 15:e i månaden och hen schemalade en nedgradering den 5 maj tillämpas ändringen den 15 maj (den följande förnyelsen). Hen ser datumet i beskedet i medlemskapets detaljer.
Kan jag schemalägga en nedgradering till vilket framtida datum jag vill? Nej — en schemalagd nedgradering får alltid effekt på datumet för nästa vanliga förnyelse. Du kan inte ställa in ett eget datum.
Relaterade artiklar
Hantera befintliga medlemmar — alla andra åtgärder du kan ta på ett medlemskap
Ändra priset för befintliga medlemmar — när du vill ändra priset på en hel variant, snarare än att byta en enskild kund
Rabattkoder och löpande medlemskap — rabatter tillämpas inte på nytt när en variant byts
När en betalning misslyckas — vad som händer om en betalning misslyckas vid en schemalagd förnyelse