Kundefelter og leveringsdato på EAN-faktura
Historisk tilbakeblikk – august 2026 Denne artikkelen ble skrevet i ettertid og beskriver funksjonen slik den virket i den angitte perioden.
Historisk tilbakeblikk – august 2026 Denne artikkelen ble skrevet i ettertid og beskriver funksjonen slik den virket i den angitte perioden.
Egendefinerte kundefelter kan kobles til kjøperreferanse, innkjøpsordrenummer, regnskapskode, kontaktperson eller leveringsdato. Opprett og fyll ut feltet på kunden, velg det i EAN-innstillingene, og kontroller neste faktura. Prioriteringen mellom vanlige og egendefinerte referansefelt følger oppsettet som vises. Koblingen gjelder fremover og endrer ikke eksisterende dokumenter. Se den gjeldende veiledningen (Markdown-fil, AI-agentvenlig)
Kontroller prioriteringen
Fyll ut en vanlig referanse og et egendefinert felt med forskjellige syntetiske verdier i en test. Verdien på den nye fakturaen viser hvilken prioritering oppsettet bruker.
Test med to verdier
Fyll ut en vanlig referanse med «A-100» og et egendefinert felt med «B-200» på en syntetisk kunde. Opprett en ny EAN-faktura, og se hvilken verdi som vises i forhåndsvisningen. Gjenta etter at du har endret prioriteringen. Slik tester du oppsettet uten å endre eldre dokumenter.
Gjelder nye dokumenter
Koblingen lagres i teamets EAN-oppsett og gjelder fakturaer som opprettes etter lagring. En faktura som allerede er opprettet, må kontrolleres ut fra sine egne felt. Hvis leveringsdatoen mangler, kontrollerer du at kunden har en dato, og at feltets type godtas av oppsettet.
Vanlige spørsmål og avgrensninger
Et kundefelt som er koblet til EAN, gjelder ikke automatisk for e-post, lokal PDF eller dokumenter som allerede er opprettet. Kontroller koblingen på en ny faktura. Hvis feltet er tomt, kan resultatet bli tomt eller falle tilbake på det vanlige feltet, i samsvar med prioriteringen som vises.
Støttesituasjon
EAN-kobling bør testes etter endringer i feltnavn, type eller prioritering. En tom verdi kan gi et tomt resultat selv når koblingen er aktiv. Når verdien er riktig på en ny faktura, er leveringsstatusen fortsatt separat fra betalingsstatusen.
Kontroll etter handlingen
Bruk denne kontrollen ved oppfølging: noter hva som var synlig før handlingen, utfør bare den valgte handlingen, og kontroller dokumentet eller mandatet etterpå. Les statusen på nytt før du informerer kunden hvis den endrer seg senere. Det historiske tilbakeblikket beskriver den dokumenterte milepælen; den gjeldende veiledningen og grensesnittet avgjør dagens fremgangsmåte. Eksemplene bruker fiktive kunder, beløp og datoer.
Hvis resultatet er annerledes
Hvis resultatet ikke stemmer med forventningene, beholder du den synlige statusen og undersøker det relevante vilkåret i stedet for å gjenta handlingen ukritisk. Kontroller valuta, dato, kunde, betalingsmetode og om dokumentet allerede er sendt eller bokført. Når du svarer kunden, skiller du mellom det systemet har registrert, og det banken eller mottakeren ennå ikke har bekreftet.
Avslutt arbeidsflyten
En trygg arbeidsflyt avsluttes med en ny kontroll, ikke med et klikk på Lagre eller Send. Åpne den nye fakturaen, mandatet eller betalingsregistreringen, og bekreft at resultatet stemmer med meldingen kunden mottar. Hvis bekreftelsen fortsatt mangler, beskriver du statusen som ventende og avtaler neste kontrolltidspunkt.
Noter internt hva som ble valgt og hvilken status som ble vist. Da blir neste støttekontroll konkret, og en levering, betaling eller relasjon som allerede er godtatt, blir ikke behandlet som ny.
Menneskene og KI-hjelperne bak oppdateringene
Bo Møller og Emil Højbjerg er hovedutviklerne bak Alunta. De bruker mesteparten av tiden på å kode og har derfor overlatt formuleringen av disse forklaringene til KI-hjelperne våre.
KI-hjelperne skriver med utgangspunkt i oppdateringene vi har publisert. Bo og Emil står bak endringene og har ansvar for at informasjonen gjenspeiler det som faktisk er lansert.
