Cours gratuit

Cours sur la maîtrise de l'IA selon le règlement IA de l'UE

Un micro-cours gratuit sur l'article 4 pour utiliser l'IA de manière responsable — six leçons courtes, un quiz rapide et un certificat. Rien à installer.

Leçon 1 / 6

Pourquoi la maîtrise de l'IA est importante (article 4)

L'article 4 du règlement européen sur l'IA — tel que modifié par le Digital Omnibus sur l'IA (règlement (UE) 2026/1744, en vigueur depuis le 27 juillet 2026) — impose à tout fournisseur et déployeur de systèmes d'IA de prendre des mesures pour soutenir le développement de la maîtrise de l'IA de son personnel et des autres personnes qui exploitent ou utilisent des systèmes d'IA pour son compte. Cette obligation s'applique depuis le 2 février 2025 et elle est universelle — elle ne se limite pas à l'IA à haut risque. C'est une obligation de moyens, pas de résultat : le texte précise expressément qu'il n'impose pas de garantir un niveau donné de maîtrise de l'IA pour chaque individu.

La maîtrise de l'IA désigne les compétences, les connaissances et la compréhension qui permettent d'utiliser les systèmes d'IA à bon escient, d'en saisir les opportunités et les risques, et de reconnaître les préjudices qu'ils peuvent causer. Les mesures doivent être adaptées aux connaissances techniques, à l'expérience, à l'éducation et à la formation de chacun, au contexte d'utilisation du système d'IA et aux personnes concernées. La Commission et les États membres soutiennent ces efforts, notamment par des exemples pratiques publiés sur la plateforme d'information unique de la Commission, et le Comité IA peut émettre des recommandations sur la maîtrise de l'IA.

Suivre ce court cours constitue précisément une telle mesure. Le terminer donne à votre organisation une preuve documentée du soutien à la maîtrise de l'IA qu'elle apporte à son équipe.

Leçon 2 / 6

Comment le règlement européen sur l'IA classe l'IA : les quatre niveaux de risque

Le règlement européen sur l'IA repose sur une approche fondée sur le risque. Il répartit les systèmes d'IA en quatre niveaux, et les règles se durcissent à mesure que le risque augmente.

Interdit : un petit ensemble de pratiques purement et simplement prohibées, comme la notation sociale par des acteurs publics ou privés ou les systèmes manipulateurs qui causent un préjudice. À partir du 2 décembre 2026, la liste couvre aussi l'IA qui génère des images intimes non consenties ou des contenus pédopornographiques (Digital Omnibus).

À haut risque : l'IA utilisée dans des domaines sensibles énumérés à l'annexe III — le recrutement, l'évaluation du crédit, l'éducation, les services essentiels, les services répressifs, la biométrie. Ces systèmes sont soumis aux obligations les plus lourdes.

Risque limité : les systèmes qui interagissent avec les personnes ou génèrent du contenu, soumis à des obligations de transparence au titre de l'article 50.

Risque minimal : tout le reste (filtres anti-spam, moteurs de recommandation), sans obligation contraignante.

Savoir à quel niveau appartient un système est la première étape pour le gérer correctement.

Leçon 3 / 6

L'IA à haut risque et ses exigences

Lorsqu'un système d'IA est à haut risque, les obligations sont considérables. Le fournisseur doit mettre en place un système de gestion des risques, encadrer les données d'entraînement et de validation, produire la documentation technique de l'annexe IV, tenir des journaux, concevoir le système pour permettre une surveillance humaine et passer une évaluation de la conformité avant que le système n'arrive sur le marché.

Les déployeurs — les organisations qui utilisent un système à haut risque — ont eux aussi des obligations : utiliser le système conformément aux instructions, assurer une surveillance humaine, suivre son fonctionnement et conserver des enregistrements.

La plupart des obligations applicables aux systèmes à haut risque autonomes entrent en application le 2 décembre 2027 selon le calendrier révisé. Si votre travail touche au recrutement, au crédit, à l'éducation ou à des domaines similaires, partez du principe qu'un système peut être à haut risque et vérifiez-le avant de vous y fier.

Leçon 4 / 6

