EN 18286:2026 et AI Act : ce que la norme impose aux fournisseurs

Le 14 octobre 2026, le Journal officiel de l'Union européenne a publié la première norme harmonisée à soutenir l'AI Act. Il s'agit de l'EN 18286:2026, une norme de système de management de la qualité destinée aux fournisseurs de systèmes d'IA à haut risque. Pour la première fois, les fournisseurs disposent d'un document publié auquel se référer lorsqu'un régulateur leur demande comment ils se conforment. Le point délicat est que la norme couvre beaucoup moins que ce que laissent entendre la plupart des titres. Cet article explique ce que la norme vous demande de faire, quelles parties de l'AI Act elle présume réellement respectées, celles qui restent à votre charge, et comment elle s'articule avec le certificat ISO/IEC 42001 que beaucoup d'organisations détiennent déjà. Pour le cadre réglementaire général, consultez notre guide complet de conformité à l'AI Act.

« La bonne question n'est pas : cette norme nous rend-elle conformes ? Elle est plutôt : que nous aide-t-elle à démontrer, et que devons-nous encore prouver ? Cette distinction doit guider la mise en œuvre. » Alexis Hirschhorn

Qu'est-ce que l'EN 18286:2026, et que couvre-t-elle réellement ?

L'EN 18286:2026 est une norme de système de management de la qualité (SMQ) destinée aux fournisseurs de systèmes d'IA à haut risque. Si vous la suivez, l'AI Act présume que votre SMQ satisfait aux points (a) à (m) de l'article 17, paragraphe 1, ainsi qu'à la première phrase de l'article 11, paragraphe 1. Elle ne couvre ni l'article 17, paragraphes 2, 3 ou 4, ni les exigences techniques de la section 2 de l'Acte, sous réserve de l'exception étroite décrite plus bas. Elle ne dispose d'aucun certificat propre. Vous démontrez la conformité dans le cadre de l'évaluation de conformité prévue par l'AI Act, et la norme vous fournit le système de management qui rend cette évaluation possible.

Quand l'EN 18286:2026 est-elle entrée en vigueur, et quand s'appliquent les échéances à haut risque ?

Vous verrez parfois la date du 19 octobre dans certains articles. Il s'agit de la date de l'annonce de la Commission, et non de la date de publication au Journal officiel. Le CEN-CENELEC avait approuvé la norme plus tôt, le 12 juillet 2026, et en a marqué la publication fin juillet.

Suis-je concerné en tant que fournisseur, déployeur ou fournisseur de modèle ?

La norme s'adresse aux fournisseurs de systèmes d'IA à haut risque. Un fournisseur est l'organisation qui développe un système, ou le fait développer, et qui le met sur le marché ou le met en service sous son propre nom. Les déployeurs, c'est-à-dire les organisations qui utilisent un système à haut risque conçu par un tiers, ne sont pas couverts. Les fournisseurs de modèles d'IA à usage général ne le sont pas non plus, car la définition de fournisseur de la norme les exclut. Si vous fournissez un modèle sur lequel d'autres entreprises construisent des systèmes à haut risque, la norme vous concerne tout de même indirectement, car vos clients en aval vous demanderont des informations au titre de la clause de maîtrise de la chaîne d'approvisionnement (9.3) et des accords exigés par l'article 25, paragraphe 4.

Quels points de l'article 17 bénéficient de la présomption de conformité, et sous quelles conditions ?

La présomption couvre le système de management de la qualité de l'article 17, point par point, pour les points (a) à (m). Elle couvre aussi la première phrase de l'article 11, paragraphe 1, qui impose la documentation technique. L'article 17, paragraphe 2, n'est pas couvert : c'est la règle de proportionnalité qui vous permet d'adapter le SMQ à votre taille et à vos risques. L'article 17, paragraphe 3, qui autorise l'intégration dans un SMQ sectoriel existant, n'est pas couvert non plus. L'article 17, paragraphe 4, qui prévoit la conformité présumée pour les établissements financiers, n'est pas couvert dans son intégralité. Seuls les points (g), (h) et (i) restent pertinents dans ce cas.

