Assistant IA qualité : retrouver la bonne procédure

Un assistant IA pour les procédures qualité doit retrouver un document applicable, afficher sa version et renvoyer vers le passage qui justifie sa réponse. Il ne doit ni inventer une consigne ni remplacer une validation qualité. Pour une PME industrielle de Lyon ou d’Auvergne, le premier projet utile consiste à faciliter la consultation d’un périmètre documentaire maîtrisé, avec des droits d’accès, des sources vérifiables et une possibilité claire de ne pas répondre.

Ce guide s’adresse aux responsables qualité, production et systèmes d’information. Il porte sur une question concrète : comment aider les équipes à retrouver la bonne procédure, sans exposer une version périmée ou une information réservée ? Les exemples sont fictifs et ne décrivent aucune entreprise accompagnée. La démarche proposée complète un projet de recherche documentaire ; elle ne constitue pas une certification ni une garantie de conformité.

Quel problème résoudre avant de choisir un chatbot ?

Une procédure peut être disponible tout en restant difficile à retrouver. Les équipes connaissent parfois le nom d’une opération, mais pas le titre du document. Un même sujet apparaît dans une instruction, une annexe et une ancienne présentation. Une recherche par mots-clés fournit des fichiers sans expliquer lequel s’applique au poste, au produit ou au site concerné. L’outil à construire doit traiter cette difficulté précise.

Commencez par observer les recherches qui échouent : question posée, documents consultés, personne finalement sollicitée et temps nécessaire pour obtenir une réponse validée. Distinguez un défaut de recherche d’un manque documentaire. Si aucune procédure approuvée ne répond à la question, un assistant ne peut pas combler ce vide de manière fiable. La bonne action consiste alors à faire intervenir le responsable du processus documentaire.

Une navigation mieux organisée ou un moteur de recherche classique peuvent suffire. L’assistant devient intéressant lorsque les utilisateurs formulent leurs demandes avec un vocabulaire différent de celui des documents, ou doivent réunir plusieurs passages. Le pilote doit comparer ces options. Le but n’est pas d’ajouter une interface conversationnelle à tout prix, mais de raccourcir l’accès à une information applicable.

Quel périmètre confier à un assistant qualité ?

Séparez la consultation de la décision. Retrouver une instruction, indiquer son domaine d’application et montrer les pièces associées constituent un premier périmètre raisonnable. Modifier une procédure, valider un écart, accepter une dérogation ou autoriser une reprise engage d’autres responsabilités. Ces actions demandent un processus distinct, avec des personnes habilitées et des contrôles adaptés.

• Dans le premier périmètre : retrouver un document approuvé et proposer son lien direct.
• Sous contrôle : reformuler une explication sans supprimer les conditions ou exceptions du texte source.
• Hors du pilote : approuver une modification, décider d’une dérogation ou déclencher une action sur un équipement.
• Toujours possible : signaler un manque d’information et transmettre la demande au bon interlocuteur.

Rédigez quelques exemples de demandes autorisées et de demandes exclues avec la qualité et la production. Une question apparemment simple peut cacher une décision sensible. Demander où se trouve une procédure n’équivaut pas à demander si l’on peut poursuivre une opération malgré un défaut. L’interface doit rendre cette différence visible, sans laisser croire que toute réponse formulée avec assurance vaut autorisation.

Comment préparer les documents et leurs versions ?

Désigner une source de référence

Choisissez le référentiel qui fait autorité : une GED, un espace documentaire contrôlé ou un autre système déjà utilisé par l’entreprise. Évitez de constituer une copie parallèle dont personne ne suit les mises à jour. Définissez qui approuve les documents, qui corrige les métadonnées et comment une version cesse d’être applicable. Le connecteur doit traduire ces règles, pas les improviser.

Décrire le contexte d’application

Associez à chaque document un identifiant stable, un titre, une version, un statut, une date d’application et un responsable. Ajoutez les informations nécessaires au métier : site, famille de produits, atelier ou équipement, selon votre organisation. Ce sont des critères de sélection. Ils ne doivent pas être de simples mots dans le texte que le modèle serait chargé d’interpréter librement.

Décidez du traitement des brouillons et des versions retirées. Pour un assistant destiné à l’atelier, les exclure des réponses opérationnelles peut être le choix le plus clair. Si un usage d’archivage exige leur consultation, créez un parcours distinct qui les identifie explicitement. Un document historiquement intéressant n’est pas nécessairement applicable aujourd’hui.

Tester la mise à jour et le retrait