Transparence : signaler aux personnes la présence d'une IA (article 50)

L'article 50 fixe des obligations de transparence pour l'IA qui interagit avec les personnes ou crée du contenu. Elles existent pour que personne ne soit induit en erreur sur le fait de traiter avec un humain ou avec une machine.

Lorsqu'une personne interagit avec un système d'IA — un agent conversationnel, un assistant vocal —, elle doit en être clairement informée, sauf si cela est évident. Le contenu généré ou manipulé par l'IA, qu'il s'agisse de texte, d'images, d'audio ou de vidéo (deepfakes), doit être signalé comme étant généré artificiellement.

L'information doit être claire, accessible et fournie au bon moment. Pour la plupart des équipes, cela se traduit par un avis simple et honnête : « Vous discutez avec un assistant IA. » La transparence renforce la confiance et constitue une obligation légale.

Leçon 5 / 6

Surveillance humaine et écueils courants de l'IA

Les systèmes d'IA sont puissants, mais faillibles. Trois écueils reviennent sans cesse.

Biais : un modèle entraîné sur des données déséquilibrées peut produire des résultats injustes pour certains groupes — un risque sérieux dans le recrutement ou le crédit.

Hallucination : l'IA générative peut affirmer avec assurance des informations fausses. Vérifiez toujours les faits, les chiffres et les citations avant de vous y fier.

Dépendance excessive : considérer le résultat de l'IA comme automatiquement correct. Le système soutient votre jugement ; il ne le remplace pas.

La surveillance humaine constitue le garde-fou. Une personne compétente doit être en mesure de comprendre, de suivre, de remettre en question et d'écarter le résultat d'un système d'IA. Lorsque quelque chose paraît anormal, faites une pause et confrontez-le à une source fiable.

Leçon 6 / 6

Utiliser l'IA de manière responsable dans votre travail quotidien

La maîtrise de l'IA est quelque chose qui se pratique au quotidien. Quelques habitudes vous permettent, à vous et à votre organisation, de rester du bon côté du règlement sur l'IA.

Protégez les données : ne collez jamais de données à caractère personnel, de secrets ou d'informations confidentielles dans un outil, sauf s'il est approuvé pour cet usage. Respectez la politique d'utilisation de l'IA de votre organisation.

Soyez transparent : signalez aux personnes lorsqu'elles interagissent avec une IA, et indiquez clairement le contenu généré par l'IA.

Vérifiez avant d'agir : traitez le résultat de l'IA comme une ébauche à contrôler, et non comme une réponse définitive.

Faites remonter : si vous n'êtes pas certain qu'un système soit à haut risque ou conforme, signalez-le à la personne responsable de la conformité plutôt que de deviner.

Ces habitudes simples transforment la loi en bonnes pratiques du quotidien.

La lecture des leçons est libre. Connectez-vous ou créez un compte pour passer l'évaluation et obtenir votre certificat nominatif.

Article 4 du règlement IA de l'UE : l'obligation de maîtrise de l'IA après le Digital Omnibus

L'article 4 est l'obligation du règlement IA de l'UE qui concerne presque tout le monde et dont on parle le moins. Elle ne se limite pas aux systèmes à haut risque. Elle est en vigueur depuis le 2 février 2025. Et sa rédaction a changé en juillet 2026 — dans un sens que la plupart des analyses publiées n'ont pas encore intégré.

Cette page énonce ce qu'est aujourd'hui cette obligation, ce qu'elle n'est pas, et à quoi ressemble une réponse proportionnée pour une entreprise de dix à deux cent cinquante personnes.

Ce que dit l'article 4, tel que modifié

Le Digital Omnibus on AI — règlement (UE) 2026/1744, en vigueur depuis le 27 juillet 2026 — a remplacé l'article 4 dans son intégralité. Le texte en vigueur est le suivant :

