Mon système d'IA est-il à haut risque ? Annexe III, article 6 et le filtre du 6(3) expliques (nouveau calendrier 2 décembre 2027)

Avant de parler documentation technique, FRIA, marquage CE ou budget de mise en conformité, une seule question déterminé 90 % de vos obligations au titre de l'EU AI Act : votre système d'IA est-il classe à haut risque ? C'est la ligne de partage la plus lourde du règlement. Un système à haut risque declenche une pile d'obligations coûteuses (gestion des risques, gouvernance des données, documentation technique, supervision humaine, enregistrement dans une base européenne). Un système à risque limite se contente d'obligations de transparence. Et un système minimal n'a quasiment rien à respecter. Beaucoup de dirigeants supposent la réponse au lieu de la trancher — et se retrouvent soit à paniquer inutilement, soit à ignorer un vrai risque. Cet article vous donne la méthode de décision, à jour au 1er juillet 2026.

Calendrier à jour (1er juillet 2026). Les pratiques interdites (article 5) et la littératie IA (article 4) s'appliquent depuis le 2 février 2025. Les obligations de transparence (article 50 : chatbots, deepfakes, contenus générés) restent dues le 2 août 2026. Le Digital Omnibus repousse en revanche les obligations des systèmes a haut risque de l'Annexe III au 2 décembre 2027, et celles des systèmes à haut risque integres à des produits regules (Annexe I) au 2 août 2028. Tant que l'Omnibus n'est pas formellement adopte et publie au Journal officiel de l'Union, la date de référence du règlement tel qu'adopte reste le 2 août 2026 : le report est politiquement acquis mais juridiquement en cours de finalisation. La Commission a publie le 19 mai 2026 des lignes directrices sur la classification des systèmes à haut risque, en consultation jusqu'au 23 juin 2026.

Les quatre niveaux de risque de l'AI Act

Le règlement classe les systèmes d'IA en quatre catégories. Les pratiques interdites (article 5) : notation sociale, manipulation subliminale, exploitation des vulnérabilités, catégorisation biométrique sensible, moisson d'images faciales. Interdites depuis février 2025, sans exception commerciale. Les systèmes a haut risque (articles 6 et suivants) : le coeur des obligations lourdes. Les systèmes a risque limite (article 50) : chatbots, contenus generes, deepfakes, soumis à la seule transparence. Enfin le risque minimal : tout le reste (filtres anti-spam, moteurs de recommandation basiques, jeux), sans obligation spécifique. Votre travail de classification consiste à placer chaque système de votre inventaire dans l'une de ces cases. Si vous n'avez pas encore fait cet inventaire, commencez par la : notre guide du registre des systèmes d'IA explique comment cartographier vos outils avant toute chose.

Annexe III : les huit domaines qui rendent un système potentiellement à haut risque

L'article 6(2) renvoie a l'Annexe III, qui liste les domaines d'usage ou un système d'IA est présumé à haut risque. En pratique, retenez huit familles. La biométrie (identification biométrique à distance, catégorisation biométrique, reconnaissance des émotions). Les infrastructures critiques (gestion et exploitation de l'eau, du gaz, de l'électricité, du trafic routier). L'éducation et la formation (accès, admission, évaluation des apprenants, détection de fraude aux examens). L'emploi et la gestion des travailleurs (tri de CV, recrutement, décisions de promotion ou de licenciement, évaluation de la performance). L'accès aux services essentiels prives et publics (scoring de crédit, tarification et souscription en assurance-vie et santé, évaluation de l'éligibilité à des prestations sociales, priorisation des secours). Le maintien de l'ordre, la migration et le contrôle des frontières, et l'administration de la justice et les processus démocratiques. Si aucun de vos usages ne tombe dans l'une de ces familles, votre système n'est pas à haut risque au titre de l'Annexe III, et vous basculez vers la transparence ou le risque minimal. Si un usage y tombe, il faut passer a l'étape suivante : le filtre de l'article 6(3).

Le filtre de l'article 6(3) : être dans l'Annexe III ne suffit pas

