Har jeres AI-chatbot husket at sige, at den er en bot?

Af Greg Nowak. Senest opdateret 2026-08-25.

En kunde skal ikke lege detektiv for at finde ud af, om der sidder et menneske i den anden ende. Alligevel begynder mange chatbots stadig med et neutralt "Hej, hvordan kan jeg hjælpe?" uden at nævne, at svarene bliver genereret af AI.

Det er ikke længere bare et spørgsmål om god tone. Fra 2. august 2026 gælder AI-forordningens gennemsigtighedsforpligtelser som udgangspunkt. Brugere skal have tydelig besked, når de interagerer med et AI-system som en chatbot eller AI-agent.

For danske virksomheder betyder det, at to ting skal være på plads: Kunden skal forstå, hvem der svarer, og virksomheden skal have styr på, hvad botten må gøre med kundedata og interne systemer.

Fortæl det, mens samtalen begynder

Digitaliseringsstyrelsen beskriver, at systemer beregnet til direkte kontakt med personer skal udformes, så brugerne ved, at de interagerer med AI. Der kan være en undtagelse, hvis det er indlysende, men det kræver en konkret vurdering set fra en rimeligt oplyst, opmærksom og velunderrettet persons synspunkt. Vurderingen skal også tage højde for sårbare grupper, eksempelvis på grund af alder eller handicap.

Formuleringen "vores digitale assistent" er derfor ikke nødvendigvis klar nok. Den kan lige så godt lyde som en menneskelig medarbejder, der svarer gennem en digital kanal. Skriv hellere noget i retning af: "Du skriver med vores AI-assistent. Den kan hjælpe med ordrestatus og booking. Du kan altid bede om at få sagen sendt til en medarbejder."

Beskeden bør stå ved samtalens begyndelse og være synlig i den almindelige brugerrejse. Flytter dialogen fra webchat til app eller en anden kanal, skal tydeligheden følge med. Oplysningen hører ikke hjemme alene i handelsbetingelserne eller bag et lille informationsikon.

Kunden bør hurtigt kunne se tre ting: at svaret kommer fra AI, hvilke opgaver botten kan løse, og hvordan man får fat i et menneske.

Et AI-mærkat er kun begyndelsen

En bot kan sagtens præsentere sig korrekt og stadig være dårligt styret. Den kan bede om oplysninger, den ikke behøver, bruge kundedata på en uigennemsigtig måde eller forsøge at udføre en handling, som burde være kontrolleret af en medarbejder.

Indeholder samtalerne personoplysninger, gælder databeskyttelsesreglerne fortsat. Datatilsynet peger blandt andet på lovlighed, gennemsigtighed og dataminimering. Virksomheden må kun indsamle og behandle det, der er nødvendigt for formålet, og skal både have et relevant behandlingsgrundlag og opfylde sin oplysningspligt.

Det kræver ekstra opmærksomhed, hvis chatbotten profilerer kunden. Profilering er automatisk behandling, der vurderer personlige forhold, for eksempel for at forudse forbrugsvaner eller fremtidige behov. Ved profilering til direkte markedsføring har personen ret til at gøre indsigelse.

Hvis en udelukkende automatisk afgørelse har retsvirkning eller på tilsvarende vis påvirker personen væsentligt, fremhæver Datatilsynet også behovet for en reel mulighed for menneskelig indgriben.

Det fører til meget konkrete valg. Skal hele dialogen gemmes i CRM? Må botten udlede, at kunden er prisfølsom? Må tidligere køb afgøre, hvilket tilbud kunden ser? Og kan en medarbejder efterprøve en afgørelse? Svarene skal være på plads før lanceringen, ikke efter den første klage.

Systemadgang ændrer risikobilledet

En chatbot, der kun svarer på generelle spørgsmål, har en forholdsvis afgrænset rolle. En AI-agent, som kan hente ordrestatus, flytte en booking eller oprette en sag i CRM, kræver langt strammere styring.

OpenAI beskriver function calling som en metode til at forbinde modeller med eksterne værktøjer og systemer. Med Structured Outputs og strict: true kan argumenterne til et funktionskald på understøttede modeller og konfigurationer tvinges til at følge et fast JSON-skema.

En bookingændring kan eksempelvis kræve et bookingnummer, en godkendt dato og kundens udtrykkelige bekræftelse. Det faste skema er et vigtigt teknisk værn, fordi fri tekst ikke alene bør kunne udløse en handling.