Lorsqu’une procédure change, vérifiez toute la chaîne : réception de la nouvelle version, remplacement des passages dans l’index, retrait des anciens extraits et traitement des réponses mises en cache. Définissez le délai de propagation attendu et une conduite à tenir si la synchronisation échoue. Un bouton qui ouvre le bon fichier ne suffit pas si le résumé affiché provient encore de l’ancienne édition.

Comment une réponse sourcée doit-elle fonctionner ?

Dans une architecture RAG, le système recherche des passages dans un corpus puis les fournit au modèle pour préparer une réponse. Pour ce cas d’usage, demandez d’abord une sélection explicite du contexte. Si plusieurs sites ou équipements correspondent à la question, l’assistant doit demander une précision avant de présenter une instruction comme applicable. Le manque de contexte doit rester visible.

Présentez ensuite une réponse courte, le titre du document, sa version et un lien vers le passage d’origine. Rendez les réserves et les conditions consultables. Une citation n’est utile que si elle soutient réellement l’affirmation : une référence à une page voisine ou à un paragraphe trop général peut donner une apparence de preuve sans fournir la réponse recherchée.

Le profil de risques du NIST pour l’IA générative identifie notamment les contenus erronés présentés avec assurance. Une réponse fluide ne prouve donc pas sa justesse. Dans ce projet, prévoyez des essais où l’information manque, où les documents se contredisent ou où une question appelle une décision humaine. L’assistant doit pouvoir indiquer qu’il ne dispose pas d’une source suffisante.

Ne réduisez pas la réponse à une phrase détachée de son contexte. Un tableau, un schéma ou une note de bas de page peuvent modifier l’interprétation. Si ces éléments ne sont pas correctement indexés, préférez renvoyer vers le document et signaler la limite. N’exigez pas du modèle qu’il reconstitue des informations qui n’ont pas été fournies.

Comment respecter les droits d’accès ?

Identifiez l’utilisateur et appliquez ses droits avant que les passages ne soient transmis au modèle. Une consigne demandant au chatbot de ne pas divulguer certains fichiers ne remplace pas un contrôle technique. Le même utilisateur doit conserver les restrictions qui s’appliquent dans les outils documentaires d’origine, y compris après un changement de rôle ou un retrait d’habilitation.

La documentation d’Azure AI Search distingue plusieurs mécanismes de contrôle au niveau des documents et précise leurs conditions d’utilisation. C’est un exemple d’implémentation, pas une propriété automatique de tout système RAG. Pour votre architecture, vérifiez les connecteurs, les métadonnées d’autorisation, la vérification à la requête et les éventuelles fonctionnalités encore en préversion.

Testez aussi les chemins indirects : titre d’un document interdit dans une citation, extrait dans un historique de conversation, résultat conservé en cache ou lien partagé. Une réponse refusée ne doit pas dévoiler le contenu qu’elle est censée protéger. Prévoyez des comptes de test avec des périmètres différents et contrôlez les résultats après une révocation d’accès.

Exemple fictif : deux sites, deux procédures applicables

Imaginons une organisation disposant de deux sites. Une équipe demande quelle instruction consulter pour un contrôle de réception. Les deux établissements utilisent des documents proches, mais leurs domaines d’application diffèrent. L’assistant ne choisit pas le fichier qui semble le plus récent : il demande le site concerné et vérifie le statut documentaire avant de proposer un lien.

Une nouvelle version est ensuite approuvée pour un seul site. Le test consiste à vérifier que les utilisateurs concernés voient cette version, tandis que les autres continuent à recevoir celle qui leur est applicable. Un compte ne disposant pas des droits nécessaires ne doit recevoir ni extrait ni titre réservé. Cet exemple expose un scénario de validation ; il ne rapporte aucun résultat de terrain.

Si la question suivante demande d’ignorer une étape de contrôle, la réponse doit orienter vers la personne habilitée plutôt que proposer une dérogation. L’accès facilité à l’information ne transfère pas le pouvoir de décision. Cette séparation doit être comprise par les utilisateurs et vérifiable dans les scénarios de recette.

Comment construire un pilote à Lyon ou en Auvergne ?

Pour une PME ou une ETI répartie entre Lyon, Clermont-Ferrand et d’autres sites d’Auvergne-Rhône-Alpes, partez d’un périmètre réellement partagé. Les pratiques, les habilitations et le vocabulaire peuvent varier d’un établissement à l’autre. Un pilote limité à un atelier ne démontre pas automatiquement que les réponses sont applicables à toute l’entreprise.