C'est la nuance que la plupart des articles oublient, et elle peut changer radicalement votre situation. L'article 6(3) prévoit qu'un système relevant pourtant d'un domaine de l'Annexe III n'est pas considere comme à haut risque s'il ne présente pas de risque significatif pour la santé, la sécurité ou les droits fondamentaux. Ce filtre ne s'applique que si le système remplit au moins l'une de quatre conditions : il accomplit une tâche procedurale étroite ; il se borne a améliorer le résultat d'une activité humaine déjà réalisée ; il detecte des schémas de décision sans se substituer ni influencer une évaluation humaine déjà faite ; ou il accomplit une tâche préparatoire à une évaluation pertinente. Exemple : un outil qui reclasse par ordre de priorité des CV déjà pre-sélectionnés par un humain peut relever du filtre ; un outil qui filtre et rejette automatiquement des candidatures, non. Attention a l'exception majeure : un système qui profile des personnes physiques est toujours à haut risque, même s'il coche l'une des quatre conditions. Le filtre n'est donc pas une porte de sortie automatique — c'est une analyse à documenter, système par système, et à conserver. Les lignes directrices de la Commission du 19 mai 2026 donnent précisément des exemples sectoriels pour trancher ces cas limites.

Le rôle change tout : fournisseur ou déployeur

Un même système a haut risque ne crée pas les mêmes obligations selon votre position dans la chaine. Le fournisseur (celui qui développe le système ou le met sur le marche sous son nom) porte la charge la plus lourde : système de gestion des risques, qualité des données d'entraînement, documentation technique conforme a l'Annexe IV, marquage CE, enregistrement dans la base de données européenne. Le déployeur (celui qui utilise le système dans un cadre professionnel) à des obligations réelles mais allégées : usage conforme à la notice, supervision humaine effective, surveillance du fonctionnement, information des personnes concernées, et parfois analyse d'impact sur les droits fondamentaux. La plupart des PME et ETI qui achètent un logiciel IA sur étagère sont déployeurs, pas fournisseurs. Ce tri est décisif et souvent mal fait : notre guide des rôles fournisseur, déployeur et importateur le detaille, et l'article sur les obligations du déployeur couvre le cas le plus fréquent.

Pourquoi trancher la classification maintenant, malgré le report à 2027

Le Digital Omnibus repousse les obligations haut risque au 2 décembre 2027, ce qui peut donner l'illusion qu'on peut remettre le sujet a plus tard. C'est une erreur pour trois raisons. D'abord, la classification elle-même n'attend pas : c'est elle qui vous dit quelles échéances vous concernent (transparence au 2 août 2026 pour vos chatbots et contenus generes, même si le haut risque est à 2027). Ensuite, un système a haut risque exige des mois de travail préparatoire (gouvernance des données, documentation, supervision) : commencer en 2027 pour une échéance 2027, c'est déjà trop tard. Enfin, tant que l'Omnibus n'est pas publie au Journal officiel, la date légale opposable reste 2 août 2026 — piloter sur un report non encore acte est un pari. La lecture prudente : classer maintenant, traiter la transparence pour août 2026, et étaler la mise en conformité haut risque sur la fenetre gagnée jusqu'a fin 2027. Notre article sur le report du Digital Omnibus a décembre 2027 detaille ce qui change et ce qui reste.

Ce que coute une mauvaise classification

Sous-estimer une classification haut risque expose aux sanctions les plus élevées du règlement : jusqu'à 35 millions d'euros ou 7 % du chiffre d'affaires mondial pour les pratiques interdites, jusqu'à 15 millions ou 3 % pour le non-respect des obligations haut risque. A l'inverse, sur-classer un système banal en haut risque, c'est engager un budget de conformité disproportionné pour un outil qui relevait du filtre 6(3) ou du risque minimal. La classification est donc autant un exercice de protection juridique que de maitrise des coûts. Notre article sur les amendes de l'AI Act chiffre les risques par type de manquement.

La méthode de décision en cinq étapes