Quatre lignes du tableau sont assorties de conditions, et ces conditions comptent en pratique. Le point (g) sur la gestion des risques ne présume la conformité que si votre gestion des risques respecte réellement l'article 9, et aucune norme harmonisée pour l'article 9 n'existe encore. La ligne de l'article 11, paragraphe 1, ne présume la conformité que si votre dossier technique contient chacun des éléments de l'annexe IV. À notre lecture, la documentation simplifiée que l'Omnibus a introduite pour les PME ne conserve pas cette présomption, donc une PME qui utilise le dossier simplifié ne doit pas considérer qu'elle la garde. Une quatrième condition tient à ce que la norme, comme le dit l'annexe ZA, ne garantit pas en tant que telle le respect de toutes les exigences. Enfin, la présomption ne dure que tant que la norme reste référencée au Journal officiel, il est donc utile de vérifier régulièrement ce référencement.

En bref, la norme vous offre une présomption forte pour le système de management qui entoure votre IA, et une présomption beaucoup plus faible pour le contenu technique qu'il renferme.

« Une politique me dit ce qui devrait se passer. Pour un système d'IA donné, je veux voir ce qui s'est réellement passé : quels risques ont été identifiés, ce qui a été testé, qui a accepté le risque résiduel et ce qui a changé avant la mise en production. » Alexis Hirschhorn

Que demande concrètement l'EN 18286:2026 aux fournisseurs, clause par clause ?

L'essentiel du travail se répartit en quelques domaines. Le premier est une stratégie documentée de conformité réglementaire (clause 4.4), établie par système ou par famille de systèmes. Elle doit expliquer comment vous satisfaites chaque exigence essentielle et quelle voie d'évaluation de la conformité s'applique. Pour la plupart des organisations, c'est le plus grand écart, car elle est propre à chaque système et ne peut pas être recopiée d'une politique générique.

Deuxièmement, vous tenez un registre réglementaire (4.2) qui recense les exigences applicables à chaque système tout au long de son cycle de vie et fixe les déclencheurs de réexamen. Troisièmement, chaque système à haut risque doit disposer de son propre dossier de gestion des risques (8.2) conforme à l'article 9. Un registre des risques de l'entreprise ne suffit pas à lui seul. Quatrièmement, la norme précise comment concevoir, vérifier et valider le système (8.3 et 8.4), comment gérer les données (8.5), comment maîtriser le cycle de vie (8.1) et comment assurer la traçabilité des versions (8.7). Pour la méthode de gestion des risques qui sous-tend la clause 8.2, consultez notre guide praticien ISO 31000 pour la Suisse.

Cinquièmement, vous tenez la documentation technique complète, conformément à l'annexe IV (8.9.2). Sixièmement, vous surveillez le système après sa mise sur le marché (9.5), en lien avec l'article 72, et vous mettez en place une procédure d'incident grave (9.6) qui respecte les délais de l'article 73. Beaucoup de synthèses rattachent le délai de 2 jours au décès, une erreur facile à éviter dès que l'on consulte le texte.

Septièmement, vous maîtrisez les modifications (9.4) et décidez, grâce à un test documenté, si un changement est assez substantiel pour déclencher une nouvelle évaluation de conformité. Huitièmement, vous gérez vos fournisseurs (9.3), y compris les fournisseurs de modèles et de données dont vous dépendez. Neuvièmement, vous traitez la non-conformité (9.7), avec les actions correctives, le retrait et le rappel, ainsi qu'une voie de notification aux autorités. Enfin, la direction doit revoir le SMQ à intervalles planifiés (10.1) et en rendre compte (5.3). Les numéros de clauses ont changé depuis le projet soumis à enquête publique : vérifiez donc tout modèle au regard du texte définitif avant de vous y fier.

Que va demander un auditeur de voir dans l'EN 18286:2026 ?

