Når en sprogmodel skal svare ud fra jeres egne dokumenter, søger den først i et indeks over dokumenterne og sender de fundne tekststykker med til modellen. Indekset kan ligge i jeres egne systemer, eller det kan være en kopi, der gemmes hos udbyderen med udbyderens regler. Det afhænger af, hvilken funktion I bruger, og det er det første, I skal finde ud af.
Søgning i egne dokumenter er en oplagt opgave for en sprogmodel, for eksempel en assistent, der kan svare på spørgsmål om håndbøger, kontrakter, tilbud og sager. Metoden hedder RAG, en forkortelse for den engelske betegnelse for genfinding før dannelse af svaret. Metoden stammer fra en forskningsartikel fra 2020, der beskriver en model, som kombinerer det, den har lært, med et eksternt indeks, den søger i, før den svarer. Det er værd at forstå mekanismen, fordi den afgør, hvor jeres dokumenter ender.
Sådan virker det
Et RAG-system har tre dele. Dokumenterne deles op i mindre stykker. Hvert stykke omsættes til en talrække, en såkaldt indlejring, der beskriver indholdet, og talrækkerne gemmes i en database til den slags, ofte kaldt en vektordatabase. Når en bruger stiller et spørgsmål, omsættes spørgsmålet på samme måde, databasen finder de stykker, der ligner mest, og de sendes sammen med spørgsmålet til sprogmodellen, som skriver svaret.
For ledelsen betyder det tre ting. Der opstår et nyt lager med indhold fra jeres dokumenter. Hver forespørgsel sender tekst fra dokumenterne til modellen sammen med spørgsmålet. Og svaret er aldrig bedre end det, søgningen finder.
Hvor indekset kan ligge
I jeres egne systemer. Indekset bygges og gemmes på maskiner, I kontrollerer, og kun de fundne stykker sendes til modellen. Modellen kan så være en tjeneste eller jeres egen. En europæisk udbyder tilbyder en skabelon med åben kildekode til netop den opbygning, hvor kunden beholder dokumenterne.
I kilden, med søgning udefra. Hos én stor platform kan tjenesten søge i data, der bliver i den kilde og placering, kunden udpeger, og platformen skriver, at der ikke laves en kopi ved den funktion.
Som kopi hos udbyderen. Hos samme platform gemmes filer og vektordatabaser, som kunden selv lægger op, derimod i tjenesten, i kundens geografi. Lægger I dokumenter op i en assistent, er det derfor rimeligt at gå ud fra, at de ligger hos den, der driver den, indtil dokumentationen siger andet.
Samme leverandør kan altså have begge dele. Det afgørende er den konkrete funktion.
Når indekset er en kopi
En kopi har sine egne regler, og de skal læses som enhver anden lagring. Hvor ligger den, og hvor længe? Slettes den, når originalen slettes eller ændres? Hvem hos udbyderen har adgang? Bruges den til andet end jeres søgning? Hvad sker der med den, når I stopper?
Kopien skal også holdes ved lige. Ændres et dokument, skal indekset opdateres, ellers svarer assistenten ud fra en gammel udgave. Fjernes en medarbejders adgang til en mappe, skal indekset respektere det. Hvordan rettighederne slår igennem, står i rettigheder i dokumenterne. Selve lagringen af data til AI, og hvor tæt den skal ligge på beregningen, er beskrevet på europaeisk-cloud.dk.
Indekset binder
Indlejringerne er lavet med en bestemt model. Skifter I den model, skal alle dokumenter omsættes igen, fordi talrækker fra to modeller ikke kan sammenlignes. For en stor dokumentsamling er det et stykke arbejde, der skal planlægges. Se indlejringer og vektordatabaser binder stille.
Et dokument kan styre svaret
Sikkerhedsorganisationen OWASP beskriver, hvordan et ændret dokument i et indeks kan få modellen til at gøre noget andet end det, brugeren bad om. Det betyder, at den, der kan lægge dokumenter i de mapper, indekset bygges fra, kan påvirke svarene. Vælg kilderne til indekset med omtanke, og hold mapper, som udefrakommende kan skrive i, ude. Hvordan I afprøver det, står i prøv tjenesten for prompt-injektion.
Spørgsmålene til leverandøren
- Bliver dokumenterne i kilden, eller laves en kopi, og hvor gemmes den?
- Hvilken model laver indlejringerne, og kan indekset eksporteres?
- Hvordan følger indekset ændringer og sletninger i kilden?
- Respekteres brugernes rettigheder i kilden ved hver søgning?
- Hvad sker der med kopi og indeks ved ophør?
Hvad det kræver, og hvad det koster at lade være
Afklaringen kræver en beskrivelse af den funktion, I vil bruge, læst i leverandørens dokumentation, en liste over de mapper og systemer, indekset skal bygges fra, og en vurdering fra DPO’en af indholdet. Lav vurdering: et par dage for én assistent med få kilder. Høj vurdering: et par uger, når mange systemer og rettighedsmodeller skal med. Posterne er opbygning af indekset, opdatering af det, test af søgningen og omsætning igen ved skift af model.
Uden afklaringen kan en kopi af kontrakter og personalesager ende hos en udbyder, I ikke havde valgt til det formål, med regler for lagring, ingen har læst. Det bliver måske først opdaget, når nogen spørger, hvor dokumenterne ligger, og så skal kopien findes, vurderes og måske slettes.
Det skal I lade være med
- At antage, at dokumenterne bliver hvor de er · det afhænger af funktionen.
- At bygge indekset fra alle mapper · vælg kilderne, og hold dem, udefrakommende kan skrive i, ude.
- At glemme indlejringsmodellen · et skifte kræver, at alt omsættes igen.
Det skal valget kunne vise
- ☐ Hvor indekset ligger, og om der laves en kopi.
- ☐ Listen over kilder til indekset, godkendt af DPO’en.
- ☐ Hvordan ændringer, sletninger og rettigheder slår igennem.
- ☐ Den model, der laver indlejringerne, og om indekset kan eksporteres.
Kilder
- Lewis m.fl., Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks, arXiv:2005.11401, https://arxiv.org/abs/2005.11401, læst 8. november 2026.
- OWASP Gen AI Security Project, LLM01:2025 Prompt Injection, https://genai.owasp.org/llmrisk/llm01-prompt-injection/, læst 8. november 2026.
- Dokumentation fra en stor platform og en europæisk udbyder om søgning i kundens data og lagring af uploadede filer, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Find den funktion, jeres assistent bruger til dokumenter, og læs, hvor den gemmer indekset.
Læs også: Prompt, egne dokumenter eller finjustering · Hvor behandles prompten?
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
