Kom i gang med Leverandørservice

Leverandørservice er en aftale mellem kunde og virksomhed. Gennemfør virksomhedens aftale, aktivér funktionen og vent på kundens samtykke og aktive aftalestatus. Følg opsætningskortet og kundens aftalekort. EAN og e-mail beskriver fakturalevering; Leverandørservice beskriver pengenes planlagte vej. En indsendt opkrævning er ikke modtaget betaling. Se den aktuelle vejledning ### Praktisk kontrol

Alle produktnyheder

Historisk tilbageblik - maj–juni 2026 Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode.

Leverandørservice er en aftale mellem kunde og virksomhed. Gennemfør virksomhedens aftale, aktivér funktionen og vent på kundens samtykke og aktive aftalestatus. Følg opsætningskortet og kundens aftalekort. EAN og e-mail beskriver fakturalevering; Leverandørservice beskriver pengenes planlagte vej. En indsendt opkrævning er ikke modtaget betaling. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)

Praktisk kontrol

Kontrollér aftalestatus og fakturastatus hver for sig, før du følger op med kunden.

Eksempel

Eksempel: En kunde tilmelder sig fredag, men status står stadig Afventer mandag. Du sender ikke en opkrævning ud fra den gamle status; vent til aftalen står Aktiv og kontrollér derefter at fakturaen er klar.

Opsætning før første kunde

Kontrollér virksomhedens aftale, aktivering og synlige kontaktoplysninger. På kundekortet skal samtykke og aftalestatus være klar. Tjek også at kunden har en fakturaadresse og den leveringsmetode som dokumentet kræver. En aftale kan være aktiv selv om den første faktura endnu ikke er oprettet.

Spørgsmål: Er EAN et alternativ til aftalen? Nej, EAN er dokumentlevering. Hvorfor er opkrævningen ikke betalt? Den bankmæssige betalingsdato og resultatet ligger efter indsendelsen.

Før opkrævningen sendes

Kontroller at kunden ikke kun har startet tilmeldingen, men har status Aktiv. Kontroller også at fakturaen er klar til den dokumentlevering der er valgt, og at beløb og dato er synlige. En kunde kan have en aktiv aftale uden at alle gamle fakturaer automatisk følger med; de skal vælges i den relevante gennemgang.

Betalingsstatus ændres først når resultatet af bankforløbet er registreret. Brug derfor ikke en planlagt dato i kundemailen som om den var en betalingskvittering.

FAQ og afgrænsning

Leverandørservice kræver både en virksomhedsaftale og kundens aftale. Den ene kan ikke erstatte den anden. EAN kan levere dokumentet, men giver ikke et mandat. En aktiv aftale kan stadig føre til en afventende eller afvist opkrævning, og en indsendt opkrævning er ikke en kvittering. Brug kunde- og fakturastatus sammen.

Supportscenario

Aftale, faktura og bankresultat har hver sin status. Før du svarer kunden, kontrollér dem alle tre. En aktiv aftale er en forudsætning, men ikke en garanti for at en opkrævning accepteres eller at pengene allerede er modtaget.

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.

Bo Møller
Bo Møller
Emil Højbjerg
Emil Højbjerg

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.