Article 16 de l'AI Act : obligations du fournisseur de systèmes d'IA à haut risque et vérification de la conformité
Imagen generada con gpt-image-2.5-sunburst para InferamaSource ↗
01

Ce que réglemente l'article 16 et à qui il s'applique

L'article 16 du Règlement (UE) 2024/1689 énumère les obligations des fournisseurs de systèmes d'intelligence artificielle à haut risque. Ce n'est pas une liste autonome de tous les exigences techniques applicables au système : il établit qui doit garantir la conformité et quelles actions organisationnelles et documentaires le fournisseur doit assumer, en plus d'autres obligations prévues dans le Règlement.

La première tâche est d'identifier correctement le rôle de l'organisation. L'article 16 s'adresse au fournisseur, tandis que l'article 26 établit des devoirs pour le responsable du déploiement, c'est-à-dire celui qui utilise le système sous son autorité. L'article 25 prévoit des cas où d'autres entités peuvent être considérées comme fournisseurs, par exemple lors de certaines modifications ou changements de fonction. Par conséquent, l'étiquette contractuelle d'une entreprise ne résout pas à elle seule son rôle juridique.

02

Les huit obligations du fournisseur

L'article 16 contient huit alinéas. En résumé, le fournisseur doit s'assurer que le système respecte les exigences applicables du chapitre III, section 2 ; indiquer son nom ou sa marque et une adresse de contact ; disposer d'un système de management de la qualité ; conserver la documentation correspondante ; conserver les registres générés automatiquement lorsqu'ils sont sous son contrôle ; compléter l'évaluation de conformité applicable ; préparer la déclaration UE de conformité et apposer le marquage CE ; et respecter les obligations d'enregistrement prévues.

Le texte renvoie à d'autres articles pour déterminer ce que signifie respecter chaque tâche. Par exemple, le contenu et la conservation de la documentation technique sont précisés à l'article 11 et à l'annexe IV ; le management de la qualité, à l'article 17 ; l'évaluation de conformité, à l'article 43 ; et la déclaration et le marquage, aux articles 47 et 48. L'article 16 ne doit donc pas être lu comme un substitut de ces dispositions, mais comme l'attribution des responsabilités au fournisseur.

Obligation et preuve à pouvoir localiser

Article 16Contrôle ou preuve vérifiable
a) Conformité aux exigences applicablesMatrice reliant les exigences applicables aux preuves, responsables et état de vérification.
b) Identification et contactNom ou marque et adresse de contact visibles sur le système, l'emballage ou la documentation, le cas échéant.
c) Management de la qualitéProcédures et registres attestant du système exigé par l'article 17.
d) Documentation techniqueDossier mis à jour conformément à l'article 11 et à l'annexe IV, avec contrôle des versions.
e) Registres automatiquesPolitique de conservation, d'accès et preuve des registres contrôlés par le fournisseur.
f) Évaluation de conformitéDossier et résultat de l'évaluation applicable, avec les actions correctives documentées.
g) Déclaration et marquage CEDéclaration UE de conformité et preuve du marquage conformément aux articles pertinents.
h) EnregistrementJustificatif de l'enregistrement requis et données cohérentes avec la version commercialisée.
03

Comment transformer les obligations en contrôles démontrables

L'article 16 ne prescrit pas un outil de gestion, un format unique de dossier ni un modèle technique déterminé. La preuve de conformité doit être construite autour de l'obligation concrète et des dispositions auxquelles elle renvoie. Une matrice de traçabilité utile identifie chaque exigence, le document ou le contrôle qui la soutient, la personne responsable, la date de révision et toute limitation en suspens.

La documentation doit correspondre à la version réellement mise sur le marché. Un dossier correct pour une version antérieure peut ne plus être suffisant après des changements de conception, de données, de finalité prévue ou de composants. L'équipe devrait maintenir un processus de contrôle des changements pour déterminer quand réviser les preuves, la documentation, l'évaluation de conformité et l'enregistrement. Cette recommandation est une pratique opérationnelle : l'article 16 attribue des obligations, mais ne détaille pas à lui seul le flux interne d'ingénierie.

Cycle pratique de vérification

