Importér og opdatér kundedata fra regnskabssystemet
Kundeimporten fik forhåndsvisning og feltvalg. Vælg kunde(r), gennemgå forskelle i navn, adresse, land, kontaktfelter og fakturamodtagere, og bekræft kun ønskede ændringer. Import af stamdata er ikke import af abonnementer, betalinger eller gamle fakturaer. Lokale rettelser kan overskrives for valgte felter. CVR-opslag er en separat kilde. Se den aktuelle vejledning ### Gennemgå ændringer
Historisk tilbageblik - juni–september 2026 Denne artikel er skrevet efterfølgende og beskriver funktionen, som den fungerede i den angivne periode.
Kundeimporten fik forhåndsvisning og feltvalg. Vælg kunde(r), gennemgå forskelle i navn, adresse, land, kontaktfelter og fakturamodtagere, og bekræft kun ønskede ændringer. Import af stamdata er ikke import af abonnementer, betalinger eller gamle fakturaer. Lokale rettelser kan overskrives for valgte felter. CVR-opslag er en separat kilde. Se den aktuelle vejledning (Markdown-fil, AI-agentvenlig)
Gennemgå ændringer
Læs felt-for-felt hvad der vil blive ændret. Hvis du kun vil opdatere adresse, fravælg navn og kontaktfelter. Kontrollér bagefter kundekortet og regnskabssystemets stamdata.
Sådan gennemgår du forhåndsvisningen
Vælg først kunden, og åbn derefter ændringsoversigten. Fravælg felter du vil beholde lokalt, og bekræft kun de viste ændringer der kommer fra den valgte regnskabskilde. Åbn kundekortet efter import og sammenlign land, e-mail, adresse og fakturamodtagere. Importer ikke abonnementer ud fra at stamdata ser rigtige ud.
Spørgsmål: Hvad hvis e-conomic har en anden kundgruppe? Nye og eksisterende kunder kan følge forskellige regler. Hvad hvis CVR-feltet er anderledes? CVR-opslag skal vurderes som separat kilde.
Kontroller resultatet
Efter bekræftelse skal du åbne kunden i både Alunta og regnskabssystemet. Sammenlign de valgte felter, og kontroller at en lokal e-mail eller fakturamodtager ikke blev overskrevet utilsigtet. Hvis flere kunder har samme eksterne identifikation, skal du stoppe og afklare matchen i stedet for at acceptere masseændringen.
FAQ og afgrænsning
Importen skal bruges som en kontrolleret opdatering af stamdata. Den erstatter ikke en abonnementsmigration og skal ikke bruges til at flytte betalinger. Hvis du ikke kan forklare en ændring fra forhåndsvisningen, så lad feltet være fravalgt. Kontroller altid resultatet i det lokale kundekort.
Supportscenario
Importens forhåndsvisning er læsegrundlaget for din bekræftelse. Hvis en ændring ser forkert ud, fravælg feltet og behold den lokale værdi. Kunder, produkter, abonnementer og betalinger er forskellige domæner; en vellykket kundeimport er ikke en komplet regnskabsmigration.
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.
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.
