Vous préparez un prototype qui embarque de l'intelligence artificielle et vous vous demandez ce que l'AI Act exige de vous ? Depuis le 27 juillet 2026, le règlement européen sur l'IA a été modifié par l'omnibus numérique (règlement (UE) 2026/1744) : certaines échéances reculent, d'autres tiennent. Voici ce qui change concrètement pour un projet en phase de prototype, et les réflexes à prendre dès maintenant pour ne pas devoir tout reprendre au moment de la mise en production.

Ce que l'omnibus numérique a modifié dans l'AI Act

Publié au Journal officiel de l'UE le 24 juillet 2026, le règlement (UE) 2026/1744, dit « Digital Omnibus on AI », n'abroge pas l'AI Act : il en ajuste le calendrier et allège certaines exigences. Ce qui intéresse directement une PME ou une association :

  • Les obligations des systèmes à haut risque sont repoussées. Pour les usages listés à l'annexe III (recrutement, évaluation de crédit, éducation, accès à des services essentiels, etc.), elles s'appliqueront le 2 décembre 2027 au lieu du 2 août 2026. Pour l'IA intégrée à des produits déjà réglementés (annexe I : dispositifs médicaux, jouets, machines...), l'échéance passe au 2 août 2028.
  • Les bacs à sable réglementaires nationaux devront être opérationnels au plus tard le 2 août 2027, soit un an plus tard que prévu. Le Bureau de l'IA peut en outre créer un bac à sable européen, avec un accès prioritaire pour les PME, les start-up et les petites entreprises de taille intermédiaire.
  • Des allègements pour les PME : documentation technique simplifiée selon un modèle que la Commission doit établir, système de gestion de la qualité proportionné à la taille de l'organisation, et prise en compte de la viabilité économique des PME dans les sanctions.
  • L'obligation de culture de l'IA (article 4), en vigueur depuis février 2025, est assouplie : il s'agit désormais d'accompagner la montée en compétence des équipes plutôt que de garantir un niveau donné.

En revanche, les obligations de transparence de l'article 50 (informer une personne qu'elle échange avec une IA, signaler les contenus générés) s'appliquent bien depuis le 2 août 2026. Nous en avions détaillé les conséquences pour les assistants conversationnels dans un précédent billet de ce blog.

Un prototype est-il concerné par l'AI Act ?

C'est la bonne nouvelle pour les projets en phase d'exploration : l'article 2 de l'AI Act exclut de son champ les activités de recherche, d'essai et de développement menées sur un système d'IA avant sa mise sur le marché ou sa mise en service. Un prototype testé en interne, sur des données de test, par une équipe projet, n'est donc pas soumis aux obligations du règlement en tant que tel.

Deux limites méritent toutefois votre attention :

  • Les essais en conditions réelles ne bénéficient pas de cette exclusion. Dès que votre prototype sert à de vrais utilisateurs, sur de vrais dossiers, avec un effet sur des personnes, vous sortez du laboratoire.
  • Le RGPD, lui, s'applique dès le premier jour. Un prototype qui traite des données personnelles reste soumis aux règles habituelles : base légale, minimisation, sécurité, information des personnes. L'exclusion prévue par l'AI Act ne vaut pas exemption de protection des données.

Le prototype est donc un espace de liberté temporaire, qui prend fin quand l'outil quitte le cercle des testeurs.

Classer votre futur système dès le prototype

Le report des échéances ne change rien à la logique du règlement : tout repose sur le niveau de risque de l'usage, pas sur la technologie employée. Le même modèle de langage peut servir à résumer des comptes rendus de réunion (risque minimal) ou à trier des candidatures (haut risque, annexe III). C'est donc pendant le prototypage, quand le périmètre fonctionnel se dessine, qu'il faut poser la question du classement.

Concrètement, pour chaque cas d'usage, demandez-vous :

  1. L'usage figure-t-il parmi les pratiques interdites par l'article 5 (manipulation, notation sociale, reconnaissance des émotions au travail, etc.) ? Si oui, le projet s'arrête là.
  2. L'usage relève-t-il de l'annexe III ? Recrutement, gestion du personnel, accès à la formation, évaluation de solvabilité : ce sont les cas les plus fréquents en PME.
  3. L'outil interagit-il avec des personnes ou produit-il du contenu diffusé ? Les obligations de transparence s'appliquent alors, quel que soit le niveau de risque.
  4. Sinon, le risque est minimal : aucune obligation spécifique, en dehors des bonnes pratiques et de la culture de l'IA des équipes.

