Skip to main content

Article 15 pour les systèmes autonomes : exactitude, robustesse et cybersécurité

Comment l’article 15 (exactitude, robustesse, cybersécurité) s’applique aux systèmes autonomes : annexe I, sections A et B, annexe III, point 2, dates, rôle du fournisseur et amendes.

Les fournisseurs de systèmes d’IA à haut risque doivent les concevoir pour un niveau approprié d’exactitude, de robustesse et de cybersécurité (article 15).

Les « systèmes autonomes » ne sont pas une catégorie du règlement. L’article 15 s’applique aux produits de l’annexe I, section A, à partir du 2 août 2028. Il s’applique aux systèmes de l’annexe III, point 2, à partir du 2 décembre 2027. Il ne s’applique pas aux véhicules, aéronefs, rail ou machines de l’annexe I, section B (article 2, paragraphe 2). Les amendes vont jusqu’à 15 millions d’EUR ou, pour une entreprise, 3 % du chiffre d’affaires annuel mondial (article 99, paragraphe 4). Le montant le plus élevé s’applique. Prochaine étape : trouvez l’entrée de votre produit dans l’annexe I.

L’article 15 demande un niveau approprié, pas une valeur fixe

L’article 15 fixe des exigences de conception pour le fournisseur. Il ne nomme aucune valeur d’exactitude pour aucun secteur.

  • art. 15(1)
    Niveau approprié, pendant tout le cycle de vie

    Les systèmes d’IA à haut risque doivent être conçus et développés pour atteindre un niveau approprié d’exactitude, de robustesse et de cybersécurité, et fonctionner de façon cohérente à cet égard tout au long de leur cycle de vie.

  • art. 15(2)
    Les référentiels relèvent de l’encouragement de la Commission

    La Commission encourage, selon le cas, le développement de critères de référence et de méthodes de mesure, en coopération avec les parties prenantes telles que les autorités de métrologie et d’étalonnage. Ce n’est pas une obligation du fournisseur.

  • art. 15(3)
    Déclarer niveaux et indicateurs

    Les niveaux d’exactitude et les indicateurs d’exactitude pertinents doivent être indiqués dans la notice d’utilisation qui accompagne le système.

  • art. 15(4)
    Résilience face aux erreurs, et boucles de rétroaction

    Les systèmes doivent être aussi résilients que possible face aux erreurs, défaillances ou incohérences survenant dans le système ou son environnement, notamment du fait de leur interaction avec des personnes physiques ou d’autres systèmes. Des mesures techniques et organisationnelles doivent être prises ; la redondance technique, les plans de sauvegarde ou de sécurité intégrée sont cités comme options. Un système qui continue à apprendre après sa mise sur le marché doit être développé de manière à éliminer ou réduire autant que possible le risque que des sorties biaisées influencent les entrées futures (boucles de rétroaction).

  • art. 15(5)
    Cybersécurité face aux tiers non autorisés

    Les systèmes doivent résister aux tentatives de tiers non autorisés visant à modifier leur utilisation, leurs sorties ou leurs performances en exploitant des vulnérabilités. Les solutions techniques comprennent, le cas échéant, des mesures contre l’empoisonnement des données, l’empoisonnement du modèle, les exemples contradictoires ou l’évasion du modèle, les attaques de confidentialité et les défauts du modèle.

Où l’article 15 s’applique aux systèmes autonomes

