Kundens egne felter og leveringsdato på EAN-fakturaen

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

Tilpassede kundefelter kan mappes til køberreference, indkøbsordrenummer, kontering, kontakt eller leveringsdato. Opret og udfyld feltet på kunden, vælg det i EAN-indstillingerne, og kontrollér næste faktura. Forrang mellem almindeligt og tilpasset referencefelt følger den viste opsætning. Mapping gælder fremadrettet og ændrer ikke allerede oprettede dokumenter. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)

Kontroller forrang

Udfyld et almindeligt referencefelt og et tilpasset felt med forskellige syntetiske værdier i en test. Den værdi der står på den nye faktura viser hvilken forrang opsætningen bruger.

Test med to forskellige værdier

Udfyld et almindeligt referencefelt med “A-100” og et tilpasset felt med “B-200” på en syntetisk kunde. Opret en ny EAN-faktura, og se hvilken værdi der står i forhåndsvisningen. Gentag efter ændring af forrang. På den måde kan du se opsætningen uden at ændre tidligere dokumenter.

Gælder nye dokumenter

Mapping gemmes i teamets EAN-opsætning og anvendes på nye fakturaer efter gemning. En allerede oprettet faktura skal vurderes med sine egne felter. Hvis en leveringsdato mangler, kontrollér at kunden faktisk har en dato og at feltet er af den type opsætningen accepterer.

FAQ og afgrænsning

Et kundefelt der er mappet til EAN gælder ikke automatisk e-mail, lokal PDF eller allerede oprettede dokumenter. Mapping skal kontrolleres på en ny faktura. Hvis feltet er tomt, kan resultatet være tomt eller falde tilbage til det almindelige felt efter den viste forrang.

Supportscenario

Mapping til EAN bør testes efter ændringer i feltets navn, type og forrang. En tom værdi kan gøre resultatet tomt, selv om mappingen er aktiv. Når værdien er korrekt på en ny faktura, er leveringsstatus stadig separat fra betalingsstatus.

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.