Un. Inventoriez chaque système d'IA utilise ou fourni, avec sa finalité réelle. Deux. Vérifiez l'article 5 : le système tombe-t-il dans une pratique interdite ? Si oui, arrêt immédiat. Trois. Confrontez la finalité aux huit domaines de l'Annexe III. Aucun ? Passez à la transparence (article 50) ou au risque minimal. Un domaine concerne ? Continuez. Quatre. Appliquez le filtre de l'article 6(3) : le système remplit-il l'une des quatre conditions et ne profile-t-il pas de personnes ? Documentez la réponse. Cinq. Déterminez votre rôle (fournisseur ou déployeur) pour connaître la pile d'obligations exacte, et positionnez chaque échéance (2 août 2026 pour la transparence, 2 décembre 2027 pour le haut risque Annexe III). Cette séquence evite les deux erreurs symétriques : la panique et l'angle mort. Elle s'articule avec la feuille de route des dernières semaines avant le 2 août et suppose une equipe formée, comme l'exige la littératie IA de l'article 4.

Comment MaConformite tranche la classification pour vous

MaConformite parcourt votre inventaire, confronte chaque système aux domaines de l'Annexe III, applique le test du filtre 6(3) avec les critères à jour des lignes directrices de la Commission, et qualifie votre rôle fournisseur ou déployeur. Vous obtenez pour chaque outil une classification argumentée, la liste d'obligations correspondante et son échéance, plutôt qu'une checklist générique. L'approche par pôles sectoriels part d'un modele adapte à votre métier (santé, RH, finance, immobilier, éducation, industrie, transport). Le diagnostic gratuit en trois minutes vous donne une première lecture de votre exposition et de vos échéances.

FAQ — Classification haut risque de l'AI Act

Comment savoir si mon système d'IA est à haut risque ?

Vérifiez d'abord qu'il ne tombe pas dans une pratique interdite (article 5). Confrontez ensuite sa finalité aux huit domaines de l'Annexe III (biométrie, infrastructures critiques, éducation, emploi, services essentiels, maintien de l'ordre, migration, justice). Si un domaine est concerne, appliquez le filtre de l'article 6(3) : le système peut sortir du haut risque s'il ne présente pas de risque significatif et remplit une des quatre conditions, sauf s'il profile des personnes. Documentez chaque étape.

Le filtre de l'article 6(3) permet-il d'échapper au haut risque ?

Il le permet dans des cas précis : tâche procedurale étroite, amélioration d'une activité humaine déjà réalisée, détection de schémas sans substitution à une évaluation humaine, ou tâche préparatoire. Mais un système qui profile des personnes physiques reste toujours à haut risque, même s'il coche l'une de ces conditions. Le filtre exigé une analyse écrite et conservée, pas une simple affirmation.

Les obligations haut risque sont-elles vraiment repoussées à 2027 ?

Le Digital Omnibus repousse les obligations des systèmes à haut risque de l'Annexe III au 2 décembre 2027, et au 2 août 2028 pour ceux integres à des produits regules. Mais tant que ce texte n'est pas formellement adopte et publie au Journal officiel, la date légale opposable du règlement reste le 2 août 2026. Le report est acquis politiquement, mais la prudence commande de piloter la classification et la préparation des maintenant.

Quelle différence entre haut risque et risque limite ?

Un système à haut risque declenche des obligations lourdes : gestion des risques, gouvernance des données, documentation technique, supervision humaine, enregistrement européen. Un système à risque limite (chatbot, contenu genere, deepfake) n'est soumis qu'à la transparence de l'article 50 : informer l'utilisateur qu'il parle à une IA ou que le contenu est généré. La classification déterminé laquelle de ces deux piles s'applique à vous.

Une PME qui utilise un logiciel IA du commerce est-elle fournisseur ou déployeur ?

Dans la très grande majorité des cas, elle est déployeur : elle utilise un outil développé par un tiers, sans le commercialiser sous son propre nom. Ses obligations sont réelles mais allégées (usage conforme, supervision humaine, information des personnes). Elle ne devient fournisseur que si elle développe son propre système, le rebadge sous sa marque, ou modifie substantiellement un système existant.