L’article 15 ne lie que les systèmes d’IA à haut risque. Les lignes ci-dessous montrent quels systèmes autonomes il atteint et lesquels non.

  • Les « systèmes autonomes » ne sont pas une catégorie du règlement

    Le règlement ne connaît pas de catégorie « systèmes autonomes » ; sa définition d’un système d’IA renvoie à un fonctionnement à différents niveaux d’autonomie (article 3, point 1). Ce site emploie le mot pour l’IA des véhicules, drones, robots et machines, et pour l’IA qui aide à gérer le trafic routier. Cette IA peut être à haut risque par trois voies, et la voie décide des règles à haut risque applicables : l’annexe I, section B (article 2, paragraphe 2 limite les règles à quelques articles), l’annexe I, section A (les exigences du chapitre III à partir du 2 août 2028, si le système est à haut risque au titre de l’article 6, paragraphe 1) et l’annexe III, point 2 (les exigences du chapitre III à partir du 2 décembre 2027). D’autres règles ne dépendent pas de la voie : les articles 4 et 5, l’article 50, l’article 53 pour les fournisseurs de modèles et les autres points de l’annexe III. L’article 2, paragraphe 2 ne restreint que les systèmes d’IA à haut risque au titre de l’article 6, paragraphe 1 dans des produits de la section B. Commencez par trouver votre voie à haut risque.

  • Véhicules, aéronefs, rail, équipements marins et machines : annexe I, section B

    La section B de l’annexe I énumère notamment les véhicules à moteur (règlements (UE) 2018/858 et 2019/2144), les véhicules à deux ou trois roues (règlement (UE) n° 168/2013), les véhicules agricoles et forestiers (règlement (UE) n° 167/2013), le système ferroviaire (directive (UE) 2016/797), les équipements marins (directive 2014/90/UE), les aéronefs sans équipage à bord et leurs moteurs, hélices, pièces et équipements de contrôle à distance, dans la mesure où le règlement (UE) 2018/1139 les couvre, et les machines (règlement (UE) 2023/1230, déplacé de la section A vers la section B par le règlement (UE) 2026/1744). Pour un système d’IA à haut risque au titre de l’article 6, paragraphe 1 qui concerne un tel produit, seuls l’article 6, paragraphe 1, l’article 60 bis et les articles 102 à 112 s’appliquent (article 2, paragraphe 2) ; les articles 57, 58 et 59 ne s’appliquent que dans la mesure où les exigences applicables aux systèmes d’IA à haut risque ont été intégrées dans cette législation d’harmonisation de l’Union. Les articles 9 à 15, 17 et 26 n’en font pas partie. En revanche, les articles 102 à 109 ajoutent à huit de ces actes une règle selon laquelle la Commission tient compte des exigences du chapitre III, section 2, lorsqu’elle adopte les actes qu’ils visent pour des systèmes d’IA. Pour les machines, l’article 3, point 1), du règlement (UE) 2026/1744 impose à la Commission d’adopter des actes délégués qui ajoutent des exigences de santé et de sécurité pour de tels systèmes d’IA, en reflétant le chapitre III, section 2, et les articles 17, 19, 72 et 73 ; ces actes doivent s’appliquer au plus tard à partir du 2 août 2028.

  • Produits de la section A et annexe III, point 2 : le chapitre III s’applique

    Deux points d’accroche déclenchent les exigences du chapitre III. Premièrement, un système d’IA est à haut risque au titre de l’article 6, paragraphe 1 s’il est destiné à être utilisé comme composant de sécurité d’un produit couvert par la législation de l’annexe I, ou s’il est lui-même un tel produit, et si ce produit doit faire l’objet d’une évaluation de la conformité par un tiers en vertu de cette législation. La section A (points 2 à 12) couvre par exemple les ascenseurs, les installations à câbles, les bateaux de plaisance et les dispositifs médicaux ; le chapitre III s’applique à ces systèmes à partir du 2 août 2028 (article 113, point c) ii)). Un composant de sécurité est un composant qui remplit une fonction de sécurité ou dont la défaillance ou le dysfonctionnement met en danger la santé et la sécurité des personnes ou des biens (article 3, point 14) ; l’IA utilisée uniquement pour des aspects non liés à la sécurité, comme l’optimisation des performances, l’automatisation ou le confort, n’en est pas un, mais l’IA dont la défaillance mettrait en danger la santé et la sécurité en est un (article 6, paragraphes 1 bis et 1 ter). Un produit soumis à une évaluation par un tiers uniquement en raison de risques autres que pour la santé et la sécurité, comme l’utilisation du spectre radioélectrique ou des perturbations électromagnétiques sans effet sur la santé et la sécurité, ne remplit pas cette condition (article 6, paragraphe 1 quater) ; cela concerne par exemple les équipements radioélectriques (point 6). Deuxièmement, l’annexe III, point 2, vise les systèmes d’IA destinés à être utilisés comme composants de sécurité dans la gestion et l’exploitation d’infrastructures numériques critiques, du trafic routier ou de la fourniture d’eau, de gaz, de chauffage ou d’électricité ; le chapitre III s’applique à eux à partir du 2 décembre 2027 (article 113, point c) i)). Selon son libellé, le point 2 nomme la gestion et l’exploitation du trafic routier, et non les véhicules.

  • Fournisseur et déployeur

    Le fournisseur développe le système d’IA, ou le fait développer, et le met sur le marché ou le met en service sous son propre nom ou sa propre marque (article 3, point 3). Pour un système d’IA à haut risque qui est un composant de sécurité d’un produit de la section A, le fabricant du produit est le fournisseur si le système est mis sur le marché avec le produit sous son nom ou sa marque, ou mis en service sous ce nom ou cette marque après la mise sur le marché du produit (article 25, paragraphe 3). L’article 15 est une obligation de conception du fournisseur. L’exploitant d’une flotte, d’une usine ou du trafic qui ne fait qu’utiliser le système est un déployeur (article 3, point 4) et n’a pas d’obligation au titre de l’article 15 ; un déployeur devient fournisseur dans les cas de l’article 25, paragraphe 1.

  • Dates

    Les systèmes relevant de l’annexe III, point 2, doivent respecter le chapitre III à partir du 2 décembre 2027, et ceux de la section A à partir du 2 août 2028 (article 113, point c)). Pour les systèmes de la section B, aucune date ne s’applique aux articles 9 à 15, 17 et 26, car ces articles ne leur sont pas applicables ; selon l’article 113, point c) ii), le chapitre III, sections 1 à 3, dont fait partie l’article 6, s’applique aux systèmes de l’annexe I à partir du 2 août 2028, et les articles 102 à 110 s’appliquent depuis le 27 juillet 2026 (article 113, point c) ii) et point d)). Un système mis sur le marché ou mis en service avant la date d’application du chapitre III n’est couvert que si sa conception subit ensuite d’importantes modifications ; en tout état de cause, les fournisseurs et les déployeurs de systèmes d’IA à haut risque destinés à être utilisés par des autorités publiques doivent prendre les mesures nécessaires pour se conformer au plus tard le 2 août 2030 (article 111, paragraphe 2).

  • Amendes

    Les manquements aux obligations des fournisseurs (article 16) et des déployeurs (article 26) peuvent être sanctionnés d’amendes pouvant atteindre 15 millions d’EUR ou, pour une entreprise, 3 % de son chiffre d’affaires annuel mondial total de l’exercice précédent, le montant le plus élevé étant retenu (article 99, paragraphe 4). Pour les PME, y compris les jeunes pousses, chaque amende est plafonnée au montant le plus faible (article 99, paragraphe 6). Le même plafond vaut pour les petites ETI (« petites entreprises à moyenne capitalisation » dans le règlement ; article 3, point 14 ter, article 99, paragraphe 6 bis). Chaque État membre fixe les règles déterminant dans quelle mesure des amendes administratives peuvent être imposées aux autorités et organismes publics établis dans cet État membre (article 99, paragraphe 8). L’article 99 ne figure pas parmi les dispositions qui, selon l’article 2, paragraphe 2, s’appliquent aux systèmes d’IA à haut risque au titre de l’article 6, paragraphe 1, dans des produits relevant de la section B.

  • Limites du champ d’application du règlement

    Le règlement s’applique aux fournisseurs qui mettent sur le marché ou en service des systèmes d’IA dans l’Union, ou mettent sur le marché des modèles d’IA à usage général dans l’Union, où qu’ils soient établis (article 2, paragraphe 1, point a)), ainsi qu’aux fournisseurs et déployeurs établis dans un pays tiers lorsque les sorties du système d’IA sont utilisées dans l’Union (point c)). Il ne s’applique pas aux domaines qui ne relèvent pas du droit de l’Union et n’affecte pas les compétences des États membres en matière de sécurité nationale ; il ne s’applique pas non plus aux systèmes d’IA utilisés exclusivement à des fins militaires, de défense ou de sécurité nationale (article 2, paragraphe 3). Le règlement ne s’applique pas aux systèmes ou modèles d’IA, y compris leurs sorties, spécifiquement développés et mis en service à la seule fin de la recherche et du développement scientifiques (article 2, paragraphe 6). Il ne s’applique pas non plus aux activités de recherche, d’essai et de développement menées avant la mise sur le marché ou la mise en service d’un système ou d’un modèle ; les essais en conditions réelles ne sont pas couverts par cette exclusion (article 2, paragraphe 8). Il ne s’applique pas aux systèmes d’IA publiés dans le cadre de licences libres et ouvertes, sauf s’ils sont mis sur le marché ou mis en service en tant que systèmes d’IA à haut risque ou en tant que systèmes d’IA relevant de l’article 5 ou 50 (article 2, paragraphe 12).