« Les fournisseurs et les déployeurs de systèmes d'IA prennent des mesures visant à soutenir le développement de la maîtrise de l'IA de leur personnel et des autres personnes s'occupant du fonctionnement et de l'utilisation des systèmes d'IA pour leur compte, en prenant en considération leurs connaissances techniques, leur expérience, leur éducation et leur formation, ainsi que le contexte dans lequel les systèmes d'IA sont destinés à être utilisés, et en tenant compte des personnes ou des groupes de personnes à l'égard desquels les systèmes d'IA sont destinés à être utilisés. Cette obligation n'impose pas aux fournisseurs ou aux déployeurs de garantir un niveau spécifique de maîtrise de l'IA d'une quelconque personne. »

La version précédente imposait aux fournisseurs et aux déployeurs de « garantir un niveau suffisant de maîtrise de l'IA ». Cette formule a disparu, et sa suppression est délibérée : le considérant 8 du Digital Omnibus indique qu'« une solution imposant des obligations strictes visant à garantir un niveau suffisant de maîtrise de l'IA ne serait pas adaptée à tous les types de fournisseurs et de déployeurs ».

Deux paragraphes supplémentaires ont été ajoutés. L'article 4(2) oblige la Commission et les États membres à soutenir les efforts de mise en conformité et impose à la Commission de publier des exemples pratiques sur la plateforme d'information unique prévue à l'article 62(3)(b). L'article 4(3) charge le Comité européen de l'intelligence artificielle d'adopter des recommandations inspirées des référentiels européens de compétences.

Ce qui a changé, en une ligne

Avant : vous deviez garantir que vos collaborateurs atteignent un niveau suffisant de maîtrise de l'IA. Maintenant : vous devez prendre des mesures qui soutiennent le développement de la maîtrise de l'IA — et il ne vous est expressément pas demandé de garantir qu'une personne atteigne un niveau donné.

L'obligation n'a pas disparu. C'est la garantie de résultat qui a disparu. Ce qui subsiste est une obligation de moyens, et c'est une obligation que vous pouvez remplir et documenter.

À qui elle s'applique

À la fois aux fournisseurs et aux déployeurs de systèmes d'IA. Pas seulement au haut risque. Pas seulement aux entreprises établies dans l'UE — l'extraterritorialité de l'article 2 s'applique : une entreprise hors UE qui met un système d'IA sur le marché de l'UE, ou dont les sorties du système sont utilisées dans l'UE, entre dans le champ d'application.

La population couverte est plus large que les « salariés » : le texte vise « leur personnel et les autres personnes s'occupant du fonctionnement et de l'utilisation des systèmes d'IA pour leur compte ». Les prestataires, les intérimaires et les opérateurs externalisés en font partie.

Si votre entreprise utilise ChatGPT, Copilot ou tout autre outil d'IA commercial dans son travail, vous êtes déployeur, et l'article 4 s'applique à vous. C'est le contresens le plus fréquent que nous rencontrons : les entreprises supposent que l'article 4 s'adresse à ceux qui construisent de l'IA. Ce n'est pas le cas.

Ce sur quoi l'obligation se calibre

Le texte nomme les facteurs explicitement. Vos mesures doivent prendre en compte :

  • les connaissances techniques, l'expérience, l'éducation et la formation des personnes concernées ;
  • le contexte dans lequel les systèmes d'IA sont utilisés ;
  • les personnes ou groupes de personnes à l'égard desquels les systèmes d'IA sont utilisés.

Ce dernier facteur est celui que l'on oublie le plus souvent. Si votre système d'IA prend des décisions qui touchent des candidats à l'emploi, des patients, des emprunteurs ou des élèves, la maîtrise dont vos collaborateurs ont besoin n'est pas seulement technique — elle s'étend aux effets produits sur ces personnes. Un recruteur qui utilise un outil de présélection de CV doit comprendre ce sur quoi cet outil peut se tromper à propos d'un candidat, pas seulement comment se servir de l'interface.

La proportionnalité joue dans les deux sens. Une entreprise de dix personnes qui utilise un seul chatbot commercial est tenue à bien moins qu'une entreprise de deux cents personnes qui déploie un modèle de scoring sur mesure. L'article est rédigé pour l'admettre.

Depuis quand elle s'applique, et qui la fait respecter

L'article 4 s'applique depuis le 2 février 2025. Cette date n'a pas bougé avec le Digital Omnibus.

