L’essentiel
- Une analyse d’impact IA mesure ce qu’un système fait aux personnes, et non ce qu’il coûte à l’organisation. Cette orientation détermine quelles règles lui sont applicables.
- Six instruments distincts portent le même nom. Tous ne vous obligent pas juridiquement, et celui qui s’applique dépend de votre rôle, de votre secteur et de votre juridiction.
- L’analyse d’impact sur les droits fondamentaux prévue à l’article 27 du règlement IA ne pèse que sur trois catégories de déployeurs, et non sur toute organisation utilisant l’IA.
- La norme
ISO/IEC 42005constitue la méthode de référence lorsque aucun texte ne vous y contraint. Il s’agit de lignes directrices, sans certification possible. - Le calendrier a changé. L’article 27 s’applique désormais à compter du 2 décembre 2027, et le Colorado a supprimé sa propre obligation d’analyse d’impact en mai 2026.
Ce qu’est réellement une analyse d’impact IA
Une analyse d’impact IA est une évaluation structurée des effets d’un système d’intelligence artificielle sur les personnes qu’il touche : les individus soumis à ses décisions, les groupes qu’il classe, et le public qui en subit les conséquences. L’orientation est tournée vers l’extérieur. Cette seule propriété la distingue de la plupart des travaux d’évaluation que mène déjà une organisation.
Une analyse de risques pose la question de ce que le système peut coûter à l’entreprise : exposition réglementaire, indisponibilité, atteinte à la réputation, défaillance du modèle. Une analyse d’impact IA pose la question de ce qu’il peut coûter à autrui : un demandeur de crédit écarté, un voyageur signalé à tort, une candidature filtrée avant qu’un recruteur n’ouvre le dossier. Les deux démarches se recoupent, puisque le préjudice causé aux personnes finit par atteindre l’organisation, mais elles ne sont pas interchangeables. Une entreprise peut tenir un registre complet du risque IA sans disposer du moindre élément probant sur l’équité de traitement de ses systèmes.
La deuxième propriété d’une analyse d’impact IA tient au moment où elle intervient. Il s’agit d’un jalon de décision, non d’un rapport rédigé après la mise en service. Sa raison d’être est d’infléchir la décision de déploiement tant que celle-ci reste ouverte. Les évaluations produites une fois l’appel d’offres clos et le contrat signé documentent des choix déjà arrêtés au lieu de les éclairer, ce que les praticiens identifient comme le principal mode d’échec.
Le secteur public a formalisé l’analyse d’impact IA plus tôt que le secteur privé. L’outil d’analyse d’impact du gouvernement australien se présente comme un questionnaire guidant l’administration à travers la finalité, les bénéfices attendus et une évaluation du risque inhérent selon huit catégories, avant tout test de seuil. La structure mérite d’être reprise même en l’absence de politique contraignante.
La troisième propriété est que le livrable est un enregistrement. Quel que soit le référentiel retenu, le produit final reste un document écrit nommant le système, les groupes affectés, les préjudices envisagés, les mesures d’atténuation retenues et la personne ayant accepté la position résiduelle. C’est cette pièce qu’un régulateur, un auditeur ou un requérant demandera à consulter.
Six régimes, un seul nom
L’expression recouvre au moins six instruments distincts, qui diffèrent par leurs destinataires, leur fait générateur, le livrable exigé et l’existence ou non d’une sanction.
| Instrument | Personnes tenues | Déclenchement | Livrable | Contraignant |
|---|---|---|---|---|
| Article 27 du règlement IA (AIDF) | Trois catégories de déployeurs | Avant la première utilisation d’un système à haut risque de l’annexe III | Analyse écrite, notification à l’autorité de surveillance du marché, résumé public | Oui, à compter du 2 déc. 2027 |
ISO/IEC 42005:2025 | Toute organisation qui l’adopte | Volontaire, en continu sur le cycle de vie | Analyse documentée au sein d’un système de management de l’IA | Non, lignes directrices |
| Article 35 du RGPD (AIPD) | Tout responsable de traitement | Traitement susceptible d’engendrer un risque élevé | Dossier d’AIPD, consultation préalable si le risque résiduel demeure élevé | Oui, depuis 2018 |
| Canada, directive sur la prise de décisions automatisée | Institutions fédérales | Avant la mise en production | Évaluation de l’incidence algorithmique, publiée | Oui, à titre de politique |
| Colorado SB 24-205, tel que modifié | Déployeurs au Colorado | Entrée en vigueur le 1er janv. 2027 | Informations seulement, l’obligation d’analyse a été abrogée | Partiellement |
| Local Law 144 de New York | Employeurs recourant à des outils automatisés de décision d’embauche | Chaque année, avant utilisation | Audit de biais indépendant, résumé publié | Oui, depuis juillet 2023 |
Deux observations comptent davantage que le tableau lui-même.
D’une part, les seuls instruments assortis de sanctions pour une entreprise privée en Europe sont le règlement IA et le RGPD, et ils ne portent pas sur le même objet. D’autre part, la majorité des organisations qui s’intéressent au sujet ne relèvent pas de l’article 27 et gagneraient à retenir la norme ISO/IEC 42005 comme méthode plutôt qu’un texte juridique qui ne les vise pas. Trancher tôt cette question évite un travail considérable et inutile. La cartographie des textes applicables est développée dans nos analyses du règlement européen sur l’IA et de la gouvernance de l’IA.
Qui doit réellement réaliser une AIDF au titre de l’article 27
C’est sur ce point que la documentation publiée manque le plus de précision. L’article 27 ne s’applique pas à tout déployeur d’un système à haut risque, et il ne concerne aucunement les fournisseurs.
Trois catégories de déployeurs sont tenues de conduire une analyse d’impact sur les droits fondamentaux, telles que les rappellent l’European Center for Not-for-Profit Law et l’Institut danois des droits de l’homme dans leur guide pratique consacré à cette obligation :
- Les autorités publiques déployant des systèmes à haut risque dans les domaines de l’annexe III : biométrie, éducation et formation professionnelle, emploi, accès aux services publics et privés essentiels, répression, migration et contrôle aux frontières, administration de la justice et processus démocratiques.
- Les entités privées assurant des services publics essentiels.
- Les établissements d’assurance et bancaires recourant à l’IA pour tarifer l’assurance vie et santé ou évaluer la solvabilité des personnes physiques.
La troisième catégorie mérite l’attention du marché français : elle place directement dans le champ les assureurs et les banques soumis au contrôle de l’ACPR dès lors qu’un modèle intervient dans la tarification santé et prévoyance ou dans l’octroi de crédit aux particuliers.
Tout autre déployeur d’un système à haut risque reste soumis aux obligations de l’article 26, dont la supervision humaine et le signalement des incidents graves, mais non à l’AIDF.
Les fournisseurs sont entièrement hors du champ de l’article 27. Leur obligation équivalente est le système de gestion des risques de l’article 9, qui court sur tout le cycle de vie du système mis sur le marché. Cette répartition prête à confusion, car les deux processus examinent le préjudice, mais ils incombent à des parties différentes et produisent des enregistrements différents.
Conséquence pratique : un éditeur vendant un système à haut risque à des autorités publiques européennes se verra réclamer les éléments qui alimenteront les AIDF de ses clients, alors même qu’il n’en doit aucune. Les clauses contractuelles portant sur la qualité des données, la documentation d’explicabilité et la notification des modifications affectant la performance constituent le mécanisme habituel.
Ce que l’article 27 impose de produire
L’article énumère le contenu attendu. Une analyse d’impact sur les droits fondamentaux doit décrire les procédures du déployeur dans lesquelles le système sera utilisé conformément à sa destination ; la période et la fréquence d’utilisation prévues ; les catégories de personnes physiques et de groupes susceptibles d’être affectés ; les risques spécifiques de préjudice pesant sur ces catégories, compte tenu des informations transmises par le fournisseur ; les mesures de supervision humaine mises en place, conformément à la notice d’utilisation ; et les mesures à prendre en cas de matérialisation de ces risques, y compris les dispositifs de gouvernance interne et de traitement des réclamations.
Deux obligations accompagnent le document lui-même. Le déployeur notifie les résultats à l’autorité de surveillance du marché, sous réserve d’une exemption étroite. Les déployeurs publics publient un résumé de l’analyse dans la base de données européenne des systèmes à haut risque, les résumés émanant des autorités répressives et migratoires étant versés dans une partie restreinte accessible aux seules autorités de surveillance.
L’obligation de publication est la dimension la plus sous-estimée. Un résumé destiné au public doit expliquer, dans une langue accessible à un non-spécialiste, comment le système est utilisé, quelles décisions sont prises à partir de ses sorties, ce que l’analyse a établi, quelles mesures d’atténuation ont été retenues, pourquoi le déploiement a été jugé acceptable et comment une personne concernée peut réclamer. Une documentation rédigée dans une seule logique défensive résiste rarement à cet exercice de traduction. Constituer le dossier correctement dès la première fois revient nettement moins cher.
AIDF et AIPD : où passe la frontière
Les organisations soumises à l’article 27 le sont presque toujours aussi à l’article 35 du RGPD. La question pratique est donc de savoir s’il faut conduire un processus ou deux.
Le guide de l’ECNL et de l’Institut danois les traite comme deux exercices distincts mais complémentaires, ce qui constitue l’option la plus sûre. Une analyse d’impact relative à la protection des données porte sur les risques nés du traitement de données à caractère personnel. Une analyse d’impact sur les droits fondamentaux porte sur l’ensemble des droits de la Charte, y compris des préjudices sans aucun lien avec un traitement. La suppression d’emplois consécutive à l’introduction d’un système en est l’illustration la plus nette : aucune question de données personnelles ne se pose, et une AIPD n’offre aucune rubrique pour la consigner. Il en va de même de la perte de compétence chez des professionnels qui s’en remettent aux sorties automatisées, ou des effets sur l’accès à l’éducation et aux soins qui se jouent au niveau d’un groupe plutôt que d’une personne identifiée.
En pratique, la plupart des équipes mutualisent les intrants et séparent les livrables. La description du système, la cartographie des données et la liste des parties prenantes servent aux deux. L’analyse des droits, la méthode de gradation de la gravité et le compte rendu des consultations appartiennent à l’AIDF. Fusionner entièrement les deux exercices produit un document dominé par le vocabulaire de la protection des données, dans lequel les préjudices non liés aux données disparaissent silencieusement.
ISO 42005 : la méthode quand aucune loi ne vous y oblige
La norme ISO/IEC 42005:2025, publiée en avril 2025, offre une méthode structurée d’évaluation de l’impact des systèmes d’IA. Elle traite du cadrage de l’analyse, de la prise en compte du comportement technique, des données, du parcours utilisateur, des groupes affectés, des usages détournés prévisibles, de la responsabilité, des contrôles et de la surveillance, ainsi que de la réévaluation tout au long du cycle de vie.
Deux éléments sont régulièrement présentés de manière inexacte. Il s’agit de lignes directrices et non d’une norme d’exigences : aucune certification ISO/IEC 42005 n’existe, et toute affirmation contraire est erronée. Par ailleurs, la norme est conçue pour s’inscrire dans un système de management de l’IA plutôt qu’à côté de lui, en complément de la norme ISO/IEC 42001 et non en concurrence avec elle. Si vous exploitez déjà un tel système de management, l’analyse d’impact devient l’un de ses processus documentés plutôt qu’un exercice isolé.
Pour la grande majorité des organisations, c’est l’instrument approprié. Il fournit une méthode défendable, se raccorde au contenu exigé par le règlement IA si vous entrez ultérieurement dans son champ, et produit la piste d’audit que clients et assureurs réclament de plus en plus, dans la même logique que le cadre de gestion des risques du NIST. L’adopter est une décision que vous pouvez prendre maintenant, sans attendre qu’un régulateur vous désigne.
Comment mener une analyse d’impact IA
La méthode ci-dessous suit la structure en cinq phases du guide de l’ECNL et de l’Institut danois, conçue pour l’article 27 mais transposable sans difficulté à une démarche volontaire.
Constituer l’équipe et cadrer les travaux
Trois modèles coexistent. Une équipe pluridisciplinaire interne préserve la responsabilité et développe les compétences maison, mais produit un travail superficiel lorsque l’expertise fait défaut. Une évaluation externalisée achète indépendance et expertise, au prix d’une dilution de la responsabilité et d’une méconnaissance des réalités institutionnelles. Le modèle hybride, une équipe interne conseillée par un comité d’experts externes, donne les meilleurs résultats sur les déploiements de grande ampleur, moyennant un effort de coordination.
Le cadrage suppose une analyse de contexte selon trois axes : le contexte de déploiement, soit la destination, la durée, les décisions prises à partir des sorties et les personnes concernées ; les caractéristiques du système, soit le comportement technique, le traitement de données personnelles et ce que l’on sait de la qualité et de l’exactitude des données ; et le dispositif de gouvernance, soit la répartition des responsabilités avec le fournisseur, le processus de surveillance et les mesures de supervision humaine et de transparence.
Évaluer la gravité et la vraisemblance
Construisez trois à cinq scénarios concrets décrivant comment le système pourrait porter préjudice, dont un scénario du pire, et recensez tous les droits que chacun met en jeu. Les droits sont interdépendants : un système biaisé dans l’éducation atteint simultanément la non-discrimination, le droit à l’éducation, les droits de l’enfant et la vie privée.
La gravité s’apprécie ensuite selon quatre paramètres : l’étendue de l’atteinte au droit, la portée de l’impact et le nombre de personnes touchées, l’intensité du préjudice matériel, psychologique ou physique, et son caractère irréversible. La vraisemblance dépend du respect par le fournisseur de ses propres obligations, de la qualité des données, du degré de supervision humaine effective, de la latitude de modification ultérieure et du potentiel d’interférence malveillante.
Une attention particulière revient aux personnes en situation de vulnérabilité, qui subissent le même impact plus durement et disposent de moins de voies de recours. Le règlement IA cite lui-même les personnes en situation de grande pauvreté, les minorités ethniques et religieuses, les enfants et les personnes handicapées.
Choisir les mesures d’atténuation et décider
Les mesures d’atténuation se répartissent en trois familles. Les mesures organisationnelles couvrent la supervision humaine, le traitement des réclamations, la transparence publique et la compétence des équipes. Les mesures techniques couvrent la journalisation, la sécurité et la qualité des données d’entrée. Les mesures contractuelles engagent le fournisseur sur la représentativité des données, sur la fourniture de la documentation nécessaire aux demandes d’explicabilité et sur la notification des modifications affectant l’exactitude.
La décision de déploiement dépend ensuite des droits en cause. Un petit nombre de droits sont absolus, dont l’interdiction de la torture et la liberté de pensée, et aucune atteinte n’y est acceptable, quelles que soient la gravité et la vraisemblance. Les autres sont conditionnels : une atteinte peut être licite si elle est prévue par la loi, poursuit un objectif légitime et demeure nécessaire et proportionnée. L’équipe d’évaluation n’est pas un juge et n’a pas à atteindre la précision d’une décision de justice, mais dérouler ce test lui montre les critères à l’aune desquels la conduite de l’organisation serait appréciée.
Surveiller et actualiser
L’analyse d’impact IA ne s’achève pas au déploiement. Surveillez l’efficacité réelle des mesures d’atténuation, à partir du volume des réclamations et de leur traitement, de la qualité observée de la supervision humaine et des retours des utilisateurs. Actualisez l’analyse lorsque l’usage évolue, lorsque des impacts non anticipés apparaissent, lorsqu’une mesure se révèle insuffisante ou lorsque le droit change.
La réalité du calendrier en 2026
Tout ce qui a été écrit sur le sujet avant mi-2026 comporte désormais des dates erronées.
En Europe, le règlement omnibus numérique sur l’IA, règlement (UE) 2026/1744, a été approuvé par le Parlement européen le 16 juin 2026 et par le Conseil le 29 juin 2026, publié au Journal officiel le 24 juillet 2026 et entré en vigueur le 27 juillet 2026. Il reporte les obligations relatives aux systèmes à haut risque autonomes de l’annexe III, et avec elles l’AIDF de l’article 27, du 2 août 2026 au 2 décembre 2027. Les systèmes à haut risque intégrés relevant de l’annexe I basculent au 2 août 2028. Les pratiques interdites de l’article 5 ne sont pas concernées et s’appliquent depuis le 2 février 2025.
L’article 27, paragraphe 5, charge le Bureau de l’IA d’élaborer un questionnaire type destiné à faciliter la mise en conformité. À la mi-2026, il n’avait pas été publié et aucune échéance ne lui est assignée. Son absence ne suspend pas l’obligation : les organisations concernées ont intérêt à construire leur méthode dès maintenant plutôt qu’à attendre un formulaire.
Aux États-Unis, le mouvement s’est fait en sens inverse. La loi SB 189 du Colorado, promulguée le 14 mai 2026, reporte le Colorado AI Act au 1er janvier 2027 et supprime le devoir de diligence contre la discrimination algorithmique, le programme de gestion des risques du déployeur et l’obligation d’analyse d’impact, ne laissant subsister qu’un dispositif d’information et de transparence assorti de droits limités d’accès, de rectification et de réexamen humain. Toute documentation décrivant encore une obligation d’analyse d’impact au Colorado décrit une disposition abrogée.
Pour un déployeur européen, le solde net représente environ dix-huit mois supplémentaires, et un argument solide pour les consacrer à la méthode plutôt qu’à l’échéance.
Questions fréquentes
Une analyse d’impact IA est-elle juridiquement obligatoire ?
Parfois. Au titre du règlement IA, elle ne s’impose qu’à trois catégories de déployeurs : les autorités publiques utilisant des systèmes à haut risque de l’annexe III, les entités privées assurant des services publics essentiels, et les assureurs et banques recourant à l’IA pour la tarification vie et santé ou l’évaluation de solvabilité. Au titre du RGPD, une AIPD s’impose dès que le traitement est susceptible d’engendrer un risque élevé, ce qui vise beaucoup plus largement. La norme ISO/IEC 42005 reste volontaire. La plupart des entreprises privées ne doivent aucune analyse d’impact légale et l’adoptent comme bonne pratique.
Quelle différence entre une analyse d’impact IA et une analyse de risques ?
Le sens de l’examen. Une analyse de risques protège l’organisation du système et mesure exposition, coût et défaillance. Une analyse d’impact IA protège les personnes du système et mesure les effets sur leurs droits, leurs opportunités et leur traitement. Le règlement IA mobilise les deux : l’article 9 impose aux fournisseurs un système de gestion des risques, tandis que l’article 27 impose à certains déployeurs une analyse d’impact sur les droits fondamentaux.
Une AIDF équivaut-elle à une AIPD ?
Non. Une AIPD au titre de l’article 35 du RGPD traite des risques nés du traitement de données personnelles. Une AIDF traite des impacts sur l’ensemble des droits de la Charte, y compris des préjudices sans dimension de traitement, comme la suppression d’emplois. Les organisations soumises aux deux mutualisent généralement les intrants et conservent deux dossiers distincts.
Peut-on être certifié ISO 42005 ?
Non. La norme ISO/IEC 42005:2025 est un document de lignes directrices et non une norme d’exigences : il n’existe rien à auditer à des fins de certification. La norme certifiable de cette famille est l’ISO/IEC 42001, relative au système de management de l’IA, et un processus d’analyse d’impact peut y être démontré comme élément de preuve.
Pour quelle échéance faut-il être prêt ?
Pour les déployeurs relevant de l’article 27, avant la première utilisation du système, l’obligation s’appliquant à compter du 2 décembre 2027 après le report de l’omnibus numérique. Pour une AIPD, avant le début du traitement. Pour les audits de biais de la Local Law 144 new-yorkaise, dans les douze mois précédant l’utilisation. Pour une démarche volontaire ISO/IEC 42005, avant la décision de déploiement, puis de manière répétée sur le cycle de vie.
Qui doit conduire l’exercice ?
Une équipe pluridisciplinaire, et non les seuls responsables du modèle. Le guide recommande d’associer une expertise en droits fondamentaux à l’ingénierie, au juridique, à la protection des données, aux achats et aux opérations, et de consulter les personnes que le système affectera ou leurs représentants légitimes. Lorsque l’expertise en droits fondamentaux manque en interne, il faut l’acquérir ou adjoindre un comité consultatif externe plutôt que de faire l’impasse sur ce regard.
Conclusion
La question utile n’est pas de savoir comment mener une analyse d’impact IA dans l’abstrait, mais laquelle vous incombe et quelle trace elle laisse derrière elle. Pour la plupart des organisations, la réponse honnête en 2026 est qu’aucun texte ne les désigne encore, que la norme ISO/IEC 42005 constitue la méthode à adopter, et que le report de dix-huit mois de l’article 27 offre l’occasion de construire le dossier correctement plutôt qu’un motif d’attendre.
Ce qui sépare une analyse défendable d’une analyse simplement classée, c’est la piste qui la soutient : les scénarios examinés, le raisonnement sur la gravité, les mesures d’atténuation attribuées à des responsables nommés et la surveillance démontrant qu’elles ont tenu. AI Sigil conserve cette piste sous forme d’enregistrement vivant, rattaché à chaque système et à chaque référentiel que vous exploitez, de sorte que l’analyse devienne un sous-produit de votre gouvernance plutôt qu’un document reconstitué dans l’urgence.