AI Act « Omnibus » : l'IA industrielle sort du champ, mais la traçabilité reste votre problème

Dans la nuit du 6 au 7 mai 2026, après un premier trilogue infructueux fin avril, le Parlement européen et le Conseil sont parvenus à un accord provisoire sur la simplification de l'AI Act, dans le cadre du paquet « Digital Omnibus ». Le compromis, confirmé le 11 mai, contient une disposition que toute l'industrie européenne attendait : l'IA industrielle sort du champ d'application direct de l'AI Act, et l'application des dispositions relatives aux systèmes à haut risque est repoussée à fin 2027.

Dans les directions techniques des fabricants de robots, de machines intelligentes et de systèmes autonomes, la première réaction a souvent été le soulagement. Elle est compréhensible. Elle est aussi, en grande partie, une erreur de lecture.

Cet article propose une analyse à contre-courant : l'Omnibus ne réduit pas l'exigence de traçabilité qui pèse sur l'IA embarquée dans les produits industriels. Il la déplace. Et pour les fabricants de matériel réglementé, ce déplacement rend la structuration des données d'ingénierie plus urgente, pas moins.

Ce que l'accord change réellement

Reprenons les faits. L'accord de mai 2026 comporte quatre volets principaux pour les industriels.

Premièrement, l'exemption de l'IA industrielle du champ direct du règlement. Les systèmes d'IA intégrés dans des équipements industriels et déjà couverts par des législations sectorielles ne relèvent plus directement de l'AI Act, afin d'éviter les doubles régimes de conformité.

Deuxièmement, le report des échéances haut risque. Les obligations applicables aux systèmes d'IA à haut risque autonomes de l'Annexe III sont repoussées à décembre 2027, et les bacs à sable réglementaires nationaux à août 2027.

Troisièmement, quelques accélérations ciblées : l'obligation de marquage des contenus générés par IA voit sa transition raccourcie à décembre 2026, et une interdiction explicite des systèmes de « nudification » est introduite.

Quatrièmement, une extension des mesures de flexibilité aux entreprises « small and mid-caps », catégorie qui couvre une grande partie des ETI industrielles européennes.

Sur le papier, c'est une victoire de la ligne portée par l'Allemagne et la France, qui plaidaient pour une meilleure prise en compte des réalités sectorielles. Mais comme le notent plusieurs analystes, derrière l'étiquette de simplification, l'accord ne remet pas en cause les fondements du règlement : il en modifie les modalités d'intégration dans les écosystèmes sectoriels.

C'est là que tout se joue pour les fabricants de matériel.

L'exemption qui n'en est pas une

Prenons le cas d'un fabricant de robots mobiles autonomes pour la logistique, ou d'un fabricant de machines-outils intégrant de la vision par IA pour le contrôle qualité. Que signifie concrètement « sortir du champ direct de l'AI Act » ?

Cela signifie que la conformité de l'IA embarquée sera évaluée à travers la législation sectorielle applicable au produit. Pour un robot ou une machine, cette législation, c'est le règlement Machines 2023/1230, applicable en janvier 2027. Or ce règlement, contrairement à la directive qu'il remplace, traite explicitement les systèmes à comportement évolutif et auto-apprenant. Il exige que le fabricant documente la logique de sécurité, les limites d'utilisation, les données qui déterminent le comportement du système, et qu'il maintienne cette documentation à jour pendant toute la vie du produit.

Pour un dispositif médical intégrant de l'IA, la législation sectorielle, c'est le MDR, dont la révision en cours maintient intégralement les exigences de documentation technique et de surveillance après commercialisation.

Autrement dit : l'exigence de fond n'a pas disparu. Elle a changé d'adresse. Au lieu d'un régime horizontal AI Act qui se serait superposé aux régimes sectoriels, les industriels font face à des régimes sectoriels qui absorbent les exigences relatives à l'IA. La double conformité disparaît, la conformité reste.

Il y a même un argument pour dire que la situation devient plus exigeante. Un régime horizontal aurait produit des lignes directrices génériques, des modèles de documentation standardisés, un écosystème de conseil mutualisé. Les régimes sectoriels, eux, exigent que chaque fabricant traduise lui-même les principes de maîtrise de l'IA dans le langage de sa propre réglementation, de ses propres normes harmonisées, de son propre organisme notifié.

Le vrai sujet : la traçabilité du comportement

Qu'est-ce qui rend l'IA si difficile à documenter dans un cadre réglementaire ? Ce n'est pas le code. C'est le fait que le comportement du système ne dépend plus seulement de sa conception, mais de ses données d'entraînement, de ses paramètres, de ses versions de modèles, et parfois de son apprentissage en exploitation.

La documentation technique d'une machine classique décrit une chaîne causale stable : telle exigence de sécurité est couverte par telle fonction, réalisée par tel composant, vérifiée par tel test. La documentation d'une machine intelligente doit décrire une chaîne causale mouvante : telle exigence de sécurité est couverte par telle fonction, réalisée par tel modèle dans telle version, entraîné sur tel jeu de données, avec telles performances mesurées, telles limites connues et telles conditions de réentraînement.

Chaque mise à jour du modèle est potentiellement une évolution de définition du produit. Chaque évolution de définition doit déclencher une analyse d'impact : quelles exigences sont concernées, quels tests doivent être rejoués, quelle documentation doit être révisée, quels produits déjà livrés sont affectés.

