Når du oppretter en gruppe av løpende medlemskap, velger du en faktureringsdag — dagen i måneden da kunden trekkes med jevne mellomrom.
Zenamu gir deg to alternativer:
Automatisk, basert på kjøpsdatoen (standard)
Alltid den 1. i måneden (med en forholdsmessig første betaling)
Denne artikkelen hjelper deg å avgjøre hvilken tilnærming som passer studioet ditt best.
Alternativ 1 — Automatisk, basert på kjøpsdatoen
Dette er standardinnstillingen, og det er det de fleste studioer bruker i praksis.
Slik fungerer det:
En kunde kjøper et medlemskap for eksempel 15. april.
De trekkes 15. april, og deretter igjen 15. mai, 15. juni, 15. juli …
Så faktureringsdagen er forskjellig for hver kunde. Den avhenger av når de først kjøpte medlemskapet.
Eksempel:
Kunde | Kjøpsdato | Neste betalinger |
Anna | 3. april | 3. mai, 3. juni … |
Petr | 15. april | 15. mai, 15. juni … |
Eva | 28. april | 28. mai, 28. juni … |
Når du bør velge det:
Den kjente abonnementsmodellen, som Netflix, Spotify og så videre.
Kunden betaler hele beløpet for den første perioden med en gang — tydelig og rettferdig.
Du slipper å håndtere forholdsmessige prisberegninger.
Mindre variasjoner:
Hvis en kunde kjøper for eksempel 31. januar, faller neste betaling på 28. eller 29. februar (Stripe justerer den, fordi februar ikke har en 31. dag), deretter 31. mars, 30. april og så videre. I slike tilfeller prøver Stripe å holde trekket ved «slutten av måneden».
Alternativ 2 — Alltid den 1. i måneden
Kunden trekkes med jevne mellomrom den 1. i måneden, uansett når de kjøpte medlemskapet.
Slik fungerer det:
En kunde kjøper et medlemskap 15. april.
Den første betalingen er forholdsmessig: de trekkes kun for de gjenværende dagene frem til slutten av april (fra 15. til 30. april = 16 av 30 dager).
1. mai trekkes hele beløpet for hele mai.
Fra da av trekkes alltid hele beløpet den 1. i måneden.
Eksempel — et månedlig medlemskap for 600 kr:
Kunde | Kjøpsdato | Første betaling (forholdsmessig) | Neste betalinger |
Anna | 3. april | 560 kr (28 av 30 dager) | 1. mai 600 kr, 1. juni 600 kr … |
Petr | 15. april | 320 kr (16 av 30 dager) | 1. mai 600 kr, 1. juni 600 kr … |
Eva | 28. april | 60 kr (3 av 30 dager) | 1. mai 600 kr, 1. juni 600 kr … |
Kunden ser det forholdsmessige beløpet i skjemaet før de bekrefter kjøpet, så det endelige tallet kommer ikke overraskende på dem.
Når du bør velge det:
Regnskapet ditt kjører på månedlig basis, og du vil ha alle betalinger på samme dag.
Kundene dine pleide å betale deg den 1. i måneden, og du vil holde fast på den vanen.
Mindre variasjoner:
Hvis en kunde kjøper 1. april, beregnes ingenting forholdsmessig, og de fulle 600 kr trekkes for april med en gang.
Hvis en kunde kjøper 30. april, trekkes de et lite forholdsmessig beløp (1 dag) og deretter hele beløpet allerede dagen etter (1. mai). Kunden ser begge beløpene før de bekrefter kjøpet, så de vet om det.
Hvilken modell du bør velge
Situasjon | Anbefaling |
Et typisk studio som ikke vil håndtere månedlig regnskap | Automatisk, basert på kjøpsdatoen |
Du fakturerer jevnlig den 1. i måneden og vil samkjøre alle betalinger | Den 1. i måneden |
Kundene kommer fra et studio der de betalte den 1. i måneden | Den 1. i måneden |
De fleste kundene dine kjøper i starten av måneden | Automatisk (fra den 1. og fremover er resultatet nesten identisk) |
Årlige eller kvartalsvise medlemskap | Automatisk (å knytte lange intervaller til den 1. i måneden gir ikke mening) |
Tips: Innstillingen for faktureringsdag gjelder hele gruppen. Hvis du vil ha en annen faktureringsdag for forskjellige varianter, oppretter du dem i separate grupper.
Kan faktureringsdagen endres etter at gruppen er opprettet?
Gruppens innstilling for faktureringsdag gjelder kun nye kjøp. Eksisterende medlemmer beholder dagen de opprinnelig startet på.
Med andre ord: hvis du
oppretter en gruppe satt til automatisk,
50 kunder kjøper et medlemskap på forskjellige dager,
og du deretter bytter gruppen til den 1. i måneden,
de eksisterende 50 kundene fortsetter å betale på sine opprinnelige dager (den 3., 15., 28. og så videre). Men nye kjøp fra det øyeblikket du bytter, faller på den 1. i måneden, med en forholdsmessig første betaling.
Hva om en kunde betaler i slutten av måneden?
Stripe prøver å holde trekket på samme dag hver periode. Hvis en kunde betaler 31. januar og februar bare har 28 dager, trekker Stripe den 28. (eller den 29. i et skuddår), og måneden etter går det tilbake til den 31. (eller den siste dagen i måneden, hvis den måneden har færre dager).
Kunden ser alltid den nøyaktige datoen for neste betaling på kontoen sin, så de vet om det.
Ofte stilte spørsmål
Hva om en kunde glemmer å oppdatere kortet sitt før faktureringsdagen?
Hvis Stripe ikke kan trekke betalingen (et utløpt kort, ikke nok penger på kontoen), settes nye betalingsforsøk i gang (se artikkelen Når en betaling mislykkes). Kunden får et varsel på e-post og har noen dager (utsettelsesperioden) på å oppdatere kortet sitt.
Kan jeg flytte en kundes faktureringsdag manuelt?
Du kan ikke endre faktureringsdagen for en enkelt kunde fra Zenamu-administrasjonen. Hvis en kunde vil endre dagen, er den enkleste veien å avbestille deres nåværende medlemskap ved slutten av perioden og få dem til å kjøpe det på nytt (med en ny dag basert på kjøpsdatoen).
Hva skjer hvis en variant har et intervall på «1 × uke» eller «1 × år»?
Innstillingen den 1. i måneden gir hovedsakelig mening for månedlige intervaller:
Daglige og ukentlige intervaller — å kombinere «den 1. i måneden» med en daglig eller ukentlig variant er ikke mulig. Zenamu blokkerer denne kombinasjonen flere steder samtidig: i administrasjonen når du oppretter eller redigerer en gruppe og en variant, når du lagrer, i forhåndsvisningen av den første fakturaen, og når abonnementet faktisk opprettes i Stripe:
I administrasjonen kan du ikke velge «den 1. i måneden» hvis gruppen har minst én daglig eller ukentlig variant — en forklaring vises ved siden av bryteren for faktureringsdag: «Innstillingen ‹1. dag i måneden› kan ikke brukes fordi minst én variant har et daglig eller ukentlig faktureringsintervall (Stripe støtter ikke denne kombinasjonen).» Og motsatt: hvis gruppen er satt til «den 1. i måneden», kan du ikke velge et daglig eller ukentlig intervall for en variant — intervallfeltet viser «Gruppen har en fast faktureringsdag (1. dag i måneden), så denne varianten kan bare bruke et månedlig eller årlig intervall. Stripe støtter ikke daglige og ukentlige intervaller med en fast faktureringsdag.» Hvis du likevel prøvde å lagre en inkompatibel variant, viser administrasjonen meldingen «Faktureringsdagen ‹1. dag i måneden› er kun tilgjengelig for månedlige og årlige varianter. Stripe støtter ikke daglige og ukentlige intervaller i denne kombinasjonen.»
Hvis du på en eller annen måte kom deg rundt denne kombinasjonen (for eksempel ved å redigere databasen direkte), avviser backend-en den både i forhåndsvisningen av den første fakturaen og når den faktisk prøver å opprette abonnementet i Stripe. I så fall ser kunden bare en generell melding i kjøpsskjemaet — «Vi kunne ikke laste prisoversikten. Oppdater siden og prøv igjen, eller kontakt tilbyderen hvis problemet vedvarer.» — og de vil ikke kunne fullføre kjøpet.
Anbefaling: hvis du bruker daglige eller ukentlige varianter, la gruppen stå på Automatisk, basert på kjøpsdatoen.
Årlig intervall — Stripe bruker faktisk innstillingen den 1. i måneden: faktureringsdagen flyttes til den neste kommende 1. i måneden. Hvis en kunde kjøper 15. april, trekkes de et forholdsmessig beløp for 15.–30. april ved kjøpet, og fra 1. mai (den neste kommende 1.) kjører hele den årlige perioden; hvert påfølgende år går de fulle årlige betalingene så gjennom 1. mai. Denne oppførselen kan komme overraskende. For årlig fakturering vil du vanligvis ha automatisk, basert på kjøpsdatoen.
Vi anbefaler å bruke innstillingen den 1. i måneden kun for månedlige intervaller, der den gir mest mening.
Hva om en kunde har et medlemskap som er kortere enn en måned?
Hvis en kunde kjøper 28. april med innstillingen den 1. i måneden, trekkes de et forholdsmessig beløp for bare 3 dager (frem til 30. april). Det er et veldig lite beløp. Stripe har sitt eget minimum for hver transaksjon, som varierer med studioets valuta og land. Du finner de eksakte tallene i Stripe-dokumentasjonen (seksjonen om minimumsbeløp for betalinger). Hvis det forholdsmessige beløpet faller under dette minimumet, avviser Stripe kjøpet: kunden ser en feil fra Stripe (Zenamu legger ikke til en egen melding for dette tilfellet). Kunden ser alltid det endelige beløpet i kjøpsskjemaet før de bekrefter kjøpet, så de vet om det.
Relaterte artikler