Fakturanoter, Deres ref., Vores ref. og sidefod

En kundenote, tekst på abonnementslinjen, generel sidefod, Deres ref. og Vores ref. har forskellige formål. Udfyld feltet der hvor oplysningen hører til, og se en fiktiv PDF før brug. E-conomic kan have særskilte regler for reference ved førstegangssalg. Indstillinger omskriver ikke nødvendigvis eksisterende fakturaer, og regnskabssystemets PDF kan placere felter anderledes. Se den aktuelle vejledning ### Kontroller på ny faktura

Alle produktnyheder

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

En kundenote, tekst på abonnementslinjen, generel sidefod, Deres ref. og Vores ref. har forskellige formål. Udfyld feltet der hvor oplysningen hører til, og se en fiktiv PDF før brug. E-conomic kan have særskilte regler for reference ved førstegangssalg. Indstillinger omskriver ikke nødvendigvis eksisterende fakturaer, og regnskabssystemets PDF kan placere felter anderledes. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)

Kontroller på ny faktura

Opret en ny testfaktura efter at felterne er gemt. Se hvilken tekst der kom fra kunden, abonnementslinjen og sidefoden, og kontrollér referencefelternes placering i den valgte PDF.

Vælg det rigtige felt

Brug kundenoten til en kundespecifik fast tekst, linjeteksten til noget der hører til et abonnement, og sidefoden til en generel besked. Brug Deres ref. til kundens reference og Vores ref. til virksomhedens referenceperson eller interne reference efter den udbyderopsætning der vises. Kontroller en ny PDF før du sender.

En ændring i opsætningen er ikke en rettelse af gamle dokumenter.

Hvor teksten ender

Aluntas PDF og udbyderens PDF kan vise samme felt forskelligt. Brug forhåndsvisningen til at se den lokale version, men kontrollér også et bogført dokument hvis regnskabssystemet danner PDF’en. Skriv ikke følsomme betalingsoplysninger i en generel sidefod; siden kan vises på alle relevante fakturaer.

FAQ og afgrænsning

Fakturanoter er tekstfelter, ikke betalingsinstruktioner medmindre teamet selv vælger at skrive sådanne oplysninger. Sidefoden kan genbruges på mange dokumenter. Test derfor med en fiktiv faktura, og vær opmærksom på at e-conomic, Dinero og Billy kan placere teksten anderledes i deres PDF.

Supportscenario

Kundens reference bør være den værdi der hjælper modtageren med at finde købet, mens virksomhedens reference peger på den interne kontakt. Brug ikke sidefoden til en værdi der kun gælder én kunde, og kontrollér altid om udbyderens PDF viser feltet.

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.