Skemavalidering er dog ikke det samme som sikker drift. I skal stadig beslutte, hvilke funktioner botten må kalde, hvilke data den må se, og hvornår processen skal stoppe. Et korrekt udfyldt JSON-felt beviser hverken, at kunden er identificeret korrekt, eller at ændringen giver forretningsmæssig mening.

Situation	Hvad botten kan hjælpe med	Kontrol, der bør være på plads	Hvornår et menneske tager over
Generelt spørgsmål	Forklare åbningstider, levering eller en proces	Afgrænset vidensgrundlag og tydelig AI-oplysning	Når svaret er usikkert eller ligger uden for emnet
Ordrestatus	Hente en eksisterende status	Identitetskontrol, læseadgang og dataminimering	Ved manglende match eller følsomme oplysninger
Bookingændring	Foreslå og gennemføre en tilladt ændring	Fast funktionsskema, adgangskontrol, bekræftelse og logning	Ved valideringsfejl eller særlige vilkår
Klage eller refundering	Indsamle nødvendige oplysninger og oprette en sag	Ingen ukontrolleret eller irreversibel afgørelse	Før en væsentlig afgørelse bliver truffet
Personligt tilbud	Vise relevante valg inden for et godkendt flow	Afklaret formål, behandlingsgrundlag og mulighed for indsigelse	Ved spørgsmål om profilering eller kundens rettigheder

En enkel tommelfingerregel: Jo mere botten kan se og ændre, desto stærkere skal kontrollen og den menneskelige overtagelse være.

Vejen til en medarbejder skal føre et sted hen

En knap med teksten "Tal med en medarbejder" skaber kun tryghed, hvis den virker. Når sagen sendes videre, bør den relevante kontekst følge med, så kunden ikke skal begynde forfra. Overleveringen skal samtidig begrænses til de oplysninger, medarbejderen faktisk har brug for.

Fastlæg på forhånd, hvad der udløser et skift: gentagne misforståelser, problemer med identifikation, klager, følsomme oplysninger, ønsker om en menneskelig vurdering eller handlinger uden for bottens mandat.

Tag også stilling til tiden uden for åbningstid. Hvis botten lover øjeblikkelig kontakt med en medarbejder og blot placerer kunden i en tom kø, har gennemsigtigheden ikke gjort oplevelsen mere troværdig.

Gennemgå flowet, før næste kunde gør det

Kortlæg hele forløbet fra den første besked til den afsluttede sag. Markér, hvor AI bruges, hvilke personoplysninger der indsamles, hvilke systemer der kontaktes, og hvilke handlinger kunden kan sætte i gang.

Afklar også rollerne mellem virksomheden og leverandørerne. Oplysningspligten i AI-forordningen afhænger af den konkrete rolle. Derfor bør ansvaret ikke bygge på en antagelse om, at platformleverandøren allerede har ordnet det hele.

Gennemgangen kan deles i fire lag. Se først på brugerfladen: Er AI-identiteten tydelig fra begyndelsen? Gennemgå så dataene: Er hvert felt nødvendigt, og er anvendelsen forklaret? Kontrollér derefter handlingerne: Er funktionskaldene afgrænset med faste skemaer, rettigheder og bekræftelser? Til sidst kommer driften: Bliver relevante hændelser logget, og er både fejlscenarier og menneskelig eskalering testet?

Test mere end den bestilling, der går glat. Brug et forkert ordrenummer. Indtast en tvetydig dato. Lad en testkunde afvise at dele flere oplysninger. Afbryd integrationen, og bed direkte om et menneske. Det er i de forløb, kunden mærker, om styringen fungerer.

Gør chatbotten til en kontrolleret arbejdsproces

Greg kan hjælpe med at kortlægge samtaleflow, persondata og systemadgang, formulere en klar AI-oplysning og få den menneskelige eskalering til at fungere i praksis. Arbejdet kan også omfatte sikre forbindelser til CRM, ordrestatus eller booking med faste dataskemaer, begrænsede rettigheder, logning og test af fejlscenarier.

Via nowa.dk, Gregs AI-automatiseringsservice for danske virksomheder, kan arbejdet tage udgangspunkt i den konkrete arbejdsgang i stedet for en standardchatbot. Kunden skal ikke bare vide, at botten er en bot. Kunden skal også kunne forstå dens rolle, have tillid til dens handlinger og komme videre, når sagen kræver et menneske.

Relateret på GrN.dk

Brug for hjælp til den slags opgaver?

Få gennemgået jeres chatbot-flow Kontakt Greg her.

Kilder

Sidst ændret

2026-08-25