Afslut Leverandørservice og følg åbne opkrævninger

Deaktivering starter en guidet gennemgang af aftaler og åbne opkrævninger. Tag stilling til fremtidige fakturaers betalingsmetode før bekræftelse. En aflysning kan være anmodet uden at være bekræftet af banken, og en allerede indsendt opkrævning kan fortsætte sit eget forløb. Kontroller synlige statusskift, før du konkluderer at trækket er stoppet. Se den aktuelle vejledning ### Efter deaktivering

Alle produktnyheder

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

Deaktivering starter en guidet gennemgang af aftaler og åbne opkrævninger. Tag stilling til fremtidige fakturaers betalingsmetode før bekræftelse. En aflysning kan være anmodet uden at være bekræftet af banken, og en allerede indsendt opkrævning kan fortsætte sit eget forløb. Kontroller synlige statusskift, før du konkluderer at trækket er stoppet. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)

Efter deaktivering

Gennemgå åbne fakturaer og vælg en ny betalingsmetode for fremtidige perioder. Fortsæt med at følge opkrævninger der allerede står som indsendt eller afventer. Deaktiveringen ændrer ikke historiske betalinger.

Før og efter bekræftelse

Før deaktivering skal du notere aktive aftaler og indsendte opkrævninger. Gennemgå dialogens liste, vælg den nye håndtering for fremtidige fakturaer, og bekræft. Efter deaktivering skal du kontrollere at nye perioder ikke længere bruger Leverandørservice, mens tidligere indsendte opkrævninger fortsat følges på deres egne statussider.

En aflysningsanmodning kan kræve senere bekræftelse.

Åbne opkrævninger kræver særskilt kontrol

Lav en liste over indsendte, afventende og aflyste opkrævninger før deaktivering. Når funktionen er lukket, skal du stadig kontrollere resultatet for opkrævninger der allerede var på vej. Hvis en faktura ikke blev trukket, vælger du ny betalingsmetode eller manuel betaling efter den synlige status; deaktiveringen alene ændrer ikke beløbet.

FAQ og afgrænsning

Deaktivering handler om kommende brug af funktionen. Den annullerer ikke automatisk historiske betalinger eller giver refundering. Opkrævninger som allerede er indsendt skal følges, selv om nye perioder bruger bank eller en anden betalingsmetode. En anmodet aflysning er kun næste status indtil resultatet er bekræftet.

Supportscenario

Efter aflysning skal en opkrævning der stadig står indsendt følges indtil banken har givet resultat. Først derefter ved teamet om der skal vælges bankbetaling, ny opkrævning eller en anden løsning. Deaktivering er ikke en refundering.

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. Dokumentér i den interne kundeservice hvad der blev valgt og hvilken status der blev vist. Det gør næste opfølgning konkret og forhindrer at en allerede accepteret levering, betaling eller relation behandles som ny.

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.