Guide

Base de connaissances IA et l'EU AI Act : obligation d'identification

Depuis août 2026, les obligations de transparence de l'EU AI Act s'appliquent. Ce que cela signifie concrètement pour une base de connaissances IA, qui est concerné et ce qu'il faut réellement faire dans la mise en œuvre.

Offre sur demande6 à 10 semainesÉtat 2026
En bref

Depuis août 2026, les obligations de transparence de l'article 50 de l'EU AI Act s'appliquent : quiconque communique directement avec un système d'IA doit pouvoir le reconnaître. Nous intégrons l'identification de manière standard. Pour une base de connaissances IA, cela signifie : l'identification est obligatoire, pas optionnelle, et s'applique indépendamment de la taille de l'entreprise — une entreprise individuelle est tout autant concernée qu'un groupe. Ce qui compte, c'est la finalité d'utilisation et le risque, pas le nombre de collaborateurs.

01 — Situation juridique

EU AI Act : ce qui s'applique

Depuis août 2026, les obligations de transparence de l'article 50 de l'EU AI Act s'appliquent : quiconque communique directement avec un système IA doit pouvoir le reconnaître. Nous intégrons l'identification par défaut.

L'AI Act ne fait pas de distinction selon la taille de l'entreprise : une entreprise individuelle avec un système IA au contact client est concernée au même titre qu'un groupe. Ce qui compte, ce sont l'objectif d'utilisation et le risque, pas le nombre d'employés.

S'ajoute l'obligation de garantir une compétence IA suffisante des personnes concernées. Ce n'est pas une obligation d'examen, mais cela devrait être documenté — une formation avec liste des participants est la preuve la plus simple.

02 — Protection des données

Ce qu'exige le RGPD

Dès que des données à caractère personnel sont traitées — et cela arrive plus vite qu'on ne le pense, par exemple dès que quelqu'un saisit un nom ou un numéro de téléphone — les obligations habituelles s'appliquent : indiquer la base juridique, définir la finalité, respecter la minimisation des données, définir les délais de suppression, informer les personnes concernées.

Concrètement, cela signifie pour une base de connaissances IA : un contrat de sous-traitance avec chaque prestataire impliqué, la vérification du lieu de traitement, un délai de suppression documenté et un passage compréhensible dans la politique de confidentialité. Trois éléments manquent presque toujours en pratique : le délai de suppression défini, la mention à l'endroit où les données sont collectées et la clarification quant à savoir si le fournisseur utilise les données pour son propre entraînement.

Une analyse d'impact relative à la protection des données n'est nécessaire qu'en cas de risque élevé probable — ce qui n'est pas le cas pour la plupart des projets de ce type. L'examen lui-même devrait néanmoins être documenté, afin qu'il soit possible de justifier a posteriori pourquoi il a été écarté.

03 — Risques

Ce qui peut mal tourner

  • Le système répond faux. Limitez cela en le faisant travailler exclusivement à partir de contenus vérifiés et en le configurant pour qu'il transfère en cas d'incertitude au lieu de deviner. C'est une décision de configuration, pas une propriété de la technologie.
  • L'effort est sous-estimé. Raison la plus fréquente : situation de départ floue. Un état des lieux honnête avant l'offre l'évite plus sûrement que n'importe quelle marge de sécurité.
  • Personne ne le maintient. Le plus grand risque de tous — et le plus facile à éviter.
  • Failles dans la protection des données. Elles proviennent presque toujours de délais de suppression manquants et de responsabilités floues, rarement de la technologie elle-même.
  • Dépendance vis-à-vis du fournisseur. Évitable si les accès, données et documentation appartiennent contractuellement au donneur d'ordre.

04 — Questions

Questions fréquentes

Qu'est-ce que le RAG ?

L'abréviation signifie retrieval-augmented generation. Au lieu de laisser le modèle linguistique répondre de mémoire, on recherche d'abord dans vos documents, et seuls les passages trouvés sont utilisés pour répondre. C'est pourquoi la réponse a une source.

Cela doit-il fonctionner dans le cloud ?

Non. Pour les domaines sensibles, nous utilisons des modèles qui fonctionnent entièrement sur votre propre matériel. Cela coûte plus cher en configuration et un peu en qualité de réponse, mais aucun document ne quitte la maison.

Nos documents sont un chaos. Est-ce possible malgré tout ?

Dans une certaine mesure oui — le système peut gérer différents formats et structures. Ce qu'il ne peut pas faire, c'est résoudre des informations contradictoires. Si trois versions d'une liste de prix circulent, il faut clarifier au préalable laquelle est valable.

Combien de temps prend la configuration avec un grand stock de documents ?

Cela dépend moins de la quantité que de l'état : des archives bien structurées avec peu de doublons sont opérationnelles en quelques semaines, les archives constituées au fil du temps avec beaucoup d'anciennes versions nécessitent un nettoyage préalable.

Est-ce que tout le monde voit tout alors ?

Non. Les droits de vos systèmes existants sont repris. Celui qui ne peut pas ouvrir un dossier aujourd'hui n'obtiendra pas non plus de réponse à partir de celui-ci.

Et si nous avons plusieurs langues dans notre stock de documents ?

Aucun problème — la recherche comprend les questions et documents indépendamment de la langue et trouve la bonne réponse même si question et source sont rédigées dans des langues différentes.

Pouvons-nous étendre progressivement à d'autres départements ?

Oui, c'est la voie habituelle. Commencer avec un département, apprendre de ses questions et résultats, puis seulement connecter le suivant — au lieu de tout déployer d'un coup.

Prochaine étape

Parlons brièvement de savoir si cela vaut le coup pour vous.

Une conversation de vingt minutes suffit généralement pour clarifier si un projet a du sens. Sinon, nous le disons — c'est moins cher pour les deux parties qu'une offre dont personne n'a besoin.