Fakturaer fra abonnementer: linjer, perioder og samlet fakturering
Abonnementsperioder og andre fakturalinjer blev samlet på ét dokument for den betalende kunde. Flere abonnementer i samme valuta kan derfor stå på samme faktura, mens forskellige valutaer giver separate fakturaer. Hver linje bevarer sin periode, så kunden kan se hvad beløbet dækker. Kortbetaling kan være knyttet ved oprettelsen; en faktura til bankoverførsel eller manuel betaling afregnes senere. Åbn fakturaen og sammenhold linjerne med abonnementets kommende perioder. Oprettet, sendt, bogført og betalt er forskellige tilstande. Se den aktuelle vejledning ### Praktisk kontrol
Historisk tilbageblik - august–september 2024 Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode.
Abonnementsperioder og andre fakturalinjer blev samlet på ét dokument for den betalende kunde. Flere abonnementer i samme valuta kan derfor stå på samme faktura, mens forskellige valutaer giver separate fakturaer. Hver linje bevarer sin periode, så kunden kan se hvad beløbet dækker. Kortbetaling kan være knyttet ved oprettelsen; en faktura til bankoverførsel eller manuel betaling afregnes senere. Åbn fakturaen og sammenhold linjerne med abonnementets kommende perioder. Oprettet, sendt, bogført og betalt er forskellige tilstande. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)
Praktisk kontrol
Når en kunde spørger hvorfor der mangler en linje, sammenlign betalende kunde, valuta og periodens fakturadato. Se også om perioden er en rate, en nulperiode eller stadig venter på manuel fakturering. En samlet faktura siger ikke at alle abonnementer har samme interval.
Spørgsmål: Kan linjer splittes? Kun hvis det aktuelle fakturaforløb tilbyder det; en allerede sendt eller bogført faktura ændres ikke frit. Er en samlet faktura betalt? Kun hvis betalingsstatus viser det.
Arbejdsgang for en manglende eller delt faktura
- Åbn kundens abonnementer og identificér hvem der betaler hvert abonnement.
- Sammenlign valuta og periodens start- og slutdato med fakturalinjerne.
- Kontroller om perioden er automatisk, manuel, prøve, pause, rate eller forbrugsbaseret.
- Se fakturaens dokument-, leverings- og betalingsstatus hver for sig.
Hvis en kunde betaler for andre, kan kun de abonnementer der er knyttet til betaleren samles. En planlagt fremtidig periode er ikke en faktura, og en faktura er ikke automatisk en betaling. Når fakturaen skal leveres via et regnskabssystem, kan nummer eller PDF komme senere.
Spørgsmål: Hvorfor er en periode ikke med? Den kan endnu ikke faktureres, være nul eller vente på manuel handling. Hvorfor er der flere dokumenter? Kontroller valuta, betaler og om nogle perioder allerede er låst eller sendt. Kan en gammel faktura samles bagefter? Ikke frit; ændringer på et allerede sendt eller bogført dokument kræver det særskilte kredit- eller rettelsesforløb.
FAQ og afgrænsning
En faktura samler kun perioder der er klar på samme tidspunkt for samme betalende kunde og valuta. Den samler ikke automatisk forskellige betalere eller valutaer. En linje med nul efter rabat kan være fraværende med vilje. En periode der venter på forbrug, manuel fakturering eller en låst ændring bliver ikke en fakturalinje før forudsætningen er opfyldt. Hvis du vil rette en sendt faktura, skal du bruge den relevante kreditering og oprette det korrekte dokument; redigér ikke historikken ved at oprette en ekstra manuel betaling.
Supportscenario
Et abonnement der skifter interval, valuta eller betaler, skal vurderes på den nye periode; ældre fakturalinjer ændres ikke automatisk. Brug periodens egne datoer ved kundeservice. Hvis et dokument allerede er sendt, skal kunden have det dokument der faktisk blev leveret, og en eventuel korrektion skal kunne spores til den oprindelige faktura.
Kontrol efter handling
Brug denne kontrol ved opfølgning: skriv ned hvad der var synligt før handlingen, udfør kun den valgte handling, og kontrollér dokumentet eller aftalen bagefter. En status der ændrer sig senere skal læses igen, før kunden informeres. Historikken beskriver den dokumenterede milepæl; den aktuelle vejledning og brugerfladen afgør dagens trin. Eksemplerne bruger fiktive kunder, beløb og datoer.


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.
