AI kan gøre en supporthenvendelse hurtigere at forstå: sammenfatte behovet, finde manglende oplysninger og forberede passende godkendt vejledning. Nytten opstår, når resultatet er en arbejdsstatus, der er let at kontrollere. Om et svar sendes, eller en ændring udføres, er en særskilt beslutning.
Et afgrænset opgaveområde er egnet til at begynde med. Assistenten kan eksempelvis forberede interne sagsudkast uden selv at sende beskeder eller ændre systemer. Så kan kvalitet og efterarbejde vurderes i den faktiske arbejdsgang.
Hvad et brugbart forslag bør indeholde
En kort sammenfatning angiver den observerede fejl, de berørte arbejdsredskaber og det hidtidige forløb. Antagelser og åbne spørgsmål står for sig. Hvis et tidspunkt, en fejlmeddelelse eller omfanget af forstyrrelsen mangler, gøres det synligt.
Et svarudkast bør forklare, hvilke oplysninger der stadig behøves, eller hvilket godkendt trin der virker relevant. En foreslået løsning skal have et sporbart grundlag. En gammel sag, der lyder tilsvarende, er ikke dokumentation nok, hvis miljø eller årsag er anderledes.
Eksempel: »Applikationen er langsom«
Assistenten forbereder spørgsmål om tidspunkt, berørte brugere, den konkrete funktion og fejlmeddelelser. Den kan samle oplysninger, der allerede står i sagen, og linke til et passende godkendt dokumentationsafsnit.
Den påstår ikke, at en serverkontrol allerede er gennemført, eller at en årsag er bekræftet. En teknisk handling foreslås først, når de tilgængelige fund understøtter den. Dette er et muligt proceseksempel, ikke en kundereference.
Sags- og dokumentrettigheder er fortsat afgørende
En supportassistent behøver ikke automatisk adgang til alle sager og al dokumentation. Søgningen begrænses til den pågældende bruger, det aftalte opgaveområde og de relevante objekter. Det gælder også vedhæftninger, interne noter og oplysninger om andre kunder.
Ved en videnssøgning med RAG skal disse rettigheder allerede indgå i udvælgelsen af resultater. Ikke-tilladt indhold må heller ikke komme ind i en modelkontekst, som senere kasseres. Den tekniske implementering af dokumentadgang varierer efter kilde; Microsoft beskriver for eksempel forskellige tilgange til dokumentrettigheder i Azure AI Search (eksternt link). Et enkelt filter virker kun, hvis identitet og filterværdier fastlægges pålideligt.
Ved support af flere kundemiljøer hører deres adskillelse og de tilladte datastrømme til i integrationsdesignet. Hvilke logfiler og hvilket indhold der gemmes, bestemmes ud fra formål og driftsbehov. En så stor og fuldstændig prompthistorik som muligt er ikke et mål i sig selv.
Indgående indhold er data, ikke arbejdsinstruktioner
En sag kan indeholde tekst, der beder assistenten om en ikke-tilladt handling. Det samme gælder dokumenter, e-mails og vedhæftninger. Sådant indhold må hverken ændre systemregler eller åbne for yderligere værktøjer eller adgang.
Applikationen begrænser derfor på serversiden, hvilke kilder der må læses, og hvilke funktioner der må kaldes. Et modelforslag alene ophæver ikke disse grænser. Definerede funktioner kan tilsluttes med kontrollerede MCP-værktøjer og eksisterende API’er ; MCP-sikkerhedsdokumentationen (eksternt link) beskriver konkrete angrebs- og beskyttelsesområder.
Godkendelse og udførelse som to særskilte trin
Sagsbehandleren ser sammenfatning, kilder og svarudkast samlet. Personen kan rette oplysninger, stille spørgsmål eller afvise forslaget. En sendeknap skal tydeligt vise, hvilken besked der sendes til hvilken modtager. Afsendelsen sker gennem den dertil autoriserede applikation.
Ved tekniske ændringer er en yderligere opdeling nyttig: Et diagnoseforslag bliver ikke en administrativ ordre, blot fordi det lyder plausibelt. Formål, målsystem, tilladt omfang og nødvendige godkendelser kontrolleres særskilt. Uklare eller risikable tilfælde går til den ansvarlige fagperson.
En pilot kræver mere end en god demonstration
- Normale tilfælde: Registreres behovet og de nødvendige opklarende spørgsmål korrekt?
- Manglende grundlag: Opdager assistenten, at et underbygget svar endnu ikke er muligt?
- Forkert eller gammel kilde: Kontrolleres versionen og den faktiske sammenhæng med sagen?
- Ændrede rettigheder: Forsvinder indhold fra søgning og kontekst, når adgangen trækkes tilbage?
- Manipulerede inddata: Bevares værktøjsgrænser og godkendelser?
- Udfald i tjenesten: Kan sagen stadig behandles på normal vis?
Vurderingen bør også medtage tiden til at læse, rette og efterprøve. Et langt udkast kan skabe ekstra arbejde. En kort og velunderbygget arbejdsstatus kan derimod aflaste, selv om den endelige beslutning stadig ligger hos et menneske.
Fra enkelt udkast til en integration, der kan vedligeholdes
DAXS afklarer et egnet udgangspunkt med jeres support og IT, tilslutter godkendte datakilder og gennemfører en afgrænset pilot. Eksisterende sagsystem, identiteter og dokumentation ses i sammenhæng. Omfang og udbygning følger den dokumenterede nytte.
Overblik over AI-anvendelser · Indførelse og brugsregler · IT i den daglige drift
