Le Règlement IA UE est en vigueur et s'applique progressivement par catégorie (pratiques interdites depuis février 2025 ; IA à usage général depuis août 2025 ; haut risque à partir de décembre 2027 pour l'Annexe III et d'août 2028 pour l'Annexe I), et les pénalités ne sont pas symboliques. Le déploiement d'un système IA interdit peut entraîner des amendes jusqu'à 35 millions d'euros ou 7 % du chiffre d'affaires mondial annuel. Pour les opérateurs industriels, les OEM automobiles, les développeurs de systèmes autonomes et les utilities énergie, les enjeux sont particulièrement aigus : le régime à haut risque s'étend aux composants de sécurité dans les machines et le transport via l'Article 6(1) et l'Annexe I, et dans les infrastructures critiques au titre de l'Annexe III — et le dossier technique requis pour un déploiement physique est substantiellement plus exigeant que la documentation requise pour une application logicielle. Je suis Ambassadeur IA du Gouvernement Français, et j'apporte une connaissance approfondie des exigences techniques de ce règlement — en lisant le texte de près et en l'appliquant en pratique.
Vous ne savez pas lesquels de vos systèmes sont à haut risque — et pour les déploiements physiques, la classification est plus susceptible d'être à haut risque que vous ne l'attendez. Le Règlement IA définit les systèmes à haut risque par cas d'usage, et non par la technologie, selon deux voies : l'Annexe III (cas d'usage à haut risque indépendants) et l'Article 6(1) combiné à l'Annexe I (l'IA qui constitue un composant de sécurité d'un produit déjà couvert par la législation d'harmonisation de l'UE). Pour l'IA physique, les catégories susceptibles de s'appliquer, selon le rôle et le cas d'usage, comprennent : les composants de sécurité des machines (robots, véhicules guidés autonomes) et l'IA dans le transport (ADAS, véhicules autonomes, UAS), qui relèvent du régime des composants de sécurité de produits réglementés au titre de l'Article 6(1) et de l'Annexe I ; ainsi que les composants de sécurité des infrastructures critiques (énergie, eau, gaz) et l'IA liée à l'emploi au titre de l'Annexe III. Un modèle de maintenance prédictive n'est pas automatiquement à haut risque — mais lorsqu'il alimente une décision de maintenance à sécurité critique, il peut être qualifié de composant de sécurité de machine au titre de l'Article 6(1) et de l'Annexe I, selon son rôle.
La documentation technique Annexe IV pour un déploiement physique est substantiellement plus difficile que pour une application logicielle. Pour un système IA physique, elle exige également l'architecture d'intégration avec le système physique, la spécification de l'enveloppe de sûreté, l'analyse de danger, la documentation des modes de défaillance, les résultats de tests de violation d'enveloppe et les enregistrements de gestion des versions matériel et firmware.
L'évaluation de conformité pour un système IA physique à haut risque peut nécessiter le recours à un organisme notifié au titre de l'Article 43 ou de la législation sectorielle applicable, et prend des mois. Les équipes la planifient comme un exercice administratif. En pratique, la première soumission formelle à un organisme notifié déclenche un cycle de clarification qui dure des mois.
La surveillance post-commercialisation pour l'IA déployée physiquement est opérationnellement complexe. Pour l'IA déployée physiquement, elle nécessite une architecture de collecte de données terrain depuis le matériel déployé, une gestion des mises à jour OTA et du suivi de version, des délais stricts de notification réglementaire.
Le périmètre de l'engagement dépend de la taille de votre empreinte IA et du nombre de systèmes à haut risque concernés. Douze semaines couvrent un seul système à haut risque ; vingt-quatre semaines couvrent un portfolio de trois à cinq systèmes avec une infrastructure de gouvernance partagée.
Nous construisons un inventaire écrit de chaque système IA dans votre organisation avec chaque classification contre les catégories de risque du Règlement IA. Pour les déploiements physiques, cela inclut une analyse explicite contre les régimes à haut risque applicables — l'Annexe III, ainsi que l'Article 6(1) combiné à l'Annexe I pour les systèmes intégrés à un produit : les composants de sécurité dans les machines (ISO 10218, Règlement Machines) et l'IA dans le transport (UNECE R155/R156, homologation de type) relèvent de l'Article 6(1) et de l'Annexe I ; l'IA pour infrastructures critiques (IEC 62443, NIS2) relève de l'Annexe III ; et d'autres catégories applicables.
Pour chaque système à haut risque, nous construisons les artefacts de conformité en parallèle. Pour les systèmes IA physiques, cela inclut l'architecture d'intégration avec le système physique, la spécification de l'enveloppe de sûreté, l'analyse de danger, le document de couverture des modes de défaillance, les résultats de tests de violation d'enveloppe et les enregistrements de gestion des versions matériel et firmware.
Nous mettons en place le programme de surveillance post-commercialisation adapté aux déploiements physiques : le plan écrit, l'architecture de collecte de données terrain depuis le matériel déployé, la gestion des mises à jour OTA et le suivi de version, les critères de classification des incidents pour les incidents terrain impliquant une interaction avec un système physique.
Nous construisons l'infrastructure de gouvernance pour le long terme — la charte du comité de gouvernance IA, le processus d'admission pour les nouveaux systèmes IA (avec un fast-path de classification pour les déploiements physiques), le cycle de revue récurrent.
Industriels déployant des composants de sécurité IA dans des machines ou des véhicules guidés autonomes sous le Règlement Machines et l'Article 6(1). OEM automobiles et équipementiers avec des stacks ADAS ou AD sous homologation de type et UNECE R155/R156. Développeurs de systèmes autonomes (UAS, robotique) dont les produits sont des composants de sécurité sous le Règlement Machines ou la réglementation sectorielle pertinente. Utilities énergie déployant l'IA dans des composants de sécurité d'infrastructure critique sous IEC 62443 et NIS2.
Votre cabinet d'avocats vous dit ce que le règlement exige ; je construis le programme qui le met en œuvre. Pour les déploiements IA physiques, cet écart est énorme : le cabinet ne peut pas écrire votre documentation technique Annexe IV pour un composant de sécurité robotique, concevoir vos contrôles humain-dans-la-boucle pour une flotte AGV, ou mettre en place votre architecture de surveillance post-commercialisation pour un programme véhicule.
Pas automatiquement, mais plus souvent que les équipes logicielles ne s'y attendent. La classification dépend du cas d'usage. Je ne confonds pas les normes cyber (UNECE R155/R156, qui régissent la cybersécurité pour l'homologation de type) avec les normes de sécurité fonctionnelle (ISO 26262/IEC 61508, qui régissent les niveaux d'intégrité de sécurité pour les fonctions à sécurité critique) — elles s'appliquent à des domaines de défaillance différents.
Le calendrier d'application échelonné est législatif. Les interdictions sont applicables depuis février 2025, les règles IA à usage général depuis août 2025, et les obligations à haut risque s'appliquent à partir de décembre 2027 pour les systèmes de l'Annexe III et d'août 2028 pour les systèmes intégrés aux produits de l'Annexe I. Pour les systèmes IA physiques qui nécessitent une revue d'organisme notifié, commencer maintenant la documentation d'évaluation de conformité n'est pas optionnel.
Ces normes sont complémentaires, pas concurrentes. La documentation technique Annexe IV du Règlement IA UE pour un système IA physique s'appuie sur et référence les preuves produites pour ces normes — l'analyse de danger, la FMEA, le dossier de sûreté — mais ajoute des exigences spécifiques à l'IA. Mener ces programmes en parallèle plutôt qu'en séquence est le seul moyen de respecter l'échéance de décembre 2027 sans dupliquer les preuves.
30 minutes. Je diagnostique votre situation, je vous dis honnêtement si ce service convient — et sinon, lequel conviendrait.