Constituez un petit groupe associant qualité, utilisateurs du terrain et SI. Choisissez un ensemble cohérent de documents approuvés et des questions fréquentes dont la réponse peut être contrôlée. Préparez les réponses attendues avec la personne responsable du référentiel. Gardez des questions distinctes pour la recette finale, afin de ne pas évaluer seulement les exemples utilisés pendant les réglages.

1. Observer les recherches actuelles et définir le problème prioritaire.
2. Nettoyer le périmètre documentaire et confirmer les statuts, versions et responsables.
3. Tester la recherche et les citations sans action sur les outils métier.
4. Vérifier les questions ambiguës, les documents retirés et les accès interdits.
5. Faire essayer l’outil en situation de consultation, puis décider de l’extension à partir des résultats.

Fixez avant la recette les erreurs qui bloquent le déploiement : document périmé proposé comme actuel, accès indu, réponse sans preuve à une question exigeant une source ou décision présentée comme une autorisation. Vous pouvez accepter qu’un assistant réponde moins souvent, mais vous devez savoir dans quels cas et pourquoi. La couverture seule ne mesure pas la qualité du service.

Quels indicateurs suivre et quel budget comparer ?

Mesurez la part des questions pour lesquelles le bon document et le bon passage sont retrouvés. Contrôlez séparément l’exactitude de la reformulation, la validité de la version et le respect des accès. Mesurez aussi les abstentions pertinentes : refuser de conclure lorsque le document manque peut être une bonne réponse. Les essais doivent inclure ces situations pour ne pas favoriser les réponses hasardeuses.

Comparez le temps total nécessaire pour obtenir une information vérifiée, avec et sans assistant. Incluez la lecture des sources et les demandes complémentaires. Une réponse instantanée qui impose ensuite plusieurs minutes de vérification peut ne rien améliorer. Relevez les retours des utilisateurs et les motifs d’abandon, sans déduire un gain de productivité d’une simple fréquence d’utilisation.

Le budget comprend la préparation des documents, le connecteur, l’indexation, les appels au modèle, l’authentification, les essais et l’exploitation. Ajoutez le temps de maintien du référentiel et de suivi des mises à jour. Comparez ce coût à une amélioration de la recherche classique et à la charge réellement constatée. Aucun gain universel ni retour sur investissement garanti ne peut être déduit de ce guide.

Comment maintenir l’assistant après le pilote ?

Désignez un responsable de l’exploitation et un responsable documentaire. Précisez qui reçoit les signalements, qui suspend une source erronée et qui valide le retour au fonctionnement normal. Conservez une procédure de recherche alternative en cas d’indisponibilité. Les équipes doivent pouvoir retrouver la documentation sans dépendre exclusivement de la conversation.

Rejouez les scénarios de référence après une évolution du modèle, du connecteur ou du corpus. Contrôlez notamment le retrait des documents et les habilitations. Un bon résultat au lancement ne prouve pas que le service restera fiable après plusieurs mises à jour. Les retours terrain permettent d’ajouter des questions utiles, tout en conservant un jeu de recette stable pour comparer les versions.

Questions fréquentes

Peut-on connecter un assistant IA à une GED existante ?

Oui, si des accès et des interfaces adaptés sont disponibles. Vérifiez que le connecteur restitue les documents, les statuts, les versions et les droits nécessaires. La possibilité technique de lire des fichiers ne suffit pas à garantir que les réponses respectent leur domaine d’application.

Une réponse avec une citation est-elle forcément exacte ?

Non. Le passage cité peut être incomplet, périmé ou ne pas justifier la conclusion. La recette doit vérifier la correspondance entre chaque affirmation et sa source, ainsi que la version applicable. Pour les questions sensibles, renvoyer au document ou à une personne habilitée reste nécessaire.

L’assistant peut-il approuver une procédure ou une dérogation ?

Le périmètre décrit ici se limite à la consultation. Il n’inclut aucune approbation ni autorisation opérationnelle. Ces décisions restent dans les circuits de validation de l’entreprise, avec leurs responsabilités et leurs habilitations propres.

Faut-il commencer par tous les documents de l’entreprise ?

Non. Un corpus cohérent et maîtrisé permet de tester plus clairement les versions, les droits et les réponses attendues. Étendez ensuite le périmètre par étapes, après validation des résultats et de la capacité à maintenir les documents à jour.

Préparer un premier périmètre utile

Listez les questions récurrentes, les sources approuvées et les personnes habilitées à répondre. Vérifiez ensuite si un assistant apporte une amélioration mesurable par rapport à votre recherche actuelle. Made in AI, basé à Lyon, accompagne le cadrage, la connexion aux outils et la formation des équipes pour les projets IA des organisations industrielles.