L'ISO/IEC 42001 suffit-elle pour l'EN 18286:2026, ou faut-il les deux ?

Si vous détenez un certificat ISO/IEC 42001, une partie de la structure est déjà en place. Les deux normes partagent un squelette de clauses 4 à 10, ce qui est utile. Les différences sont là où se situe le travail.

L'ISO/IEC 42001 est une meilleure base pour la gouvernance à l'échelle de l'organisation. L'EN 18286 est un meilleur test pour savoir si un système donné dispose d'un dossier réglementaire en règle. La plupart des fournisseurs auront besoin des deux. Utilisez le système de management 42001 comme colonne vertébrale, puis ajoutez un dossier par système à haut risque. Un certificat 42001 ne vous donne pas de présomption de conformité, et il ne produit pas les dossiers par système que demande l'EN 18286. Pour le volet 42001, consultez notre playbook de mise en œuvre de l'ISO 42001 et notre guide pour étendre un SMSI ISO 27001 à un système de management de l'IA.

Si vous exploitez déjà un système de management de la qualité ISO 13485 pour les dispositifs médicaux, l'article 17, paragraphe 3, vous permet d'y intégrer le SMQ de l'AI Act. Cette intégration est légale, mais l'annexe ZA place l'article 17, paragraphe 3, hors de la présomption. Vous devrez démontrer, avec vos propres preuves, que le système intégré satisfait à l'article 17, paragraphe 1. L'IA des dispositifs médicaux relève de l'annexe I, applicable à partir du 2 août 2028.

Quelles autorités nationales feront respecter l'AI Act, et où en sont-elles ?

« Savoir quelle autorité peut vous contacter n'est que la moitié de la préparation. L'autre moitié consiste à savoir qui, dans votre organisation, répondra, quelles preuves cette personne fournira et à quelle vitesse elle pourra les retrouver. » Alexis Hirschhorn

L'AI Act s'applique-t-il aux entreprises suisses, et que fait la Suisse en matière de règles sur l'IA ?

La Suisse ne dispose pas encore de loi spécifique à l'IA. La Chancellerie fédérale indique que le gouvernement travaille sur un projet de loi sur l'IA, et qu'il attend un projet pour consultation d'ici la fin de 2026. D'autres sources évoquent plutôt le premier semestre 2027, il faut donc vérifier le calendrier actuel auprès de l'Office fédéral de la justice avant de planifier quoi que ce soit. L'AI Act atteint tout de même les entreprises suisses. Si vous mettez un système à haut risque sur le marché de l'UE, ou si le résultat de votre système est utilisé dans l'UE, vous êtes fournisseur au sens de la loi, où que vous soyez établi. En vertu de l'article 22, vous devez alors désigner un mandataire établi dans l'UE, par mandat écrit, avant de mettre le système sur le marché. La loi fédérale révisée sur la protection des données (LPD) s'applique séparément à toutes les données personnelles suisses que vous traitez.

« Pour une entreprise suisse, je commencerais par l'endroit où le système est commercialisé et où ses résultats sont utilisés, et non seulement par le lieu d'inscription de la société. Définissez d'abord le champ d'application, puis examinez les obligations une à une. » Alexis Hirschhorn

Les établissements financiers suisses doivent faire preuve d'une vigilance particulière. La règle de conformité présumée de l'article 17, paragraphe 4, renvoie au droit de l'Union sur les services financiers : une banque supervisée par la FINMA qui agit en tant que fournisseur aura donc vraisemblablement besoin du SMQ complet de l'article 17. Telle est notre lecture, et un conseil juridique devrait la confirmer. La Communication FINMA 08/2024 attend déjà un inventaire, des responsabilités claires, des tests et un examen indépendant, et ces attentes se rattachent bien aux clauses 4.3, 5.3, 8.4 et 10.1. Pour l'angle du secteur financier, consultez notre guide ISO 27001 pour les FinTech suisses et notre guide DORA.

Mon système de management EN 18286:2026 est-il prêt pour un audit ?

