--- title: "Rechercher dans l'ontologie plutôt que dans les documents" url: "https://hurukan.com/fr/blog/rechercher-dans-l-ontologie-pas-dans-les-documents" description: "Chercher dans des documents trouve du texte qui semble pertinent. Chercher dans le modèle de l'entreprise trouve les faits vrais, avec leurs relations." --- # Rechercher dans l'ontologie plutôt que dans les documents 7 septembre 2026·4 min de lecture·La rédaction Rayonnages d'archives gris bien rangés, remplis de classeurs étiquetés dans une salle d'archives moderne ; un classeur à onglet bleu à moitié sorti, une main qui le saisit, faible profondeur de champ Une entreprise connecte un modèle de langage à son fonds documentaire : contrats, procédures, politiques internes, comptes rendus de réunion, des années durant. C’est la génération augmentée par la recherche, en abrégé RAG : quand quelqu’un pose une question, le système retrouve les passages qui lui ressemblent le plus et les transmet au modèle pour qu’il y puise sa réponse. Un collaborateur du service client demande quelles sont les conditions de livraison d’un client donné. Le système trouve trois versions du contrat de ce client, un projet d’avenant jamais signé et un e-mail dans lequel quelqu’un proposait d’autres conditions. Le modèle les fond en une réponse fluide et assurée qui ne correspond à aucune d’entre elles. Un autre jour, il trouve les conditions générales de l’entreprise au lieu de l’avenant propre au client, qui y déroge. La cause tient au fonctionnement de la recherche documentaire. Elle trouve du texte dont le sens ressemble à la question. Elle ne sait pas quelle version est en vigueur, quel document n’est qu’un projet, à quel client s’applique une clause, ni qu’un avenant prime sur les conditions générales. Ce ne sont pas des propriétés du texte. Ce sont des états et des relations, c’est-à-dire précisément ce qu’un modèle de l’entreprise, une ontologie, a vocation à porter. ## Où la recherche documentaire échoue **Les versions.** Un contrat remplacé ressemble autant à la question que le contrat actuel ; il est donc retrouvé tout aussi facilement. La similarité ignore la notion d’« en vigueur ». **Des relations perdues au découpage.** Avant indexation, les documents sont découpés en fragments. Une clause sur les conditions de livraison se retrouve dans un fragment, la page qui nomme le client dans un autre, et le lien entre les deux disparaît. **Des questions qui sont en réalité des comptages.** « Combien de réclamations ouvertes ce client a-t-il ? » n’est écrit dans aucun document. C’est un comptage sur des enregistrements, et aucune similarité textuelle ne le produira de façon fiable. **Des droits appliqués trop tard.** Si l’index contient des documents que la personne qui interroge n’a pas le droit de voir, les filtrer après la recherche est fragile, et une erreur expose un texte confidentiel à la mauvaise personne. **La fraîcheur.** L’index n’est à jour qu’à la date de sa dernière reconstruction. Le contrat signé ce matin n’y figure pas encore. **Des citations qui ne tranchent rien.** La réponse cite un passage, mais rien n’indique au lecteur si ce passage provient du document actuellement en vigueur. ## Chercher d’abord dans le modèle, ensuite dans les documents **Partir de l’objet.** La question nomme un client. Il faut la rattacher à l’objet client de l’ontologie, puis suivre ses relations : contrats en vigueur, avenants, commandes ouvertes, réclamations ouvertes. Le modèle de l’entreprise opère le tri que la similarité ne sait pas faire. **Chercher dans les documents rattachés aux enregistrements.** Le contrat actuel est le document rattaché à l’enregistrement de contrat dont le statut est « en vigueur ». La recherche textuelle s’exécute alors dans ce document, et non dans tout ce que l’entreprise a jamais écrit. **Répondre aux questions structurées par des requêtes.** Comptages, sommes, dates et statuts proviennent des enregistrements, calculés, et non de passages qui se trouvent les mentionner. **Appliquer les droits avant la recherche.** Les droits de la personne déterminent quels objets sont visibles. Le modèle ne reçoit jamais le reste : il ne peut donc pas le divulguer. **Citer l’enregistrement et la version.** La réponse renvoie à l’enregistrement du contrat, à sa version et à la clause, pour que la personne puisse vérifier en un clic. La recherche documentaire reste utile pour le savoir qui vit vraiment sous forme de prose : procédures, manuels, savoir-faire accumulé. Même là, elle fonctionne mieux quand chaque document est rattaché aux objets qu’il décrit, afin que la recherche parte du bon endroit. C’est ainsi que Hurukan est conçu. Chaque document est rattaché à son enregistrement, avec ses révisions et ses relectures, comme décrit dans [Projets et documents](https://hurukan.com/fr/modules/projets-et-documents). La [couche Ontologie](https://hurukan.com/fr/system/ontologie) porte les objets, les relations et les états, et la [couche Super Intelligence](https://hurukan.com/fr/system/superintelligence) est conçue pour ancrer ses modèles d’abord dans cette structure, avec les droits déjà appliqués. Elle est en construction. La question de savoir d’où vient un tel modèle est traitée dans [votre entreprise a déjà une ontologie](https://hurukan.com/fr/blog/votre-entreprise-a-deja-une-ontologie). ## Un test à faire dès aujourd’hui Rassemblez dix questions que vos équipes ont réellement posées ce mois-ci sur des clients, des commandes, des fournisseurs ou des contrats. Pour chacune, notez où se trouve vraiment la bonne réponse : - dans un seul document, - dans plusieurs documents qu’il faut combiner, - dans un enregistrement, - ou dans un comptage ou une somme portant sur de nombreux enregistrements. Posez ensuite ces dix questions à votre système actuel de recherche documentaire, si vous en avez un, et vérifiez chaque réponse par rapport à la source réelle. Notez où apparaissent la mauvaise version, le mauvais client ou un comptage inventé. Si les erreurs se concentrent dans toutes les catégories sauf « un seul document », vous avez trouvé la limite de la recherche documentaire, et c’est une limite de conception, pas du modèle. La question plus large de savoir où les modèles de langage aident, et où ils n’aident pas, est traitée dans [où les modèles de langage sont rentables](https://hurukan.com/fr/blog/ou-les-modeles-de-langage-sont-rentables). - RAG - recherche - ontologie - gestion des connaissances ## À lire aussi - [Une identité pour les personnes et les agents : qui peut quoi](https://hurukan.com/fr/blog/une-identite-pour-les-personnes-et-les-agents) - [L'état courant et le registre : les deux mémoires d'un système d'exploitation d'entreprise](https://hurukan.com/fr/blog/l-etat-courant-et-le-registre-deux-memoires)