Faites le calcul. Un fabricant de robots qui met à jour ses modèles de perception tous les trimestres, sur une gamme de trois produits déclinés en dix variantes clients, génère un flux d'analyses d'impact que des processus documentaires manuels ne peuvent tout simplement pas absorber. Ce n'est pas une question de rigueur des équipes, c'est une question d'architecture de l'information.

Pourquoi les outils actuels ne suffisent pas

La plupart des fabricants concernés gèrent aujourd'hui leur conformité avec une combinaison de trois outils : un PLM orienté CAO pour les définitions mécaniques, un gestionnaire de tickets pour le développement logiciel, et une suite bureautique pour les exigences et les dossiers techniques.

Cette architecture a un défaut structurel : les liens entre les mondes n'existent nulle part. Le lien entre une exigence de sécurité du règlement Machines et la version du modèle de vision qui la satisfait n'est écrit dans aucun système. Il vit dans la tête de l'ingénieur système, dans un tableau Excel de correspondance qui date de la dernière certification, ou dans un paragraphe d'un rapport de validation.

Or c'est précisément ce lien que l'organisme notifié, le client ou l'autorité de surveillance du marché demandera de démontrer. Et c'est ce lien qui doit être réévalué à chaque évolution du modèle.

La réponse architecturale à ce problème est connue : représenter l'ingénierie comme un graphe. Les exigences, les fonctions, les composants matériels, les modèles logiciels, les jeux de données, les preuves de vérification deviennent des nœuds ; les relations de satisfaction, de réalisation, de vérification et d'impact deviennent des arêtes. Dans ce modèle, l'analyse d'impact d'une mise à jour de modèle est une traversée de graphe, exécutée en secondes. La production du dossier technique est une extraction de sous-graphe, pas un projet de trois mois.

C'est le parti pris de Koddex : plutôt que d'ajouter un outil de plus à l'archipel, construire le référentiel qui relie tous les objets d'ingénierie, du besoin réglementaire à la preuve de test, avec une traçabilité native pensée pour les régimes réglementaires européens.

Dix-huit mois pour se préparer, pas pour attendre

Le report des échéances haut risque à fin 2027 crée une fenêtre de dix-huit mois. La tentation est de la traiter comme un sursis. Trois raisons plaident pour en faire au contraire une période de structuration active.

D'abord, le règlement Machines n'attend pas, lui : janvier 2027 est dans six mois. Pour les fabricants de machines et de robots intégrant de l'IA, c'est cette échéance qui dimensionne le calendrier, pas celle de l'AI Act.

Ensuite, la documentation ne se rattrape pas. Un référentiel de traçabilité se construit au fil de l'ingénierie ; le reconstituer a posteriori coûte typiquement trois à cinq fois plus cher et produit un résultat moins fiable. Chaque sprint de développement effectué sans structuration est une dette qui s'accumule.

Enfin, la conformité démontrable devient un argument commercial. Les intégrateurs et les clients finaux, eux-mêmes soumis à des obligations de déployeurs, commencent à exiger de leurs fournisseurs des garanties documentées sur la maîtrise de l'IA embarquée. Le fabricant capable de produire en quelques clics la matrice de traçabilité entre exigences de sécurité et versions de modèles gagnera des appels d'offres contre ceux qui promettent de la produire « sous quelques semaines ».

Conclusion : la simplification est réglementaire, pas technique

L'accord Omnibus de mai 2026 simplifie le paysage juridique. Il ne simplifie en rien le problème technique sous-jacent : maîtriser et démontrer le comportement de systèmes dont la définition évolue en permanence.

Pour les CTO de la robotique et de la deeptech européennes, la conclusion opérationnelle tient en une phrase : ne construisez pas votre feuille de route de conformité sur les échéances de l'AI Act, construisez-la sur la structure de vos données d'ingénierie. Si cette structure est un graphe traçable, chaque évolution réglementaire à venir sera une requête de plus. Si c'est un archipel de documents, chaque évolution réglementaire sera une crise de plus.

L'Europe a choisi de faire confiance aux régimes sectoriels pour encadrer l'IA industrielle. Les industriels qui prendront cette confiance au sérieux en sortiront renforcés.

Sources

- Intelligence artificielle: le Conseil et le Parlement conviennent de simplifier et de rationaliser la reglementation (Conseil de l'UE / Consilium, 7 mai 2026)
- Omnibus numerique : l'IA industrielle (quasi) exemptee de l'AI Act (Leto, 2026)
- Apres un blocage initial, l'UE trouve finalement un compromis sur l'AI Act (ICTjournal, 12 mai 2026)
- AI Act : le Parlement europeen valide la simplification des regles et interdit les applications "nudifiantes" (Technomedia, juin 2026)
- Intelligence artificielle: le Conseil donne son feu vert final pour simplifier et rationaliser la reglementation (Conseil de l'UE / Consilium, 29 juin 2026)
- Reglement (UE) 2024/1689 etablissant des regles harmonisees concernant l'intelligence artificielle (legislation sur l'IA) (EUR-Lex, Journal officiel, 13 juin 2024)

Koddex centralise exigences, définitions, versions logicielles et preuves de conformité dans un référentiel en graphe conçu pour les industries réglementées européennes. Demandez une démonstration sur le cas de l'IA embarquée.