Bases de connaissances IA

Point de départ

Ce qu’est une base de connaissances IA

Une base de connaissances IA est d’abord une décision éditoriale : désigner ce qui fait référence dans l’organisation. La partie technique, elle, se joue ailleurs et relève de l’architecture RAG.

Elle se distingue d’un disque partagé sur un point : chaque document y possède un statut. On sait s’il fait foi, qui en répond, qui peut le lire et quand il cesse d’être valable. Un dossier partagé contient des fichiers ; une base de connaissances contient des documents qualifiés. Cette qualification n’est pas informatique, elle appartient à ceux qui produisent les documents.

Sourcing : quels documents entrent dans la base, et lesquels doivent en rester dehors

La règle de tri est simple : n’entre dans la base que ce que vous accepteriez de voir cité mot pour mot dans une réponse adressée à un client.

Entrent naturellement les procédures validées, la documentation produit à jour, les conditions commerciales en vigueur, les référentiels maintenus par un service identifié, les réponses types du support déjà relues, les comptes rendus de décision actés.

Restent dehors les brouillons, les échanges de messagerie, les présentations dont plus personne ne connaît le statut, les versions de travail gardées « au cas où », les documents dont l’auteur est parti sans repreneur, et tout ce qui contient des données personnelles sans base légale d’exploitation. Un document exclu n’est pas perdu : il reste accessible ailleurs, il cesse de servir de source de vérité.

Qualité et fraîcheur : doublons, versions obsolètes, contradictions entre documents

Le doublon est l’ennemi principal. Deux versions d’une même procédure produisent deux réponses également assurées et contradictoires, sans que rien ne signale le conflit.

Trancher est un arbitrage humain, pas un réglage technique. Établissez une hiérarchie de sources : le référentiel officiel prime sur la note de service, qui prime sur la fiche pratique. Quand elle ne suffit pas, la question remonte au propriétaire du domaine, qui décide et retire le document perdant. Une contradiction non tranchée ressortira.

La fraîcheur se gère par le statut plutôt que par l’ancienneté apparente. Chaque document porte un état : en vigueur, en révision, retiré. Seuls les documents en vigueur alimentent les réponses. Un document retiré doit disparaître du périmètre, pas simplement être renommé.

Points de vigilance

Limites, risques et coût d’entretien de la base

Une base de connaissances coûte moins cher à construire qu’à maintenir. Le budget d’entretien se sous-estime toujours, parce qu’il ne produit rien de visible : il évite seulement que le système affirme des choses fausses.

Les risques sont connus et se traitent par des décisions d’organisation. Le tableau ci-dessous associe chaque risque à son signal d’alerte, à la réponse à apporter et à ce qui reste difficile malgré elle.

Risque	Signal d’alerte	Réponse organisationnelle	Point de vigilance
Document périmé toujours cité	Une réponse contredit le service concerné	Statut « retiré » et sortie du périmètre	Le retrait doit être répercuté partout, copies exportées comprises
Contradiction entre sources	Deux réponses divergentes selon la formulation	Hiérarchie de sources, arbitrage par le propriétaire du domaine	L’arbitrage consomme du temps métier que personne n’a planifié
Fuite par le contenu	Une réponse cite un document réservé à un autre profil	Filtrage des droits appliqué à la recherche	Les documents mixtes échappent au classement fichier par fichier
Base illisible par excès de volume	Les réponses deviennent vagues à mesure que le corpus grossit	Périmètre limité aux documents de référence, archivage du reste	Restreindre suppose d’assumer des refus de réponse
Propriété diluée	Personne ne sait qui valide une mise à jour	Un propriétaire nommé par domaine, inscrit dans la fiche du document	Sans transfert explicite lors d’un départ, le document redevient orphelin

Reste une limite qu’aucune gouvernance ne lève : la connaissance non écrite. Ce que savent les personnes expérimentées et que nul document ne consigne restera hors de portée. Une base révèle ces manques plus qu’elle ne les comble, et c’est déjà utile.

Exemples concrets

Cas d’usage

• Consolider les procédures internes dispersées entre intranet, messagerie et disques partagés
• Ouvrir la documentation produit à un assistant client, sans exposer les documents confidentiels
• Distinguer les contenus accessibles à tous de ceux réservés aux managers ou à un service
• Suivre les questions restées sans réponse pour identifier les manques à combler dans la base

Vos questions

Questions fréquentes

Quels documents faut-il intégrer en priorité dans une base de connaissances IA ?

Ceux qui répondent aux questions déjà posées. Relevez les demandes récurrentes adressées au support ou aux équipes internes, puis remontez aux documents qui contiennent la réponse : ce sont vos priorités.

Ce tri évite le réflexe de tout verser d’un coup. Une base restreinte, à jour et dont chaque document a un propriétaire vaut mieux qu’un corpus large où le vrai et le périmé cohabitent.

Comment gérer les accès et la confidentialité selon les profils ?

En définissant des périmètres de lecture par profil, puis en rattachant chaque document à un périmètre. Le filtrage s’applique avant que le système ne consulte les contenus, jamais après coup sur la réponse produite.

Le cas difficile est le document mixte, qui mêle information partageable et éléments réservés. Scindez-le, ou classez-le au niveau le plus restrictif. Laissé en accès large, il ressortira dans une réponse destinée au mauvais profil. Ce point conditionne ce que vous pouvez ouvrir à un chatbot IA exposé au public.

À quelle fréquence faut-il mettre à jour la base ?

Au rythme des événements qui modifient la réalité décrite, pas selon une périodicité fixe. Un changement de tarif, une évolution réglementaire ou une nouvelle version de produit déclenche la revue immédiate des documents concernés.

Complétez par une revue de rappel pour les documents qu’aucun événement ne réveille jamais : ce sont ceux qui vieillissent en silence. L’important est que la mise à jour soit déclenchée par quelqu’un, non attendue de tous.

Qui doit être responsable de la base de connaissances dans l’entreprise ?

Une personne pour le dispositif d’ensemble, et un propriétaire nommé par domaine documentaire. Le premier tient les règles communes, les seconds répondent du contenu de leur périmètre.

Confier l’ensemble à la direction informatique est l’erreur courante : elle garantit la disponibilité, pas l’exactitude d’une procédure métier. Prévoyez le transfert de propriété lors des départs, sans quoi la base se remplit de documents orphelins. L’exploitation dans les outils quotidiens est traitée sur les applications métier avec IA.