Point d'attention rappelé par l'omnibus : un fournisseur qui estime que son système n'est pas à haut risque malgré un usage de l'annexe III doit toujours documenter son évaluation avant la mise sur le marché, et l'enregistrement dans la base européenne reste obligatoire, avec un contenu allégé. Cette analyse se rédige beaucoup plus facilement pendant le prototype qu'après coup.

Ce que le report ne change pas pour votre projet

Il serait tentant de lire le report au 2 décembre 2027 comme un « on verra plus tard ». Ce serait une erreur de calendrier. Un projet d'application qui démarre aujourd'hui par un prototype, enchaîne sur un MVP puis sur un déploiement progressif, arrive souvent en production à l'horizon de douze à dix-huit mois. Autrement dit, pile au moment où les obligations à haut risque deviendront applicables.

Les exigences de fond restent celles du texte initial : gestion des risques, gouvernance des données, documentation technique, journalisation, information des utilisateurs, contrôle humain, robustesse et cybersécurité. Aucune ne se plaque facilement sur une application déjà construite : la journalisation se prévoit dans l'architecture, le contrôle humain dans les écrans et les parcours.

Cinq réflexes à intégrer dès le prototype

Sans alourdir la phase exploratoire, quelques habitudes simples vous feront gagner beaucoup de temps le jour où le projet passera en production :

  • Rédiger une fiche d'usage d'une page : qui utilise l'outil, pour quelle décision, avec quel effet sur des personnes. C'est la base de votre classement.
  • Tracer l'origine des données utilisées pour tester ou ajuster le modèle, et privilégier des jeux de test anonymisés ou fictifs tant que l'on est en phase d'essai.
  • Prévoir une journalisation minimale des requêtes et des réponses, avec une durée de conservation définie : c'est utile pour mesurer la qualité du prototype comme pour la conformité future.
  • Concevoir le contrôle humain dans l'interface : une proposition de l'IA doit pouvoir être relue, corrigée ou rejetée par un utilisateur identifié.
  • Noter les choix techniques et leurs raisons (modèle retenu, hébergement, limites connues) dans un journal de décisions. Il deviendra le squelette de votre documentation technique.

Ces réflexes coûtent quelques heures au stade du prototype. Les reconstituer après coup sur une application en service coûte des semaines. C'est précisément l'intérêt d'un prototype bien cadré : valider la valeur métier tout en préparant le terrain de l'industrialisation.

Questions fréquentes

L'AI Act s'applique-t-il à un prototype d'IA ?

Non, tant que le prototype reste en phase de recherche, d'essai ou de développement avant sa mise sur le marché ou sa mise en service. Les essais en conditions réelles ne bénéficient pas de cette exclusion, et le RGPD s'applique dans tous les cas dès que des données personnelles sont traitées.

Qu'a changé l'omnibus numérique pour l'AI Act ?

Le règlement (UE) 2026/1744, en vigueur depuis le 27 juillet 2026, repousse les obligations des systèmes à haut risque au 2 décembre 2027 (annexe III) et au 2 août 2028 (annexe I). Il allège aussi certaines exigences pour les PME et décale au 2 août 2027 l'échéance des bacs à sable nationaux.

Les obligations de transparence sont-elles aussi reportées ?

Non. Les obligations de l'article 50, comme le fait d'informer une personne qu'elle échange avec une IA, s'appliquent depuis le 2 août 2026. Seul le marquage des contenus générés bénéficie d'un délai jusqu'au 2 décembre 2026 pour les systèmes mis sur le marché avant le 2 août 2026.

Comment savoir si mon projet d'IA est à haut risque ?

Le classement dépend de l'usage et non de la technologie. Un outil qui intervient dans le recrutement, la gestion du personnel, l'accès à la formation ou l'évaluation de solvabilité relève en principe de l'annexe III. Le plus sûr est de documenter cette analyse dès le prototype.

Vous voulez tester vite une idée d'outil d'IA sans être bloqué au moment de passer en production ? Pulsar Forge vous aide à cadrer l'usage, construire le prototype et préparer son industrialisation. Cet article donne des repères généraux et ne remplace pas un conseil juridique adapté à votre situation.

Parlons de votre projet