Processus recommandé pour organiser les preuves sans le confondre avec une séquence littérale imposée par l'article 16.

  1. 01Définir qui agit en tant que fournisseur pour chaque système et version, et documenter tout changement de rôle conformément au Règlement.
  2. 02Ouvrir une matrice des huit alinéas de l'article 16 et lier chacun à ses dispositions complémentaires et preuves.
  3. 03Vérifier que la documentation technique, les registres, la déclaration, le marquage et les données d'enregistrement se réfèrent à la même version et à la même finalité prévue.
  4. 04Assigner des responsables et des dates de révision ; consigner les lacunes, les décisions et les actions correctives.
  5. 05Avant de commercialiser ou de modifier substantiellement le système, revoir quelles obligations et procédures doivent être mises à jour.
04

Fournisseur et responsable du déploiement : répartition des tâches

L'article 16 attribue au fournisseur des tâches liées à la conformité du système avant et pendant sa mise sur le marché ou en service, y compris la documentation, l'évaluation de conformité et l'enregistrement le cas échéant. L'article 26 concerne celui qui déploie le système. Parmi ses obligations figurent l'utilisation conforme aux instructions d'utilisation, l'attribution de la supervision humaine à des personnes compétentes et autorisées, la surveillance de son fonctionnement et, le cas échéant, la suspension de l'utilisation et l'information sur les risques ou incidents conformément au Règlement.

La répartition ne signifie pas que l'information circule automatiquement ni que toute responsabilité repose sur une seule partie. Le fournisseur doit faciliter les instructions et les informations nécessaires dans les termes applicables ; le responsable du déploiement doit exploiter le système conformément à celles-ci et respecter ses propres devoirs. Dans les contrats et les procédures d'incidents, il convient de spécifier les canaux, les responsables, les délais internes et les données minimales pour escalader les problèmes, sans présenter ces accords privés comme des substituts aux obligations légales.

Répartition opérationnelle indicative

Fournisseur — article 16Responsable du déploiement — article 26
S'assure que le système respecte les exigences applicables et complète les tâches de conformité qui lui incombent.Utilise le système conformément aux instructions et contrôle son utilisation dans le contexte réel.
Maintient la documentation technique et le système de management de la qualité exigés.Attribue une supervision humaine adéquate et conserve la compétence et l'autorité pour intervenir.
Respecte les obligations d'identification, de déclaration, de marquage et d'enregistrement applicables.Surveille le fonctionnement, conserve les registres sous son contrôle et agit face aux risques conformément au Règlement.
Gère ses obligations de communication et de coopération prévues dans le Règlement.Communique les incidents ou risques aux parties concernées et peut avoir des devoirs d'information propres.
05

Surveillance, registres et incidents : éviter les attributions imprécises

L'article 16 distingue la conservation des registres générés automatiquement lorsqu'ils sont sous le contrôle du fournisseur d'autres tâches de surveillance ou de notification qui apparaissent dans des dispositions liées. Il ne faut pas résumer tout cela comme une obligation générale et identique de « superviser » l'utilisation dans n'importe quel environnement : l'article 26 impose des obligations opérationnelles au responsable du déploiement, tandis que l'article 16 renvoie le fournisseur à ses obligations correspondantes dans l'ensemble du Règlement.

La notification des incidents graves et la coopération avec les autorités sont réglementées par d'autres dispositions du Règlement. En particulier, l'article 16 ne contient pas à lui seul la procédure complète, ses destinataires ni tous ses délais. Le fournisseur doit cartographier les renvois normatifs applicables, préparer un canal d'escalade et conserver les preuves des communications exigibles. Lorsque l'applicabilité d'une obligation dépend de circonstances concrètes, elle doit être confirmée avec le texte complet et en vigueur, et non déduite d'une liste de contrôle générique.

06

Dates d'application et sanctions : confirmer avant de planifier

Le Règlement (UE) 2024/1689 est entré en vigueur le 1er août 2024 et établit une application échelonnée. L'application générale est prévue à partir du 2 août 2026, tandis que certains chapitres et dispositions s'appliquent avant ou après selon le calendrier de l'article 113 et ses modifications. La date exacte pour un système concret doit être vérifiée avec ses dispositions transitoires et sa catégorie : il n'est pas sûr de déduire que toutes les obligations de l'article 16 commencent simultanément pour tous les systèmes.

