Vælg gamle fakturaer til en ny Leverandørservice-aftale
Ved en ny aftale er gamle fakturaer ikke forhåndsvalgt. Åbn gennemgangen, vælg bevidst hvilke fakturaer der skal opkræves, og lad andre følge manuel betaling. Gennemgå beløb, viste datoer og kundemeddelelsen. En valgt faktura er planlagt, ikke betalt, og den skal være klar med endeligt nummer hvor det kræves. Se den aktuelle vejledning
Historisk tilbageblik - august 2026 Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode.
Ved en ny aftale er gamle fakturaer ikke forhåndsvalgt. Åbn gennemgangen, vælg bevidst hvilke fakturaer der skal opkræves, og lad andre følge manuel betaling. Gennemgå beløb, viste datoer og kundemeddelelsen. En valgt faktura er planlagt, ikke betalt, og den skal være klar med endeligt nummer hvor det kræves. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)
Valgte fakturaer planlægges mindst tre bankdage efter adviseringen til kunden. Flere valgte fakturaer kan ligge på efterfølgende bankdage, og den ældste forfaldne faktura behandles først. Følg den dato, der vises efter bankdage og advisering er beregnet.
Før du bekræfter
Skriv ned hvilke gamle fakturaer du vælger og hvilke der skal betales manuelt. Kontroller at beløb og datoer stadig stemmer i forhåndsvisningen. Når en opkrævning er valgt, følg status separat; den ændrer ikke saldoen før betaling er registreret.
Et bevidst valg
Lav først en liste over gamle fakturaer der skal med, og hvilke der fortsat skal betales manuelt. Åbn derefter gennemgangen og sammenlign listen med beløb, dokumentnummer og dato. Bekræft kundemeddelelsen, så kunden ved hvilke fakturaer der er valgt. Efter bekræftelse skal du følge opkrævningens status; fakturastatus ændres først når betaling er registreret.
En faktura der venter på endeligt nummer eller mangler nødvendige leveringsoplysninger kan ikke nødvendigvis indsendes endnu.
Kunden skal kunne forstå valget
Den kundevendte meddelelse bør stemme med de fakturaer du vælger. Hvis nogle dokumenter fortsat skal betales via bank, så kontrollér at de ikke ved en fejl er markeret til Leverandørservice. Efter bekræftelse kan datoen ændres af bankdage og advisering; følg den viste dato og senere status i stedet for at love en bestemt bankdag.
FAQ og afgrænsning
Valget af gamle fakturaer er bevidst for at undgå at en ny aftale ændrer kundens historik uden gennemgang. “Valgt” betyder at systemet planlægger en opkrævning efter de viste betingelser. Hvis du vil lade kunden betale manuelt, skal fakturaen ikke vælges. Kontroller bagefter både opkrævningsstatus og fakturastatus.
Supportscenario
Planlagt opkrævning kan blive ændret af bankdage og advisering, men valget af fakturaer er stadig det teamet har bekræftet. Kontrollér derfor både udvalget og den senere dato. En manuel faktura skal ikke markeres som opkrævet blot fordi den stod i gennemgangen.
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.
Hvis resultatet afviger
Hvis resultatet ikke matcher forventningen, behold den synlige status og undersøg den relevante forudsætning i stedet for at gentage handlingen ukritisk. Kontroller især valuta, dato, kunde, betalingsmetode og om dokumentet allerede er sendt eller bogført. Ved spørgsmål fra en kunde skal du skelne mellem hvad systemet har registreret, og hvad banken eller modtageren endnu ikke har bekræftet.
Afslut forløbet
En sikker arbejdsgang slutter med en ny kontrol, ikke med klik på Gem eller Send. Åbn den nye faktura, aftale eller betalingspost, og se om resultatet er det samme som den besked kunden får. Hvis der stadig mangler en bekræftelse, skal du beskrive status som afventende og aftale næste kontrolpunkt.


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.