Ce que le règlement laisse ouvert pour les systèmes autonomes

  • Aucune valeur d’exactitude pour les systèmes autonomes

    L’article 15 ne nomme, pour aucun secteur, d’indicateur d’exactitude, de valeur minimale, de méthode d’essai ni de norme, et rien non plus pour les systèmes autonomes. Le fournisseur déclare les niveaux et les indicateurs pertinents (article 15, paragraphe 3). Les normes harmonisées dont les références sont publiées au Journal officiel font présumer la conformité dans la mesure où elles couvrent les exigences (article 40, paragraphe 1) ; un certificat de cybersécurité publié au titre du règlement (UE) 2019/881 la fait présumer pour les exigences de cybersécurité dans la mesure où il les couvre (article 42, paragraphe 2). Les systèmes qui relèvent du champ d’application du règlement (UE) 2024/2847 et remplissent les conditions de l’article 12, paragraphe 1, de ce règlement sont réputés conformes aux exigences de cybersécurité de l’article 15 (article 42, paragraphe 3). La Commission élabore des lignes directrices sur l’application des exigences et obligations des articles 8 à 15 et 25 et 26 (article 96, paragraphe 1, point a)).

  • Les normes sectorielles et les règles de réception ne sont pas des obligations du règlement

    Le règlement ne cite aucune norme ISO, UNECE ou autre norme sectorielle. Les règles d’exactitude, de robustesse ou de cybersécurité qu’un produit de la section B doit respecter relèvent de sa législation sectorielle, pas de l’article 15 ; le règlement s’entend sans préjudice des autres actes juridiques de l’Union relatifs à la protection des consommateurs et à la sécurité des produits (article 2, paragraphe 9). La Commission doit élaborer des lignes directrices sur la relation du règlement avec la législation d’harmonisation de l’Union énumérée à l’annexe I et avec d’autres textes pertinents du droit de l’Union (article 96, paragraphe 1, point e)).

  • Section A : les exigences peuvent être limitées (article 2, paragraphe 13)

    Pour les systèmes d’IA à haut risque visés à l’article 6, paragraphe 1, l’application d’exigences ou d’obligations précises des articles 9 à 15 et 17 à 25 peut être limitée, dans la mesure où la législation d’harmonisation de l’Union énumérée à la section A de l’annexe I prévoit des exigences ou des obligations offrant un niveau de protection équivalent ou supérieur et où la limitation ne réduit pas le niveau global de protection prévu par le règlement (article 2, paragraphe 13). La Commission doit adopter, d’ici le 2 août 2027, des actes délégués précisant les systèmes concernés, les exigences pouvant être limitées, les conditions et la portée. Selon notre lecture de l’article 2, paragraphe 13, le règlement ne dit pas lui-même quelles exigences sont limitées pour un produit donné de la section A ; ce sont les actes délégués qui doivent le faire ; demandez conseil à un juriste.

  • Exemple : indicateurs déclarés pour un composant de gestion du trafic

    Exemple, pas une exigence du règlement : le fournisseur d’un composant de sécurité pour la gestion du trafic routier pourrait déclarer quels indicateurs d’exactitude il a mesurés et dans quelles conditions de route, de capteurs et de météo.

  • Exemple : documenter le comportement en cas de défaillance

    Exemple, pas une exigence du règlement : un fournisseur pourrait documenter ce que fait le système lorsqu’un capteur tombe en panne ou que ses données d’entrée sont invraisemblables, par exemple en passant la main à une logique sans IA, comme une façon de décrire les plans de sécurité intégrée mentionnés à l’article 15, paragraphe 4.

