Automatisk fornyelse og kommende fakturering
En abonnementstype bestemmer, om et abonnement fortsætter til en ny periode, når den nuværende periode slutter. Det valg er adskilt fra betalingsmetoden: automatisk fornyelse opretter næste periode, men er ikke i sig selv en kvittering for, at et kort eller en faktura er betalt.
Historisk tilbageblik: august–september 2024; ændret siden december 2025–september 2026
Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode. Senere milepæle tilføjede prøveperioder, pauser og et fornyelsesoverblik; prøve og pause vises som pris-nul-perioder og er ikke ekstra statusser. Se vejledningen om abonnementets livscyklus (Markdown-fil, AI-agentvenlig) for den aktuelle adfærd.
En abonnementstype bestemmer, om et abonnement fortsætter til en ny periode, når den nuværende periode slutter. Det valg er adskilt fra betalingsmetoden: automatisk fornyelse opretter næste periode, men er ikke i sig selv en kvittering for, at et kort eller en faktura er betalt.
Sådan hang fornyelsen sammen
Ved oprettelse af en plan valgte teamet et fornyelsesinterval og, om planen skulle fornyes. Når abonnementet var aktivt, dannede intervallet de næste perioder. En fornyelsesdato var derfor datoen, hvor en ny periode kunne begynde; en afslutningsdato markerede, at der ikke skulle bygges flere perioder efter denne dato.
Fremtidige perioder kunne ses før faktureringen. De viste periode, valuta og beløb og blev senere grundlaget for en transaktion og eventuelt en faktura. En fremtidig transaktion var en planlagt opkrævning, ikke en gennemført betaling. Betalingsmetode, faktureringstype og teamets lokale tidspunkt afgjorde, hvornår dokumentet blev oprettet og sendt.
Et eksempel fra den historiske model
En plan med månedligt interval og automatisk fornyelse kunne oprette perioden 1.–31. oktober, når septemberperioden var slut. Før oktober blev faktureret, kunne teamet se dato, valuta og beløb på den kommende post. Hvis fakturering var manuel, krævede næste trin en brugerhandling. Hvis et korttræk blev afvist, eksisterede perioden stadig, men betalingsresultatet var ikke godkendt.
Opsigelse i den historiske version
En kunde kunne stoppe den næste fornyelse ved at opsige abonnementet. Det fjernede ikke automatisk allerede fakturerede perioder og var ikke det samme som at refundere en betaling. De kontrollerede kilder for denne artikel dækker ikke de senere pause- og prøveflows, så de beskrives ikke som 2024-funktioner her.
Hvis en periode allerede var låst af fakturering eller betaling, kunne en efterfølgende ændring ikke frit omskrive den. Kontrollér derfor altid de kommende perioder og den seneste faktura, før du konkluderer, at en fornyelse mangler.
Typiske spørgsmål
Hvornår sker næste fornyelse? Brug abonnementets viste fornyelsesdato og kommende perioder. Den lokale tidszone kan flytte det præcise klokkeslæt.
Hvorfor kom der ingen betaling? En ny periode kan være oprettet, selv om betalingen afventer, er afvist eller kræver manuel fakturering.
Kan kunden stoppe fornyelsen? Ja, ved at opsige abonnementet efter teamets valgte flow. Det ændrer slutdatoen og eventuelle fremtidige perioder.
Se den aktuelle vejledning om abonnementets livscyklus (Markdown-fil, AI-agentvenlig) for gældende statusser, perioder og ændringer.
Menneskerne og AI-hjælperne bag opdateringerne
Bo Møller og Emil Højbjerg er de primære udviklere bag Alunta. De bruger det meste af tiden på at kode og har derfor uddelegeret formuleringen af disse forklaringer til vores AI-hjælpere.
AI-hjælperne skriver på baggrund af de opdateringer, vi har lagt i systemet. Bo og Emil står bag ændringerne og har ansvaret for, at oplysningerne tager udgangspunkt i det, der faktisk er udgivet.
