Når du opretter en gruppe af løbende medlemskaber, vælger du en faktureringsdag — den dag i måneden, hvor kunden trækkes på fast basis.
Zenamu giver dig to muligheder:
Automatisk baseret på købsdatoen (standard)
Altid den 1. i måneden (med en forholdsmæssig første betaling)
Denne artikel hjælper dig med at afgøre, hvilken tilgang der passer dit studie bedst.
Mulighed 1 — Automatisk baseret på købsdatoen
Det er standardindstillingen, og det er den, de fleste studier bruger i praksis.
Sådan fungerer det:
En kunde køber et medlemskab den, lad os sige, 15. april.
Vedkommende trækkes den 15. april og derefter igen den 15. maj, 15. juni, 15. juli…
Så faktureringsdagen er forskellig for hver kunde. Den afhænger af, hvornår vedkommende købte medlemskabet første gang.
Eksempel:
Kunde | Købsdato | Næste betalinger |
Anna | 3. april | 3. maj, 3. juni… |
Peter | 15. april | 15. maj, 15. juni… |
Eva | 28. april | 28. maj, 28. juni… |
Hvornår du skal vælge den:
Den velkendte abonnementsmodel, som Netflix, Spotify og så videre.
Kunden betaler hele beløbet for den første periode med det samme — klart og fair.
Du behøver ikke at håndtere forholdsmæssige prisberegninger.
Mindre variationer:
Køber en kunde den, lad os sige, 31. januar, falder næste betaling den 28. eller 29. februar (Stripe justerer det, fordi februar ikke har en 31. dag), så 31. marts, 30. april og så videre. I tilfælde som disse forsøger Stripe at holde betalingen ved "slutningen af måneden".
Mulighed 2 — Altid den 1. i måneden
Kunden trækkes fast den 1. i måneden, uanset hvornår vedkommende købte medlemskabet.
Sådan fungerer det:
En kunde køber et medlemskab den 15. april.
Den første betaling er forholdsmæssig: vedkommende trækkes kun for de resterende dage til udgangen af april (fra 15. til 30. april = 16 ud af 30 dage).
Den 1. maj trækkes hele beløbet for hele maj.
Fra da af trækkes hele beløbet altid den 1. i måneden.
Eksempel — et månedligt medlemskab til 600 kr.:
Kunde | Købsdato | Første betaling (forholdsmæssig) | Næste betalinger |
Anna | 3. april | 560 kr. (28 af 30 dage) | 1. maj 600 kr., 1. juni 600 kr.… |
Peter | 15. april | 320 kr. (16 af 30 dage) | 1. maj 600 kr., 1. juni 600 kr.… |
Eva | 28. april | 60 kr. (3 af 30 dage) | 1. maj 600 kr., 1. juni 600 kr.… |
Kunden ser det forholdsmæssige beløb i formularen, før vedkommende bekræfter købet, så det endelige tal ikke kommer bag på vedkommende.
Hvornår du skal vælge den:
Dit regnskab kører på månedsbasis, og du vil have alle betalinger på samme dag.
Dine kunder plejede at betale dig den 1. i måneden, og du vil bevare den vane.
Mindre variationer:
Køber en kunde den 1. april, beregnes intet forholdsmæssigt, og hele de 600 kr. trækkes for april med det samme.
Køber en kunde den 30. april, trækkes vedkommende et lille forholdsmæssigt beløb (1 dag) og derefter hele beløbet allerede dagen efter (1. maj). Kunden ser begge beløb, før købet bekræftes, så vedkommende er klar over det.
Hvilken model du skal vælge
Situation | Anbefaling |
Et typisk studie, der ikke vil håndtere månedligt regnskab | Automatisk baseret på købsdatoen |
Du fakturerer fast den 1. i måneden og vil samle alle betalinger | Den 1. i måneden |
Kunderne kommer fra et studie, hvor de betalte den 1. i måneden | Den 1. i måneden |
De fleste af dine kunder køber i begyndelsen af måneden | Automatisk (fra den 1. og frem er resultatet næsten det samme) |
Årlige eller kvartalsvise medlemskaber | Automatisk (det giver ikke mening at binde lange intervaller til den 1. i måneden) |
Tip: Indstillingen for faktureringsdag gælder hele gruppen. Vil du have en anden faktureringsdag for forskellige varianter, så opret dem i separate grupper.
Kan faktureringsdagen ændres, efter gruppen er oprettet?
Gruppens indstilling for faktureringsdag gælder kun for nye køb. Eksisterende medlemmer beholder den dag, de oprindeligt startede på.
Med andre ord: hvis du
opretter en gruppe sat til automatisk,
50 kunder køber et medlemskab på forskellige dage,
og du så skifter gruppen til den 1. i måneden,
så bliver de eksisterende 50 kunder ved med at betale på deres oprindelige dage (den 3., 15., 28. og så videre). Men nye køb fra det øjeblik, du skifter, falder på den 1. i måneden, med en forholdsmæssig første betaling.
Hvad hvis en kunde betaler i slutningen af måneden?
Stripe forsøger at holde betalingen på samme dag hver periode. Betaler en kunde den 31. januar, og februar kun har 28 dage, trækker Stripe den 28. (eller den 29. i et skudår), og den følgende måned går den tilbage til den 31. (eller den sidste dag i måneden, hvis den måned har færre dage).
Kunden ser altid den nøjagtige dato for sin næste betaling på sin konto, så vedkommende er klar over det.
Ofte stillede spørgsmål
Hvad hvis en kunde glemmer at opdatere sit kort før faktureringsdagen?
Kan Stripe ikke trække betalingen (et udløbet kort, ikke nok penge på kontoen), sætter gentagne betalingsforsøg ind (se artiklen Når en betaling mislykkes). Kunden får en e-mailnotifikation og har et par dage (henstandsperioden) til at opdatere sit kort.
Kan jeg flytte en kundes faktureringsdag manuelt?
Du kan ikke ændre faktureringsdagen for en enkelt kunde fra Zenamus administration. Vil en kunde ændre dagen, er den enkleste vej at opsige det nuværende medlemskab ved periodens slutning og få vedkommende til at købe det igen (med en ny dag baseret på købsdatoen).
Hvad sker der, hvis en variant har et interval på "1 × uge" eller "1 × år"?
Indstillingen den 1. i måneden giver hovedsageligt mening for månedlige intervaller:
Daglige og ugentlige intervaller — at kombinere "den 1. i måneden" med en daglig eller ugentlig variant er ikke muligt. Zenamu blokerer denne kombination flere steder på én gang: i administrationen, når du opretter eller redigerer en gruppe og en variant, når du gemmer, i forhåndsvisningen af den første faktura og ved oprettelsen af abonnementet i Stripe:
I administrationen kan du ikke vælge "den 1. i måneden", hvis gruppen har mindst én daglig eller ugentlig variant — en forklaring vises ved siden af kontakten for faktureringsdag: "Indstillingen »1. dag i måneden« kan ikke bruges, fordi mindst én variant har et dagligt eller ugentligt faktureringsinterval (Stripe understøtter ikke denne kombination)." Og omvendt: er gruppen sat til "den 1. i måneden", kan du ikke vælge et dagligt eller ugentligt interval for en variant — feltet for interval viser "Gruppen har en fast faktureringsdag (1. dag i måneden), så denne variant kan kun bruge et månedligt eller årligt interval. Stripe understøtter ikke daglige og ugentlige intervaller med en fast faktureringsdag." Forsøgte du alligevel at gemme en inkompatibel variant, viser administrationen beskeden "Faktureringsdagen »1. dag i måneden« kan kun bruges til månedlige og årlige varianter. Stripe understøtter ikke daglige og ugentlige intervaller i denne kombination."
Kom du på en eller anden måde uden om denne kombination (for eksempel ved at redigere databasen direkte), afviser backenden den både i forhåndsvisningen af den første faktura, og når den faktisk forsøger at oprette abonnementet i Stripe. I det tilfælde ser kunden kun en generel besked i købsformularen — "Vi kunne ikke indlæse prisoversigten. Genindlæs siden og prøv igen, eller kontakt udbyderen, hvis problemet fortsætter." — og vedkommende kan ikke gennemføre købet.
Anbefaling: bruger du daglige eller ugentlige varianter, så lad gruppen være sat til Automatisk baseret på købsdatoen.
Årligt interval — Stripe anvender godt nok indstillingen den 1. i måneden: faktureringsdagen flyttes til den næste kommende 1. i måneden. Køber en kunde den 15. april, trækkes vedkommende et forholdsmæssigt beløb for 15.–30. april ved købet, og fra 1. maj (den næste kommende 1.) kører hele den årlige periode; hvert følgende år går de fulde årlige betalinger så igennem den 1. maj. Den adfærd kan komme bag på folk. Til årlig fakturering vil du som regel have automatisk baseret på købsdatoen.
Vi anbefaler kun at bruge indstillingen den 1. i måneden til månedlige intervaller, hvor den giver mest mening.
Hvad hvis en kunde har et medlemskab kortere end en måned?
Køber en kunde den 28. april med indstillingen den 1. i måneden, trækkes vedkommende et forholdsmæssigt beløb for blot 3 dage (til 30. april). Det er et meget lille beløb. Stripe har sit eget minimum for hver transaktion, som varierer efter studiets valuta og land. Du finder de nøjagtige tal i Stripes dokumentation (afsnittet om minimumsbeløb for betalinger). Falder det forholdsmæssige beløb under dette minimum, afviser Stripe købet: kunden ser en fejl fra Stripe (Zenamu tilføjer ikke sin egen besked til dette tilfælde). Kunden ser altid det endelige beløb i købsformularen, før vedkommende bekræfter købet, så vedkommende er klar over det.
Relaterede artikler