Questions sur l’article 15 pour les systèmes autonomes

L’article 15 fixe-t-il des valeurs d’exactitude pour les véhicules, les drones ou les robots industriels ?

Non. L’article 15, paragraphe 1, exige un niveau approprié, et l’article 15, paragraphe 3, impose au fournisseur de déclarer les niveaux et les indicateurs pertinents dans la notice d’utilisation. Le règlement ne nomme aucune valeur, aucun indicateur ni aucune méthode d’essai pour un secteur quelconque. Pour les systèmes à haut risque dans des produits de l’annexe I, section B, comme les véhicules à moteur, les aéronefs sans équipage à bord et les machines, l’article 15 ne s’applique pas directement (article 2, paragraphe 2).

L’article 15 s’applique-t-il à une voiture autonome ?

Pas directement. Les véhicules à moteur relèvent des règlements (UE) 2018/858 et 2019/2144, qui figurent à l’annexe I, section B. Pour un système d’IA à haut risque dans un tel produit, seuls l’article 6, paragraphe 1, l’article 60 bis et les articles 102 à 112 s’appliquent (article 2, paragraphe 2). Les articles 107 et 109 prévoient que la Commission tient compte des exigences du chapitre III, section 2, dont l’article 15, lorsqu’elle adopte certains actes en vertu de ces deux règlements.

