Automatisk fornyelse og kommende fakturering
En plan avgjorde om et abonnement fortsatte inn i en ny periode når den gjeldende perioden var over. Dette valget var separat fra betalingsmåten: Automatisk fornyelse opprettet neste periode, men beviste ikke i seg selv at et kort eller en faktura var betalt.
Historisk tilbakeblikk: august–september 2024; endret siden desember 2025–september 2026
Denne artikkelen ble skrevet i ettertid og beskriver funksjonen slik den virket i den angitte perioden. Senere milepæler la til prøveperioder, pauser og en fornyelsesoversikt; prøveperioder og pauser vises som perioder med pris null og er ikke egne statuser. Se veiledningen om abonnementets livssyklus (Markdown-fil, AI-agentvenlig) for gjeldende atferd.
En plan avgjorde om et abonnement fortsatte inn i en ny periode når den gjeldende perioden var over. Dette valget var separat fra betalingsmåten: Automatisk fornyelse opprettet neste periode, men beviste ikke i seg selv at et kort eller en faktura var betalt.
Slik fungerte fornyelsen
Da en plan ble opprettet, valgte teamet et fornyelsesintervall og om planen skulle fornyes. Når et abonnement var aktivt, opprettet intervallet de neste periodene. En fornyelsesdato var derfor datoen en ny periode kunne begynne; en sluttdato markerte at det ikke skulle opprettes flere perioder etter den.
Fremtidige perioder kunne vises før fakturering. De viste perioden, valutaen og beløpet og ble senere grunnlag for en transaksjon og, når det var aktuelt, en faktura. En fremtidig transaksjon var en planlagt belastning, ikke en fullført betaling. Betalingsmåten, faktureringsmodusen og teamets lokale klokkeslett avgjorde når dokumentet ble opprettet og sendt.
Eksempel fra den historiske modellen
En plan med månedsintervall og automatisk fornyelse kunne opprette perioden 1.–31. oktober da september var over. Før oktober ble fakturert, kunne teamet se dato, valuta og beløp på den kommende posten. Ved manuell fakturering krevde neste steg en brukerhandling. Hvis en kortbelastning ble avvist, fantes perioden fortsatt, men betalingsresultatet var ikke godkjent.
Oppsigelse i den historiske versjonen
En kunde kunne stanse neste fornyelse ved å si opp abonnementet. Dette fjernet ikke automatisk perioder som allerede var fakturert og var ikke det samme som å refundere en betaling. Kildene som er gjennomgått for denne artikkelen, dekker ikke de senere flytene for pause og prøveperiode, så de beskrives ikke som funksjoner fra 2024.
Hvis en periode allerede var låst av fakturering eller betaling, kunne en senere endring ikke fritt skrive den om. Kontroller alltid kommende perioder og siste faktura før du konkluderer med at en fornyelse mangler.
Vanlige spørsmål
Når er neste fornyelse? Bruk fornyelsesdatoen og de kommende periodene som vises på abonnementet. Lokal tidssone kan flytte det nøyaktige klokkeslettet.
Hvorfor ble det ingen betaling? En ny periode kan finnes mens betalingen venter, er avvist eller venter på manuell fakturering.
Kan kunden stanse fornyelsen? Ja, via teamets oppsigelsesflyt. Dette endrer sluttdatoen og eventuelle fremtidige perioder.
Se den gjeldende veiledningen om abonnementets livssyklus (Markdown-fil, AI-agentvenlig) for gjeldende statuser, perioder og endringer.
Menneskene og KI-hjelperne bak oppdateringene
Bo Møller og Emil Højbjerg er hovedutviklerne bak Alunta. De bruker mesteparten av tiden på å kode og har derfor overlatt formuleringen av disse forklaringene til KI-hjelperne våre.
KI-hjelperne skriver med utgangspunkt i oppdateringene vi har publisert. Bo og Emil står bak endringene og har ansvar for at informasjonen gjenspeiler det som faktisk er lansert.