L'article 99 établit des amendes administratives pour non-respect du Règlement, avec des montants maximaux qui varient selon l'infraction et, pour les entreprises, peuvent être exprimés comme un montant fixe ou un pourcentage du chiffre d'affaires annuel mondial total de l'exercice précédent, le montant le plus élevé s'appliquant lorsque l'article le dispose. Toutes les infractions de l'article 16 n'entraînent pas nécessairement le même maximum. L'autorité compétente doit tenir compte des circonstances et des critères du Règlement. Avant d'utiliser un chiffre dans une décision d'entreprise, il faut revoir la catégorie exacte de l'infraction, l'article sanctionneur applicable et toute règle spéciale pertinente.

07

Liste de contrôle de conformité et erreurs fréquentes

Une révision efficace doit séparer ce que le Règlement impose des décisions internes qui aident à le démontrer. Les obligations légales sont les tâches figurant à l'article 16 et les exigences des articles auxquels il renvoie. Les pratiques recommandées, par exemple, sont d'assigner un responsable par alinéa, d'utiliser une matrice de preuves et de programmer des révisions périodiques : elles ne doivent pas être présentées comme des formats expressément prescrits par l'article 16.

Il convient également d'éviter trois erreurs : traiter le fournisseur et le responsable du déploiement comme s'ils étaient le même acteur ; supposer que la liste de l'article 16 contient toutes les exigences techniques ; et attribuer à l'article 16 des dates, des procédures d'incidents ou des sanctions qui sont détaillées dans d'autres articles. L'article n'oblige pas à lui seul à utiliser un modèle spécifique ni une technologie déterminée. L'applicabilité d'obligations concrètes dépend de la configuration du système et du reste du Règlement.

Liste de contrôle finale : obligation légale contre pratique recommandée

VérificationNaturePreuve ou action
Identifier et documenter le rôle de fournisseur.Légale, selon le Règlement et les faits.Analyse des fonctions, contrats, marque, modifications et finalité prévue.
Couvrir les huit alinéas de l'article 16.Légale.Matrice avec état, référence applicable et preuve localisable.
Maintenir la documentation et la qualité conformément à leurs articles spécifiques.Légale ; les formats internes varient.Dossier versionné et registres de gestion conformément à l'article 11, annexe IV et article 17.
Assigner un propriétaire et une date de révision à chaque preuve.Pratique recommandée.RACI ou registre interne des responsables et révisions.
Convenir des canaux d'échange avec les responsables du déploiement.Pratique recommandée pour faciliter la conformité ; ne remplace pas les obligations légales.Procédure de consultation, d'escalade des risques et d'incidents.
Vérifier les dates et les sanctions dans le texte en vigueur avant d'approuver le plan.Contrôle juridique recommandé.Révision du calendrier applicable et de l'article sanctionneur correspondant.

Décision pratique avant de clôturer une révision

Utilisez ces questions comme filtre final ; une réponse négative ou incertaine doit générer une action de révision, et non une présomption de conformité.

  1. 01Le fournisseur réel est-il identifié pour cette version et cette finalité prévue ?
  2. 02Chaque obligation de l'article 16 a-t-elle une preuve en vigueur et un responsable ?
  3. 03La preuve renvoie-t-elle aux articles complémentaires corrects et non seulement à l'article 16 ?
  4. 04Les contrôles du fournisseur sont-ils distingués des obligations de déploiement de l'article 26 ?
  5. 05Les dates, exceptions et sanctions ont-elles été validées dans le texte officiel applicable ?

Questions ouvertes

  • Les sources fournies incluent le texte de l'article 16 et des références aux articles 25 et au chapitre III, mais ne fournissent pas de liens spécifiques aux articles 26, 99 et 113. La comparaison détaillée, le calendrier et les sanctions doivent être confrontés au texte officiel consolidé avant de prendre des décisions juridiques.
  • L'application des obligations et des dates peut dépendre de la catégorie du système, des dispositions transitoires, des modifications réglementaires et des circonstances concrètes de commercialisation ou de déploiement.
  • Le contrôle des registres, la condition de fournisseur et les obligations de communication dépendent des faits et des dispositions applicables ; ils ne peuvent pas être déterminés uniquement par le nom contractuel des parties.
08

Poursuivre l’exploration

08

Sources consultées

03

Corrections et transparence

Si vous repérez une information incorrecte ou obsolète, envoyez-nous la page et la source à vérifier.

Proposer une correction