Données d'exemple
L'ISO 42001 est volontaire, le règlement sur l'IA ne l'est pas ; l'opérateur que vous êtes décide de la part des preuves du règlement que la norme produit, et la détermination gratuite dit si votre système est à haut risque tout court.
Répondez ci-dessus pour lire la détermination de votre cas ; l'outil complet reprend vos réponses.
Continuer : votre système est-il à haut risque ?La détermination complète répond à chaque question et conserve la lecture comme document daté pour €29.
En un coup d'œil
Le cycle de certification de trois ans
- Audit d'étape 1
- Audit d'étape 2
- Certificat
- Surveillance, année 1
- Surveillance, année 2
- Recertification, année 3
- Rédacteur de documentRédiger la politique IAL'article 5.2 à partir de onze réponses : ce pour quoi l'entreprise utilise l'IA, sa position, les usages qu'elle exclut, qui est responsable, les objectifs, les exigences applicables, et comment la politique se place à côté des autres.
- Rédacteur de documentRédiger une analyse d'impact d'un système d'IAL'article 6.1.4 pour un système : à quoi il sert et comment il pourrait être détourné, les personnes qu'il touche, les conséquences pour les individus, pour les groupes et pour la société avec une vraisemblance et une gravité chacune, les bénéfices, les mesures, le résultat et la date de revue, sous la forme de l'enregistrement qu'un auditeur lit.
- Rédacteur de documentRédiger l'inventaire des systèmes d'IALe registre qu'un auditeur ouvre en premier : chaque système d'IA avec sa finalité, le rôle de l'entreprise, son statut et son responsable, les données, les outils, l'hébergement et les personnes dont il dépend, la date de son analyse d'impact et la lecture au regard du règlement sur l'IA, avec un tableau récapitulatif.
- GuideLes 38 mesures de l'Annexe AUne ligne claire par mesure, regroupées comme l'Annexe A les regroupe.
- GuideCe que cela coûteCe qui est publié, ce qui ne l'est pas, et pourquoi les montants en euros vus ailleurs sont la conversion d'un devis en livres.
- GuideCe que nous couvrons, chapitre par chapitreChaque chapitre de 4 à 10, où vivent ses enregistrements dans le produit, et où se situent les limites de tout logiciel.
Chaque modèle gratuit sur une page
Les dates du règlement sur l'IA pour les systèmes à haut risque ont changé le 27 juillet 2026
Le règlement (UE) 2026/1744, l'omnibus numérique sur l'IA, applique les exigences pour les systèmes à haut risque à partir du 2 décembre 2027 pour les systèmes de l'annexe III et du 2 août 2028 pour ceux de l'annexe I, à la place des dates de 2026 et 2027 du texte d'origine. L'ISO 42001 fournit la structure du système de gestion de la qualité que l'article 17 demande à un fournisseur, et l'article ci-dessous met les 13 aspects de l'article 17, paragraphe 1, en correspondance avec l'annexe A : 13 ont une mesure derrière eux, dont 6 avec quelque chose encore à rédiger pour le règlement lui-même, et rien de tout cela n'est une présomption de conformité.
Votre système est-il à haut risque ? La détermination, gratuite, par écritEN 18286 est citée au titre du règlement sur l'IA, l'ISO 42001 ne l'est pas : ce que cela veut direLe règlement sur l'IA : les dates modifiées, l'outil, les articles
À lire ensuite
- ArticleLe règlement sur l'IA pour une entreprise de logiciels : quel rôle vous avez, ce qui s'applique à tous, ce qui ne s'applique qu'à un fournisseur à haut risque, les dispositions PME et les dates modifiéesUne entreprise de logiciels rencontre le règlement sur l'IA dans l'un de six rôles, et l'essentiel du règlement ne s'applique qu'à deux d'entre eux. Ce qui compte comme système d'IA, pourquoi livrer le modèle d'un fournisseur sous votre propre nom fait de vous le fournisseur, les trois devoirs que toute entreprise a depuis 2025 et 2026 (maîtrise de l'IA, les interdictions, la transparence), les deux voies vers le haut risque et ce que chaque rôle doit alors à partir du 2 décembre 2027, la ligne des modèles à usage général, les dispositions PME et petites entreprises à moyenne capitalisation que l'omnibus numérique a élargies, et un tableau de qui doit quoi à partir de quand. Lu dans les deux règlements sur CELLAR le 12 septembre 2026.
- ArticleLe règlement sur l'IA après l'omnibus numérique : les dates qui ont changé le 27 juillet 2026, et quelles mesures ISO 42001 produisent les preuves pour les treize aspects de l'article 17 et les articles 9 à 15Le règlement (UE) 2026/1744, signé le 8 juillet 2026, publié le 24 juillet, en vigueur le 27 juillet, a repoussé les dates du règlement sur l'IA pour les systèmes à haut risque au 2 décembre 2027 pour ceux de l'annexe III et au 2 août 2028 pour ceux de l'annexe I, a réécrit la maîtrise de l'IA en obligation de prendre des mesures, et a fait du plan de surveillance après commercialisation une partie de la documentation technique. La plupart des pages qui se classent donnent encore les anciennes dates. Les dates telles que modifiées, ce qui a changé d'autre pour un fournisseur, et notre correspondance des treize aspects du système de gestion de la qualité de l'article 17, des articles 9 à 15, 72 et 73, et des obligations des opérateurs des articles 4 et 26 avec les mesures de l'annexe A de l'ISO/IEC 42001, avec ce que le règlement exige et que la norme ne produit pas.
- ArticleLa maîtrise de l'IA au titre de l'article 4 du règlement sur l'IA, tel que réécrit le 27 juillet 2026 : ce que « prendre des mesures » signifie, qui est couvert, ce qui n'est pas exigé, et l'enregistrement à tenirL'article 4 s'applique à tout fournisseur et déployeur d'un système d'IA depuis le 2 février 2025. L'omnibus numérique l'a réécrit : des mesures pour favoriser le développement de la maîtrise de l'IA, en tenant compte des connaissances des personnes et du contexte, et, dans les termes que le règlement emploie désormais, aucune obligation de garantir un niveau spécifique de maîtrise par un individu. La Commission doit publier des exemples pratiques et le Comité IA des objectifs communs. Ce que l'article demande, pourquoi il n'a pas d'amende propre à l'article 99, comment les paragraphes compétence et sensibilisation de l'ISO 42001 produisent l'enregistrement, et un programme d'une page.
- ArticleCe qu'un déployeur d'un système d'IA à haut risque doit au titre de l'article 26 du règlement sur l'IA : les douze paragraphes dans l'ordre, l'analyse d'impact de l'article 27, quand vous devenez le fournisseur, et les enregistrements qu'un système ISO 42001 tientLa plupart des entreprises rencontreront le règlement sur l'IA en tant que déployeurs : elles achètent ou licencient un système que quelqu'un d'autre a construit et l'utilisent sous leur propre autorité. Pour un système à haut risque, les devoirs sont à l'article 26, douze paragraphes, inchangés par l'omnibus numérique, applicables à partir du 2 décembre 2027 pour les systèmes de l'annexe III. Chaque paragraphe lu dans l'ordre, l'analyse d'impact sur les droits fondamentaux de l'article 27 et qui la porte, les trois façons dont un déployeur devient le fournisseur au titre de l'article 25, le droit à l'explication de l'article 86, le plafond de l'article 99, et la mesure ISO 42001 qui produit chaque enregistrement.
- ArticleL'article 50 du règlement sur l'IA pour une entreprise qui livre ou utilise de l'IA générative : les quatre obligations de transparence en vigueur depuis le 2 août 2026, la transition du 2 décembre 2026, le code de bonnes pratiques et l'icône UEL'article 50 est l'obligation du règlement sur l'IA qui atteint une entreprise que son système soit à haut risque ou non : dire aux gens qu'ils parlent à une IA, marquer les contenus générés pour que des machines les détectent, divulguer les hypertrucages et les textes écrits par l'IA sur des questions d'intérêt public, informer les personnes exposées à la reconnaissance des émotions. Il s'applique depuis le 2 août 2026, l'omnibus numérique l'a laissé inchangé et a donné aux fournisseurs de systèmes génératifs déjà sur le marché jusqu'au 2 décembre 2026 pour l'obligation de marquage. Les quatre paragraphes dans l'ordre, qui est fournisseur et qui est déployeur pour chacun, le code de bonnes pratiques de la Commission du 10 juin 2026 avec son marquage à deux couches et son icône AI, l'amende, et l'enregistrement qu'un système ISO 42001 tient.
- ArticleLa politique IA ISO 42001 pour une entreprise de logiciels : ce que l'article 5.2 demande, les dix sections, les obligations du règlement sur l'IA qu'elle nomme, les erreurs qu'un auditeur relève, et une page qui la rédigeL'article 5.2 de l'ISO/IEC 42001 demande à la direction une politique IA adaptée à ce pour quoi l'entreprise utilise l'IA, qui donne le cadre des objectifs IA, s'engage sur les exigences applicables et sur l'amélioration du système, est documentée, communiquée et disponible, et dit comment elle se place à côté des autres politiques. Trois mesures de l'annexe A, A.2.2, A.2.3 et A.2.4, demandent la politique, son alignement avec les autres politiques et sa revue. Une politique IA courte pour une entreprise de logiciels tient en dix sections : finalité, périmètre, position, les usages exclus, responsabilité, objectifs, les exigences applicables, les autres politiques, communication et revue. La section des exigences est celle où entre le règlement sur l'IA : l'obligation de maîtrise de l'article 4, les obligations de transparence de l'article 50 lorsque l'entreprise génère du contenu, et une détermination consignée du haut risque par système, que la politique elle-même n'affirme jamais. Une page gratuite rédige la politique à partir de onze réponses en six langues.
- ArticleL'analyse d'impact d'un système d'IA ISO 42001 : ce que l'article 6.1.4 demande, les trois niveaux de conséquences, où elle rencontre le règlement sur l'IA, les erreurs qu'un auditeur relève, et une page qui la rédigeL'article 6.1.4 de l'ISO/IEC 42001 fait évaluer par l'entreprise ce que chaque système d'IA pourrait faire aux individus et aux groupes qu'il touche et à la société, conserver le résultat comme information documentée et agir en conséquence tout au long du cycle de vie du système ; l'article 8.4 exécute le processus et quatre mesures de l'annexe A demandent le processus, la conservation, le préjudice pour les individus et les groupes, et le préjudice au-delà des utilisateurs. C'est l'enregistrement que la norme a et que l'ISO 27001 n'a pas. Une analyse qu'un auditeur accepte nomme la finalité et le mauvais usage prévisible, les personnes, les conséquences aux trois niveaux avec une vraisemblance et une gravité chacune, les bénéfices, les mesures, un résultat et une date de revue ; au regard du règlement sur l'IA, elle est l'entrée de l'analyse d'impact sur les droits fondamentaux de l'article 27 et le lieu où l'entreprise enregistre sa propre lecture du système. Une page gratuite la rédige pour un système.
- ArticleCertification ISO 42001 : ce qu'elle demande, ce qu'elle coûte, et qui la demande vraimentISO/IEC 42001 est la norme de système de management de l'IA. Voici ce que demandent les 38 mesures et l'analyse d'impact, comment une ISO 27001 existante change le prix, ce qu'elle n'est pas (une voie vers le règlement sur l'IA), et une lecture mesurée de la demande.
Ce qu'il vous demande
38 mesures en 9 thèmes
Politiques pour l'IA
3- A.2.2 Une politique écrite sur la façon dont cette organisation fait de l'IA
- A.2.3 Accorder la politique IA avec les politiques déjà en place
- A.2.4 Revoir la politique IA selon un calendrier et quand les choses changent
Rôles et gouvernance interne
2- A.3.2 Qui répond de quoi en matière d'IA
- A.3.3 Une voie pour signaler une préoccupation sur un système d'IA
Ressources derrière un système d'IA
5- A.4.2 Écrire ce dont dépend chaque système d'IA
- A.4.3 Les données dont un système d'IA a besoin, recensées
- A.4.4 Les outils employés pour construire et exploiter les systèmes d'IA
et 2 de plus
Effets sur les personnes et la société
4- A.5.2 Un processus défini pour apprécier ce qu'un système d'IA fait aux personnes
- A.5.3 Conserver le résultat de chaque analyse d'impact
- A.5.4 Apprécier le préjudice pour les individus et pour les groupes
et 1 de plus
La vie d'un système d'IA
9- A.6.1.2 Ce que le développement responsable signifie ici, énoncé en objectifs
- A.6.1.3 Des processus de conception et de développement qui portent ces objectifs
- A.6.2.2 Écrire ce que le système d'IA doit faire avant de le construire
et 6 de plus
Données utilisées par les systèmes d'IA
5- A.7.2 Décider quelles données peuvent servir à construire et améliorer un système
- A.7.3 Savoir d'où viennent les données et à quelles conditions
- A.7.4 Si les données sont assez bonnes pour l'usage qui en est fait
et 2 de plus
Ce que vous dites à l'extérieur
4- A.8.2 Dire aux utilisateurs ce que fait le système et comment s'en servir
- A.8.3 Un moyen pour l'extérieur de signaler un problème
- A.8.4 Prévenir les personnes concernées quand survient un incident d'IA
et 1 de plus
Utiliser l'IA de façon responsable
3- A.9.2 Des règles sur la façon dont l'organisation elle-même utilise l'IA
- A.9.3 Ce que l'usage responsable signifie ici, énoncé en objectifs
- A.9.4 Utiliser un système pour ce pour quoi il a été construit
Fournisseurs et clients
3- A.10.2 Qui est responsable de quoi tout au long de la chaîne d'approvisionnement en IA
- A.10.3 Apprécier les fournisseurs qui fournissent ou exploitent de l'IA pour vous
- A.10.4 Ce que vous devez aux clients qui utilisent votre système d'IA
Le système ISO 42001 et ses preuves, au même endroit
L'annexe A en déclaration d'applicabilité, avec les analyses d'impact IA, les risques et les audits, dans un seul espace de travail.
Voir aussi:ArticlesOutils gratuits