La plupart des organisations se situent aujourd'hui entre les deux premiers niveaux. La question est de savoir à quelle vitesse elles peuvent atteindre le troisième. Pour ce que les auditeurs vérifient réellement, consultez notre playbook de preuves d'audit ISO 42001 et notre guide ISO 19011:2026 pour les auditeurs.

Comment un fournisseur suisse de scoring de crédit mettrait-il en œuvre l'EN 18286:2026, étape par étape ?

Pour rendre cela concret, prenons une entreprise fictive, HelvetiScore AG, à Zurich. Elle fournit un modèle de scoring de solvabilité qu'un prêteur à la consommation de Lyon utilise. Au titre de l'annexe III, point 5 b), il s'agit d'un système à haut risque dont les obligations s'appliquent à partir du 2 décembre 2027. L'entreprise détient déjà des certificats ISO/IEC 42001 et ISO/IEC 27001 et n'est pas supervisée par la FINMA. Sa première étape est le champ d'application. Le résultat est utilisé dans l'UE, donc HelvetiScore est fournisseur au sens de l'AI Act et doit désigner un mandataire établi dans l'UE au titre de l'article 22. La deuxième étape concerne la voie d'évaluation. Pour l'annexe III, point 5, il s'agit d'un contrôle interne au titre de l'annexe VI, sans organisme notifié (article 43, paragraphe 2).

La troisième étape est une analyse d'écart fondée sur les lignes de l'annexe ZA, et non sur la correspondance de clauses de l'annexe C de la norme, qui se contente de mettre les clauses en regard. HelvetiScore anticipe des écarts dans la stratégie 4.4, dans le dossier technique de l'annexe IV, ainsi que dans les clauses de surveillance, d'incidents et de non-conformité (9.4 à 9.7). La quatrième étape est une matrice qui montre comment chaque exigence essentielle est satisfaite. L'article 17 est couvert par la norme, mais les articles 9, 10 et 12 à 15 reposent sur d'autres moyens, comme le processus de risque 42001, les mesures de sécurité des normes 27001 et 27090, et les tests de biais. Pour le volet sécurité, consultez notre guide ISO/IEC 27090.

Le volet protection des données est pris en charge par le prêteur, qui est le responsable du traitement et doit mener sa propre analyse d'impact (AIPD). HelvetiScore fournit la documentation sur les données décrite au point 8.5. Une analyse d'impact au titre de la LPD n'est nécessaire que si l'entreprise traite des données personnelles suisses. La cinquième étape est une note de proportionnalité distincte et signée, au titre de l'article 17, paragraphe 2, car la norme ne couvre pas ce point. La dernière étape est l'ensemble des documents : la stratégie, le dossier de l'annexe IV, le plan de surveillance après commercialisation, un playbook d'incidents avec les délais de 15, 10 et 2 jours, un accord au titre de l'article 25, paragraphe 4 avec tout fournisseur de modèle de fondation, et la déclaration UE de conformité.

Quelles erreurs entraînent des constats lors d'un audit EN 18286:2026, et comment les éviter ?

L'erreur la plus fréquente consiste à traiter la norme comme un certificat. Il n'existe pas de certificat EN 18286, et un prestataire qui en vend un vend autre chose. La deuxième consiste à supposer que la présomption couvre tout l'article 17. Elle couvre les points listés, et certains seulement sous conditions. La troisième consiste à utiliser le registre des risques de l'entreprise à la place d'un dossier article 9 par système. La quatrième consiste à revendiquer la présomption tout en utilisant la version simplifiée pour PME de l'annexe IV. La cinquième consiste à reprendre les numéros de clauses d'un ancien projet.

Questions fréquentes sur l'EN 18286:2026 et l'AI Act

Quand la présomption de conformité a-t-elle commencé ?

Elle a commencé le 14 octobre 2026, date de publication au Journal officiel. La date du 19 octobre, citée dans certains articles, correspond à l'annonce de la Commission.

L'EN 18286 est-elle obligatoire ?

