--- title: "Søgning i ontologien slår søgning i dokumenter" url: "https://hurukan.com/da/blog/soegning-i-ontologien" description: "Søgning i dokumenter finder tekst, der ser relevant ud. Søgning i en model af virksomheden finder de fakta, der gælder nu, med deres relationer." --- # Søgning i ontologien slår søgning i dokumenter 7\. september 2026·3 min. læsning·Redaktionen Ryddelige grå arkivreoler med mærkede ringbind i et moderne arkivrum; ét ringbind er trukket halvt ud med en blå fane, og en hånd rækker ud efter det, med lav dybdeskarphed En virksomhed kobler en sprogmodel til sit dokumentarkiv: kontrakter, procedurer, politikker, mødereferater — mange års materiale. Det er retrieval-augmented generation, i daglig tale RAG: Når nogen stiller et spørgsmål, finder systemet de passager, der ligner spørgsmålet mest, og giver dem til modellen at svare ud fra. En kundeservicemedarbejder spørger, hvilke leveringsbetingelser en bestemt kunde har. Systemet finder tre versioner af kundens kontrakt, et udkast til et tillæg, der aldrig blev underskrevet, og en e-mail, hvor nogen foreslog andre betingelser. Modellen blander dem sammen til et flydende, selvsikkert svar, der ikke svarer til nogen af dem. En anden dag finder den i stedet virksomhedens generelle betingelser og ikke det kundespecifikke tillæg, der går forud for dem. Årsagen ligger i, hvordan dokumentsøgning virker. Den finder tekst, hvis betydning ligner spørgsmålet. Den ved ikke, hvilken version der er gældende, hvilket dokument der er et udkast, hvilken kunde en klausul gælder for, eller at et tillæg går forud for de generelle betingelser. Det er ikke egenskaber ved tekst. Det er tilstande og relationer — præcis det, en model af virksomheden, en ontologi, er der for at rumme. ## Hvor dokumentsøgning bryder sammen **Versioner.** En erstattet kontrakt ligner spørgsmålet lige så meget som den gældende, så den bliver fundet lige så gerne. Lighed har intet begreb om »gældende«. **Relationer, der går tabt i opdelingen.** Dokumenter deles op i bidder, før de indekseres. En klausul om leveringsbetingelser ender i én bid, siden med kundens navn i en anden, og forbindelsen mellem dem er væk. **Spørgsmål, der i virkeligheden er optællinger.** »Hvor mange åbne reklamationer har denne kunde?« står ikke i noget dokument. Det er en optælling over poster, og ingen grad af tekstlighed vil give den pålideligt. **Rettigheder anvendt for sent.** Hvis indekset indeholder dokumenter, som spørgeren ikke må se, er det skrøbeligt at filtrere dem fra efter søgningen, og en fejl viser fortrolig tekst til den forkerte person. **Aktualitet.** Indekset er kun så aktuelt som sin seneste genopbygning. Kontrakten, der blev underskrevet i morges, er der endnu ikke. **Kildehenvisninger, der ikke afgør noget.** Svaret citerer en passage, men intet fortæller læseren, om passagen stammer fra det dokument, der gælder nu. ## Søg i modellen først, derefter i dokumenterne **Start fra objektet.** Spørgsmålet nævner en kunde. Find kundeobjektet i ontologien, og følg så dets relationer: de gældende kontrakter, deres tillæg, åbne ordrer, åbne reklamationer. Modellen af virksomheden laver den afgrænsning, som lighed ikke kan. **Søg i dokumenter knyttet til poster.** Den gældende kontrakt er det dokument, der er knyttet til den kontraktpost, hvis status er »gældende«. Tekstsøgningen kører så inden for det dokument og ikke på tværs af alt, virksomheden nogensinde har skrevet. **Besvar strukturerede spørgsmål med forespørgsler.** Antal, summer, datoer og statusser kommer fra posterne, beregnet — ikke fra passager, der tilfældigvis nævner dem. **Anvend rettigheder før søgningen.** Personens rettigheder afgør, hvilke objekter der overhovedet er synlige. Modellen modtager aldrig resten og kan derfor ikke lække det. **Henvis til posten og versionen.** Svaret linker til kontraktposten, dens version og klausulen, så personen kan tjekke det med ét klik. Dokumentsøgning er stadig nyttig til viden, der reelt lever i prosa: procedurer, manualer, opsamlet erfaring. Selv dér virker den bedre, når hvert dokument er knyttet til de objekter, det beskriver, så søgningen kan starte det rigtige sted. Sådan er Hurukan designet. Hvert dokument er knyttet til sin post, med revisioner og gennemgange, som beskrevet under [Projekter og dokumenter](https://hurukan.com/da/modules/projekter-og-dokumenter). [Laget Ontologi](https://hurukan.com/da/system/ontologi) rummer objekter, relationer og tilstande, og [laget Superintelligens](https://hurukan.com/da/system/superintelligens) er designet til først at forankre sine modeller i den struktur, med rettighederne allerede anvendt. Det er under opbygning. Hvor sådan en model kommer fra i første omgang, er emnet for [din virksomhed har allerede en ontologi](https://hurukan.com/da/blog/din-virksomhed-har-allerede-en-ontologi). ## En test, du kan køre i dag Saml ti spørgsmål, som dine medarbejdere faktisk har stillet i denne måned om kunder, ordrer, leverandører eller kontrakter. Skriv for hvert spørgsmål ned, hvor det korrekte svar reelt findes: - i ét dokument, - i flere dokumenter, der skal kombineres, - i en post, - eller i en optælling eller sum over mange poster. Stil derefter de samme ti spørgsmål til dit nuværende dokumentsøgningssystem, hvis du har et, og tjek hvert svar op imod den rigtige kilde. Notér, hvor den forkerte version, den forkerte kunde eller en opdigtet optælling dukker op. Hvis fejlene samler sig i alle kategorier undtagen »ét dokument«, har du fundet grænsen for dokumentsøgning — og det er en grænse i designet, ikke i modellen. Det bredere spørgsmål om, hvor sprogmodeller hjælper, og hvor de ikke gør, behandles i [hvor sprogmodeller gør gavn](https://hurukan.com/da/blog/hvor-sprogmodeller-goer-gavn). - RAG - informationssøgning - ontologi - videnstyring ## Læs videre - [Én identitet for mennesker og agenter: hvem må hvad](https://hurukan.com/da/blog/en-identitet-for-mennesker-og-agenter) - [Den levende tilstand og registret: to hukommelser i et operativsystem for virksomheden](https://hurukan.com/da/blog/den-levende-tilstand-og-registret-to-hukommelser)