L’article 15 exige-t-il la norme ISO 26262 ou une norme comparable ?

Non. Le règlement ne cite aucune norme ISO. L’article 15, paragraphe 5, exige que les systèmes d’IA à haut risque résistent aux tentatives de tiers non autorisés de modifier leur utilisation, leurs sorties ou leurs performances en exploitant les vulnérabilités du système. Les normes harmonisées dont les références sont publiées au Journal officiel donnent une présomption de conformité dans la mesure où elles couvrent les exigences (article 40, paragraphe 1).

Qui doit respecter l’article 15 lorsqu’un fabricant intègre un composant de sécurité d’IA dans un produit de la section A ?

Le fournisseur conçoit le système pour qu’il respecte l’article 15 (article 16, point a)). Le fabricant du produit est le fournisseur si le système est mis sur le marché avec le produit sous son nom ou sa marque, ou mis en service sous ce nom ou cette marque après la mise sur le marché du produit (article 25, paragraphe 3). Celui qui utilise le produit est un déployeur (article 3, point 4).

Scanara prépare des preuves à partir de vos dépôts

Scanara lit vos dépôts GitHub connectés et exécute des analyses à base de règles pour repérer les schémas courants d'IA et d'apprentissage automatique. Il peut manquer du code non standard. Par ailleurs, il génère des projets de documentation à partir de modèles et de vos réponses aux évaluations, comme preuves pour votre travail de conformité. Vous décidez de la classification.