Le contrôle passe par les autorités nationales de surveillance du marché et par le dispositif du chapitre IX, entré en application le 2 août 2026 au titre de l'article 113. Une réserve mérite d'être dite franchement : la FAQ de la Commission européenne sur la maîtrise de l'IA donne les deux dates — « 2 août 2026 » et « 3 août 2026 » — sur la même page pour le moment où débute la supervision, et aucune de ces deux dates ne figure dans le règlement lui-même. Nous citons le 2 août 2026, qui est la date que porte effectivement l'article 113, et nous signalons l'écart plutôt que de le trancher en silence.

Les sanctions applicables à l'article 4 sont fixées par les États membres au titre de l'article 99, dont les régimes nationaux devaient être en place au 2 août 2025. Pour les PME et les start-ups, l'article 99(6) plafonne chaque amende au pourcentage ou au montant fixe, « le montant le plus faible étant retenu » — l'inverse de la règle appliquée aux entreprises de plus grande taille.

À quoi ressemble un programme proportionné

L'article exige des mesures, et des mesures doivent pouvoir être prouvées. Un minimum défendable pour une PME :

1. Sachez ce que vous utilisez réellement. Un inventaire des systèmes d'IA que votre entreprise fournit et déploie, y compris les outils commerciaux que vos équipes utilisent au quotidien. Vous ne pouvez pas calibrer une formation sur un contexte que vous n'avez pas cartographié. Cet inventaire sert deux fois — la classification de l'article 6 en a besoin elle aussi.

2. Segmentez votre public. Une sensibilisation générale pour toute personne qui touche à un outil d'IA ; un contenu plus approfondi pour celles qui exploitent des systèmes affectant d'autres personnes ; un contenu spécifique pour qui porte le dossier de conformité. Les critères de l'article lui-même — connaissances, expérience, contexte, personnes concernées — constituent la segmentation.

3. Couvrez les bons sujets. Les capacités et les limites des systèmes en usage ; comment reconnaître et traiter une sortie fausse ou fabriquée ; quelles données peuvent ou non être versées dans un outil tiers ; les obligations d'information de l'article 50 si vos équipes déploient des chatbots ou génèrent des contenus synthétiques ; et à qui remonter un problème.

4. Consignez-le. Dates, participants, version du contenu, et le raisonnement qui a présidé au calibrage. Lors d'un contrôle, un programme documenté et motivé constitue la preuve. Un certificat attestant qu'une personne a atteint un niveau n'est pas ce que demande l'article.

5. Actualisez quand le parc change. Nouvel outil, nouveau cas d'usage, nouvelle population concernée — reprenez le sujet. Une session unique en 2025 portant sur des outils que vous n'utilisez plus n'est pas une mesure vivante.

Ce que vous n'avez pas à faire

Le texte modifié est inhabituellement direct sur ce point, autant l'être en retour :

  • Vous n'avez pas à garantir le niveau de maîtrise de l'IA d'une personne quelconque. Le règlement le dit expressément.
  • Vous n'avez pas à tester ni à certifier vos collaborateurs. L'évaluation peut être utile ; elle n'est pas l'obligation.
  • Vous n'avez pas à nommer un responsable de la maîtrise de l'IA ni à monter une structure de gouvernance. Aucune exigence de ce type ne figure à l'article 4.
  • Vous n'avez pas à acheter un programme de certification. Si un fournisseur vous explique qu'un cursus certifié est la façon de se conformer à l'article 4, il décrit son produit, pas la loi.

Il existe un vrai intérêt commercial à exagérer cette obligation, et nous préférons perdre une vente plutôt que d'y contribuer.

Les deux pièges

Piège 1 : croire que le Digital Omnibus a rendu l'article 4 facultatif. Il a assoupli le standard, passant d'une garantie de résultat à une obligation de moyens. Une obligation de moyens sans aucune mesure derrière elle reste un manquement.

Piège 2 : croire que l'article 4 ne vise que l'IA que vous construisez. Les déployeurs sont nommés dès la première ligne. La plupart des entreprises concernées le sont en tant que déployeurs d'outils qu'elles ont achetés.

Sources

Cette page énonce le droit tel qu'il est publié. Elle ne constitue pas un conseil juridique.