När du skapar en grupp av löpande medlemskap väljer du en faktureringsdag — dagen i månaden då kunden debiteras regelbundet.
Zenamu ger dig två alternativ:
Automatiskt, baserat på köpdatum (standard)
Alltid den 1:a i månaden (med en proportionell första betalning)
Den här artikeln hjälper dig att avgöra vilken metod som passar din studio bäst.
Alternativ 1 — Automatiskt, baserat på köpdatum
Det här är standardinställningen, och det är den de flesta studior använder i praktiken.
Så fungerar det:
En kund köper ett medlemskap till exempel den 15 april.
Hen debiteras den 15 april, och sedan igen den 15 maj, 15 juni, 15 juli …
Faktureringsdagen är alltså olika för varje kund. Den beror på när hen först köpte medlemskapet.
Exempel:
Kund | Köpdatum | Nästa betalningar |
Anna | 3 april | 3 maj, 3 juni … |
Petr | 15 april | 15 maj, 15 juni … |
Eva | 28 april | 28 maj, 28 juni … |
När du ska välja det:
Den välkända prenumerationsmodellen, som Netflix, Spotify och så vidare.
Kunden betalar hela beloppet för den första perioden direkt — tydligt och rättvist.
Du behöver inte hantera proportionella prisberäkningar.
Mindre variationer:
Om en kund köper till exempel den 31 januari infaller nästa betalning den 28 eller 29 februari (Stripe justerar det, eftersom februari inte har någon 31:e dag), sedan den 31 mars, 30 april och så vidare. I sådana här fall försöker Stripe hålla debiteringen i ”slutet av månaden”.
Alternativ 2 — Alltid den 1:a i månaden
Kunden debiteras regelbundet den 1:a i månaden, oavsett när hen köpte medlemskapet.
Så fungerar det:
En kund köper ett medlemskap den 15 april.
Den första betalningen är proportionell: hen debiteras bara för de återstående dagarna fram till slutet av april (från 15 till 30 april = 16 av 30 dagar).
Den 1 maj debiteras hela beloppet för hela maj.
Från och med då debiteras alltid hela beloppet den 1:a i månaden.
Exempel — ett månadsmedlemskap för 600 kr:
Kund | Köpdatum | Första betalningen (proportionell) | Nästa betalningar |
Anna | 3 april | 560 kr (28 av 30 dagar) | 1 maj 600 kr, 1 juni 600 kr … |
Petr | 15 april | 320 kr (16 av 30 dagar) | 1 maj 600 kr, 1 juni 600 kr … |
Eva | 28 april | 60 kr (3 av 30 dagar) | 1 maj 600 kr, 1 juni 600 kr … |
Kunden ser det proportionella beloppet i formuläret innan hen bekräftar köpet, så slutsumman kommer inte som en överraskning.
När du ska välja det:
Din bokföring sköts månadsvis och du vill ha alla betalningar på samma dag.
Dina kunder brukade betala dig den 1:a i månaden, och du vill behålla den vanan.
Mindre variationer:
Om en kund köper den 1 april proportioneras ingenting och hela 600 kr debiteras för april direkt.
Om en kund köper den 30 april debiteras hen ett litet proportionellt belopp (1 dag) och sedan hela beloppet redan dagen efter (1 maj). Kunden ser båda beloppen innan hen bekräftar köpet, så hen känner till det.
Vilken modell du ska välja
Situation | Rekommendation |
En typisk studio som inte vill hålla på med bokföring varje månad | Automatiskt, baserat på köpdatum |
Du fakturerar regelbundet den 1:a i månaden och vill samordna alla betalningar | Den 1:a i månaden |
Kunderna kommer från en studio där de betalade den 1:a i månaden | Den 1:a i månaden |
De flesta av dina kunder köper i början av månaden | Automatiskt (från och med den 1:a blir resultatet nästan identiskt) |
Års- eller kvartalsmedlemskap | Automatiskt (att binda långa intervall till den 1:a i månaden är inte meningsfullt) |
Tips: Inställningen för faktureringsdag gäller hela gruppen. Om du vill ha en annan faktureringsdag för olika varianter, skapa dem i separata grupper.
Kan faktureringsdagen ändras efter att gruppen har skapats?
Gruppens inställning för faktureringsdag gäller bara nya köp. Befintliga medlemmar behåller den dag de ursprungligen startade på.
Med andra ord: om du
skapar en grupp inställd på automatisk,
50 kunder köper ett medlemskap på olika dagar,
och du sedan byter gruppen till den 1:a i månaden,
så fortsätter de 50 befintliga kunderna att betala på sina ursprungliga dagar (den 3:e, 15:e, 28:e och så vidare). Men nya köp från det att du byter infaller den 1:a i månaden, med en proportionell första betalning.
Vad händer om en kund betalar i slutet av månaden?
Stripe försöker hålla debiteringen på samma dag varje period. Om en kund betalar den 31 januari och februari bara har 28 dagar debiterar Stripe den 28:e (eller den 29:e under ett skottår), och nästa månad går det tillbaka till den 31:a (eller den sista dagen i månaden, om den månaden har färre dagar).
Kunden ser alltid det exakta datumet för sin nästa betalning i sitt konto, så hen känner till det.
Vanliga frågor
Vad händer om en kund glömmer att uppdatera sitt kort före faktureringsdagen?
Om Stripe inte kan dra betalningen (ett utgånget kort, för lite pengar på kontot) startar betalningsförsöken (se artikeln När en betalning misslyckas). Kunden får ett e-postmeddelande och har några dagar (respitperioden) på sig att uppdatera sitt kort.
Kan jag flytta en kunds faktureringsdag manuellt?
Du kan inte ändra faktureringsdagen för en enskild kund från Zenamus administration. Om en kund vill byta dag är den enklaste vägen att avsluta hens nuvarande medlemskap i slutet av perioden och låta hen köpa det igen (med en ny dag baserat på köpdatumet).
Vad händer om en variant har ett intervall på ”1 × vecka” eller ”1 × år”?
Inställningen den 1:a i månaden är främst meningsfull för månadsvisa intervall:
Dagliga och veckovisa intervall — att kombinera ”den 1:a i månaden” med en daglig eller veckovis variant är inte möjligt. Zenamu blockerar den här kombinationen på flera ställen samtidigt: i administrationen när du skapar eller redigerar en grupp och en variant, när du sparar, i förhandsgranskningen av den första fakturan och när prenumerationen faktiskt skapas i Stripe:
I administrationen kan du inte välja ”den 1:a i månaden” om gruppen har minst en daglig eller veckovis variant — en förklaring visas bredvid reglaget för faktureringsdag: ”Inställningen ”1:a i månaden” kan inte användas eftersom minst en variant har en daglig eller veckovis faktureringsperiod (Stripe stöder inte denna kombination).” Och tvärtom: om gruppen är inställd på ”den 1:a i månaden” kan du inte välja ett dagligt eller veckovist intervall för en variant — intervallfältet visar ”Gruppen har en fast faktureringsdag (1:a i månaden), så den här varianten kan endast använda ett månads- eller årsintervall. Stripe stöder inte dagliga eller veckovisa intervall med en fast faktureringsdag.” Om du ändå försökte spara en inkompatibel variant visar administrationen meddelandet ”Faktureringsdagen ”1:a i månaden” är endast tillgänglig för månads- och årsvarianter. Stripe stöder inte dagliga och veckovisa intervall i denna kombination.”
Om du på något sätt kringgick den här kombinationen (till exempel genom att redigera databasen direkt) avvisar backend det både i förhandsgranskningen av den första fakturan och när den faktiskt försöker skapa prenumerationen i Stripe. I så fall ser kunden bara ett allmänt meddelande i köpformuläret — ”Det gick inte att ladda prisöversikten. Uppdatera sidan och försök igen, eller kontakta leverantören om problemet kvarstår.” — och kan inte slutföra köpet.
Rekommendation: om du använder dagliga eller veckovisa varianter, lämna gruppen inställd på Automatiskt, baserat på köpdatum.
Årsintervall — Stripe tillämpar inställningen den 1:a i månaden: faktureringsdagen flyttas till nästa kommande 1:a i månaden. Om en kund köper den 15 april debiteras hen ett proportionellt belopp för 15–30 april vid köpet, och från 1 maj (nästa kommande 1:a) löper hela årsperioden; varje följande år går sedan de fulla årsbetalningarna igenom den 1 maj. Det här beteendet kan vara överraskande. För årsvis fakturering vill du oftast ha automatiskt, baserat på köpdatum.
Vi rekommenderar att du bara använder inställningen den 1:a i månaden för månadsvisa intervall, där den är som mest meningsfull.
Vad händer om en kund har ett medlemskap som är kortare än en månad?
Om en kund köper den 28 april med inställningen den 1:a i månaden debiteras hen ett proportionellt belopp för bara 3 dagar (fram till 30 april). Det är ett väldigt litet belopp. Stripe har ett eget minimibelopp för varje transaktion, som varierar med studions valuta och land. Du hittar de exakta siffrorna i Stripes dokumentation (avsnittet om minimibelopp för betalningar). Om det proportionella beloppet hamnar under detta minimum avvisar Stripe köpet: kunden ser ett felmeddelande från Stripe (Zenamu lägger inte till något eget meddelande för det här fallet). Kunden ser alltid slutbeloppet i köpformuläret innan hen bekräftar köpet, så hen känner till det.
Relaterade artiklar