Non. Les normes harmonisées sont volontaires. Si vous n'en utilisez pas, vous pouvez toujours démontrer la conformité à l'article 17 par d'autres moyens, mais vous devez alors apporter seul la preuve complète.

Le respect de l'EN 18286 rend-il mon système d'IA conforme ?

Non. La présomption couvre les règles de système de management de la qualité de l'article 17 et quelques points connexes, et non le produit lui-même. Les exigences techniques de la section 2 doivent toujours être démontrées par des preuves propres.

Existe-t-il un certificat EN 18286 ?

Non. La conformité se démontre dans le cadre de l'évaluation de conformité de l'AI Act. L'ISO/IEC 42001 est certifiable, mais elle ne donne pas de présomption de conformité.

L'EN 18286 couvre-t-elle les fournisseurs de modèles d'IA à usage général ?

Non. Ces fournisseurs sont exclus de la définition de fournisseur de la norme. Les fournisseurs en aval atteignent le modèle par les contrôles de la chaîne d'approvisionnement et par les accords de l'article 25, paragraphe 4.

Cela s'applique-t-il aux entreprises suisses ?

Oui, si le système est mis sur le marché de l'UE ou si son résultat y est utilisé. Les fournisseurs suisses doivent alors désigner un mandataire établi dans l'UE au titre de l'article 22.

Un fournisseur biométrique peut-il éviter un organisme notifié grâce à l'EN 18286 ?

Pas à lui seul. Le contrôle interne au titre de l'article 43, paragraphe 1, repose sur des normes harmonisées couvrant les exigences de la section 2, et aucune n'est encore citée. Les fournisseurs biométriques doivent prévoir une évaluation par un organisme notifié.

La présomption peut-elle être perdue ?

Oui. Elle ne dure que tant que la norme reste référencée au Journal officiel. Si ce référencement est restreint ou retiré, la présomption disparaît, il faut donc surveiller le Journal officiel.

Où se former à l'ISO/IEC 42001, à l'AI Act et à l'ISO/IEC 27090 pour construire ce système ?

Si vous voulez construire vous-même le SMQ, la formation ISO 42001 Lead Implementer est le point de départ naturel, la formation ISO 42001 Lead Auditor vous prépare à le contrôler, et la formation Certified EU AI Governance Professional couvre plus en profondeur le volet réglementaire.

À propos de l'auteur. Alexis Hirschhorn est Management Systems Certified Lead Auditor et expert en sécurité de l'information et cybersécurité, en sécurité du cloud, en gestion des risques et en gouvernance. Alexis conseille de grandes multinationales, des entités publiques et des organisations internationales.

Où les preuves EN 18286 doivent-elles être conservées pour qu'un auditeur les trouve en quelques minutes ?

La plupart des preuves du tableau ci-dessus existent déjà quelque part dans votre organisation. Le problème vient généralement de leur dispersion : elles sont réparties entre cinq endroits, cinq responsables et cinq historiques de versions, et les auditeurs le remarquent vite. La réponse pratique est un registre unique par système d'IA, où la stratégie, le dossier de risques, les preuves fournisseurs, les incidents et les actions correctives sont reliés à cet enregistrement plutôt que rangés à côté. Le module Gouvernance IA d'Acuna GRC fonctionne sur ce modèle : chaque système d'IA dispose d'un seul enregistrement, et son analyse d'impact, ses superviseurs, ses incidents et ses problèmes liés s'y rattachent.

Le registre n'écrit pas à votre place le dossier de l'annexe IV, et il ne certifie la conformité à aucune loi ni norme. Il permet en revanche de repérer les écarts pendant qu'il est encore temps de les combler. Un système sans analyse d'impact approuvée, un fournisseur dont les preuves sont expirées ou un incident pas encore notifié restent signalés tant que quelqu'un n'a pas corrigé la situation. Si vous voulez confronter ce tableau à votre propre registre, la plateforme Acuna GRC illustre le même modèle en pratique.