Académie IA · Approfondissement juridique

Compétence IA selon l'EU AI Act

Le règlement IA fait de la compétence IA une obligation d'entreprise : l'art. 4 s'applique depuis février 2025 à toute organisation utilisant l'IA. Cette page traduit les exigences en pratique, avec un check de risque interactif, les obligations des déployeurs selon l'art. 26 et une feuille de route pour remplir l'obligation de formation de façon démontrable.

4Classes de risque déterminent vos obligations
9Domaines d'obligations des déployeurs (art. 26)
7 %du CA mondial ou 35 M€, amende maximale
2025L'art. 4 s'applique depuis le 2 février, sans transition

L'essentiel en bref

Qu'exige l'EU AI Act en matière de compétence IA ?

L'art. 4 du règlement (UE) 2024/1689 oblige fournisseurs et déployeurs de systèmes d'IA à garantir, dans toute la mesure du possible, un niveau suffisant et adapté aux rôles de maîtrise de l'IA de leur personnel, démontrable et proportionné au risque des systèmes utilisés. Les déployeurs d'IA à haut risque ont en plus une obligation de formation et de surveillance spécifique au système selon l'art. 26.

  • Toute entreprise utilisant l'IA professionnellement est concernée, même sans développer d'IA (rôle de déployeur).
  • Pas d'exception PME pour l'obligation de compétence : les art. 4 et 5 s'appliquent à toutes les tailles d'entreprise.
  • L'obligation s'échelonne avec la classe de risque : les outils à risque minimal exigent une compétence de base, les systèmes à haut risque une formation spécifique (art. 26, § 5).
  • Sans documentation, une formation est réputée ne pas avoir eu lieu, les preuves par personne, contenu et date font partie de l'obligation.
  • Les pratiques interdites coûtent jusqu'à 35 M€ ou 7 % du chiffre d'affaires annuel mondial (art. 99).

État : juillet 2026 · approfondit le module 2 (unités 15–18) de la base de connaissances IA

Destinataires

Fournisseur ou déployeur, qui porte quelle responsabilité ?

L'AI Act distingue deux rôles centraux. Idée reçue fréquente : si le fournisseur est conforme, l'utilisateur l'est automatiquement. Faux, les déployeurs portent leurs propres obligations, qu'aucun contrat logiciel ne supprime.

Fournisseur (provider)

Celui qui développe un système d'IA ou le met sur le marché sous son propre nom.

  • Évaluation de conformité et marquage CE pour l'IA à haut risque
  • Documentation technique et notice d'utilisation
  • Gestion des risques sur tout le cycle de vie
  • Enregistrement dans la base de données UE (haut risque)

Déployeur (exploitant)

Celui qui utilise un système d'IA professionnellement sous sa propre responsabilité, le rôle de la plupart des entreprises.

  • Garantir la compétence IA du personnel (art. 4)
  • Utilisation conforme à la notice, contrôle humain
  • Journalisation, signalement d'incidents, information des personnes
  • Pour le haut risque : formation spécifique au système (art. 26, § 5)

Attention au changement de rôle : qui détourne un système d'IA, utilise dans le domaine B un système certifié pour le domaine A, ou le modifie substantiellement, devient juridiquement fournisseur et assume toutes ses obligations.

L'équipe MindsMachines sur scène lors de l'événement de création à Düsseldorf
De vraies personnes plutôt que de la théorie juridique : l'équipe MindsMachines lors de l'événement de création à Düsseldorf.

Check de risque interactif

Dans quelle classe de risque se trouve votre application d'IA ?

L'heuristique des quatre questions de la base de connaissances (unité 16), répondez à trois questions oui/non et obtenez la classification avec ses obligations. La question 4 est la conclusion : si aucune n'est affirmée, le risque minimal s'applique.

Question 1 / 3

Le système relève-t-il d'une des pratiques interdites de l'art. 5 ?

P. ex. notation sociale, manipulation subliminale du comportement, reconnaissance des émotions au travail, moissonnage non ciblé d'images faciales.

Interdit

Risque inacceptable, art. 5

Cette pratique est interdite dans l'UE et ne doit pas être utilisée, quel que soit le bénéfice ou le consentement.

Arrêter ou ne pas commencer l'usage. Infractions : jusqu'à 35 M€ ou 7 % du chiffre d'affaires annuel mondial.

Haut risque

Risque élevé, annexe I / annexe III

Usage autorisé mais strictement encadré. Les obligations complètes de déployeur de l'art. 26 s'appliquent, du contrôle humain à la journalisation.

Vérifier les documents de conformité du fournisseur, mener le cas échéant une analyse d'impact sur les droits fondamentaux, organiser le contrôle humain, former spécifiquement (§ 5), journaliser.

Risque limité

Risque limité, art. 50

Des obligations de transparence s'appliquent : les personnes doivent pouvoir reconnaître qu'elles interagissent avec une IA ou voient des contenus générés.

Assurer l'étiquetage (mention chatbot, labellisation des contenus, marquage des deepfakes), plus l'obligation de compétence de l'art. 4.

Risque minimal

Risque minimal, question 4 : aucune réponse affirmative

Pas d'exigences spécifiques de l'AI Act. Le RGPD, la protection des secrets d'affaires et le droit commun de la responsabilité restent bien sûr applicables.

L'art. 4 demeure : tous les utilisateurs ont besoin d'une compétence IA de base adaptée au rôle, documentée.

Note pratique de la base de connaissances : la classe de risque suit le contexte d'usage, pas l'outil, le même modèle de langage est à risque minimal en marketing et à haut risque en tri de CV. En cas de doute, retenir la classe supérieure. Cette heuristique ne remplace pas un conseil juridique au cas par cas.

Art. 4 · Obligation de compétence IA

Mettre en œuvre l'art. 4 : de l'obligation au programme démontrable.

L'art. 4 ne prescrit aucun programme, il exige une compétence IA « suffisante », adaptée au rôle, au niveau de risque et aux acquis. C'est précisément cette ouverture qui déstabilise beaucoup d'entreprises. La feuille de route suivante en fait un programme solide et prêt pour l'audit.

À retenir : l'art. 4 s'applique depuis le 2 février 2025, sans période transitoire. Qui ne peut présenter de mesures documentées lors d'un contrôle risque d'être jugé non conforme, même si tous les systèmes utilisés sont anodins.

La feuille de route en 5 étapes vers la conformité art. 4

Voici comment construire l'obligation de compétence systématiquement, chaque étape produit exactement les preuves attendues par les autorités :

  1. Inventaire IA

    Recenser tous les outils d'IA utilisés, y compris l'usage fantôme. Par application : finalité, données, utilisateurs, classe de risque (check ci-dessus).

  2. Attribuer rôles & niveaux

    Chaque rôle reçoit un niveau cible : Foundation pour tous les utilisateurs, Intermediate pour les utilisateurs réguliers, Advanced pour les responsables IA et la supervision du haut risque.

  3. Monter le programme de formation

    Blended plutôt que séminaire unique : bases en autoformation, formation en direct sur de vrais cas d'usage, pratique accompagnée. La base de 120 unités fournit le curriculum.

  4. Documenter sans lacunes

    Par personne : date, contenus, niveau, durée, formateur, résultat. Plus la matrice de compétences de l'organisation et l'affectation des systèmes par risque.

  5. Actualiser & rafraîchir

    Rafraîchissement annuel ; re-formation immédiate en cas de nouveaux outils, de changements de système ou de nouvelles lignes directrices de la Commission et de l'AI Office.

Formation IA MindsMachines : un formateur explique le développement de scénarios devant un écran de présentation
Voilà l'art. 4 en pratique : un atelier scénarios issu de notre programme de formation.

Art. 26 · Obligations des déployeurs

Haut risque en exploitation : les neuf domaines d'obligations de l'art. 26.

Si votre entreprise exploite un système à haut risque, par exemple un tri de candidatures assisté par IA, les obligations d'exploitant de l'art. 26 s'appliquent. Les déployeurs ne sont pas des utilisateurs passifs, mais des responsables actifs de la conformité :

Utilisation selon la notice

N'exploiter le système que comme documenté par le fournisseur (§ 1), s'en écarter peut déclencher le changement de rôle.

Contrôle humain

Des personnes qualifiées doivent comprendre, surveiller et pouvoir intervenir (§ 1 avec art. 14).

Protection contre les abus

Mesures techniques et organisationnelles contre l'accès non autorisé et la manipulation (§ 2).

Analyse d'impact sur les droits fondamentaux

Obligatoire pour les organismes publics et les domaines sensibles comme l'emploi ou l'éducation (§ 3 / art. 27).

Journalisation

Tenir et conserver les journaux d'exploitation pour que les décisions restent reconstituables (§ 6).

Information des personnes concernées

Informer les personnes lorsque l'IA prend ou prépare des décisions à leur sujet (§ 9 avec art. 50).

Signalement d'incidents

Signaler sans délai les incidents graves, au fournisseur et à l'autorité compétente (§ 5).

Formation du personnel

Formation spécifique au système de tous les utilisateurs, le pont entre l'art. 26 § 5 et l'art. 4.

Coopération avec le fournisseur

Coopérer en cas de non-conformités et appliquer les instructions correctives (§ 7).

La feuille de route de conformité en 7 étapes pour les nouveaux systèmes à haut risque

Issue de l'unité 17 de la base de connaissances, la démarche structurée avant la mise en production d'un système à haut risque :

  1. Identification

    Déterminer la classe de risque avec l'heuristique des quatre questions, est-ce vraiment l'annexe III ?

  2. Vérifier les documents du fournisseur

    Évaluation de conformité, marquage CE, documentation technique, pas de lancement sans eux.

  3. Analyse des droits fondamentaux

    Si l'art. 27 l'exige : la mener et la documenter.

  4. Revue RGPD

    Clarifier la base légale, mener une AIPD si nécessaire, signer un contrat de sous-traitance avec le fournisseur.

  5. Configurer le contrôle humain

    Définir responsabilités, voies d'escalade et possibilités techniques d'intervention.

  6. Former & prouver

    Former tous les utilisateurs spécifiquement au système, archiver les preuves (art. 26 § 5 + art. 4).

  7. Activer la journalisation

    Activer les logs et garantir les durées de conservation, avant le go-live.

Le modèle d'approbation feu tricolore : une gouvernance IA qui fonctionne au quotidien

Éprouvé en pratique, issu de la base de connaissances : au lieu de débattre chaque demande d'outil individuellement, classez les applications d'IA en trois niveaux d'approbation, compréhensibles pour chaque service :

Vert, usage libre

Utilisable sans approbation individuelle : tâches non critiques, pas de données personnelles, pas de secrets d'affaires.

  • Assistants d'écriture approuvés pour des brouillons
  • Traduction de contenus publics
  • Brainstorming sans données internes

Jaune, usage sous conditions

Seulement après examen et avec des mesures organisationnelles : outils pouvant toucher des données personnelles ou confidentielles.

  • Analyse IA de documents internes
  • Transcription de réunions
  • Communication client avec brouillons IA

Rouge, bloqué jusqu'à approbation

Uniquement avec l'accord explicite de la conformité, de la protection des données et, le cas échéant, du comité d'entreprise : applications à haut risque et situations de données sensibles.

  • IA dans le recrutement (annexe III n° 4)
  • Évaluation de la performance des salariés
  • Outils non vérifiés avec données clients

Le modèle tricolore opérationnalise à la fois l'art. 4 et l'art. 26 : il régit qui peut utiliser quoi, et définit quel niveau de compétence une approbation présuppose.

Matrice de compétences : quel rôle a besoin de quel niveau ?

Voici l'affectation par risque de la base de connaissances en pratique, votre matrice sera plus précise mais suit le même schéma :

RôleUsage IA typiqueClasse de risqueNiveau cible
Stagiaire / assistanceAssistant d'écriture pour brouillonsMinimalFoundation
Gestion de dossiersAssistant IA interne, documents & e-mailMinimal–limitéFoundation–Intermediate
Marketing / communicationTextes, images, campagnes générésLimité (art. 50)Intermediate
RH / recrutementPrésélection de candidatures assistée par IAHaut risque (annexe III n° 4)Advanced + art. 26 § 5
Référent IA / conformitéGouvernance sur tous les systèmesToutes classesAdvanced

Essentiel pour la preuve : la matrice ne consigne pas seulement l'existant, elle justifie l'affectation : quel système, quelle classe de risque, quel niveau, formé quand, rafraîchi quand.

Échéances et amendes : l'état de l'application

Le règlement IA s'applique par étapes, pour l'obligation de compétence, l'essentiel est : elle s'applique déjà, quels que soient vos systèmes.

  1. 1er août 2024Entrée en vigueur

    Le règlement (UE) 2024/1689 entre en vigueur, le compte à rebours des obligations échelonnées commence.

  2. 2 février 2025Art. 4 + art. 5 applicables

    L'obligation de compétence et les interdictions sont depuis lors du droit applicable pour tous les fournisseurs et déployeurs.

  3. 2 août 2025Obligations GPAI

    Les règles pour les modèles de fondation et la structure de supervision autour de l'AI Office s'appliquent.

  4. 2 août 2026Haut risque selon l'annexe III

    Les obligations d'exploitant de l'art. 26 et de transparence de l'art. 50 sont pleinement applicables.

  5. 2 août 2027Produits de l'annexe I

    Dernière étape : l'IA à haut risque dans les produits réglementés comme les machines ou dispositifs médicaux.

Système d'amendes (art. 99) : jusqu'à 35 M€ ou 7 % du chiffre d'affaires annuel mondial pour les pratiques interdites ; jusqu'à 15 M€ ou 3 % pour les manquements aux obligations centrales, le montant le plus élevé prévaut.

Auto-test

Votre entreprise est-elle prête pour un audit ?

Huit affirmations, huit fois oui ou non. À la fin, vous voyez votre score de conformité et savez où vous en êtes. Sans inscription, l'évaluation se fait directement dans votre navigateur.

  1. Nous tenons un inventaire complet de tous les outils d'IA utilisés dans l'entreprise.
  2. Chaque application d'IA est affectée à une classe de risque et l'affectation est justifiée.
  3. Tous les collaborateurs qui utilisent l'IA ont reçu une formation de base documentée.
  4. Nos attestations de formation contiennent date, contenus, niveau et durée par personne.
  5. Il est clairement réglé quels outils peuvent être utilisés avec quelles données.
  6. Pour les applications à haut risque, le contrôle humain est attribué nommément.
  7. Les nouveaux outils d'IA passent une revue d'approbation avant la mise en production.
  8. Une personne responsable pilote la conformité IA, les formations et les signalements.

Fort ! Vous êtes sur la voie de l'audit.

Votre organisation maîtrise l'obligation de compétence. Gardez le rythme avec des rafraîchissements annuels et continuez d'examiner les nouveaux outils avant usage.

Fondation solide, lacunes dans les preuves.

Beaucoup est en place, mais un auditeur trouverait des lacunes. Priorisez maintenant la documentation et l'affectation des rôles. Ce sont les gains les plus rapides.

Phase de départ : c'est le bon moment.

Les briques les plus importantes restent à poser. La bonne nouvelle : avec la feuille de route en 5 étapes ci-dessus, vous construisez les bases en quelques semaines. Commencez par l'inventaire IA.

FAQ

Questions fréquentes sur le règlement IA et l'obligation de formation.

Les questions de conformité que directions et responsables RH nous posent le plus souvent.

Oui. L'obligation de compétence (art. 4) et les interdictions (art. 5) s'appliquent à toute entreprise utilisant l'IA professionnellement, sans exception de taille. Les allègements PME n'existent que ponctuellement, p. ex. documentation technique simplifiée pour petits fournisseurs, mais pas pour les obligations de compétence et d'exploitant.

Oui, c'est exactement le rôle du déployeur. Qui utilise un système d'IA professionnellement sous sa propre responsabilité est exploitant au sens du règlement et doit au minimum garantir la compétence IA du personnel (art. 4). Selon le contexte s'ajoutent des obligations de transparence (art. 50) ou de haut risque (art. 26).

Échelonnées selon la gravité (art. 99) : jusqu'à 35 M€ ou 7 % du chiffre d'affaires annuel mondial pour les pratiques interdites, jusqu'à 15 M€ ou 3 % pour les manquements aux obligations centrales comme celles de l'art. 26, jusqu'à 7,5 M€ ou 1 % pour informations erronées aux autorités. Le montant le plus élevé compte.

Non. Une compétence « suffisante » est un état continu : nouveaux outils, changements substantiels ou nouvelles lignes directrices exigent une re-formation ; un rafraîchissement annuel s'est imposé comme rythme de base. Et chaque mesure exige une documentation, sinon elle est réputée ne pas avoir eu lieu.

L'art. 4 est l'obligation générale de compétence pour tous ceux qui travaillent avec l'IA, quel que soit le risque. L'art. 26 § 5 ajoute pour les systèmes à haut risque une obligation spécifique : le personnel doit être formé au système concret. Qui exploite de l'IA à haut risque remplit donc les deux niveaux.

L'AI Act ne connaît pas d'obligation explicite comme pour le délégué à la protection des données. En pratique, la conformité exige pourtant des rôles clairs : quelqu'un qui tient l'inventaire IA, évalue les classes de risque, pilote les formations et signale les incidents. La base de connaissances (unité 107) recommande d'attribuer cette responsabilité explicitement.

Avec l'heuristique des quatre questions de cette page : pratique interdite ? Annexe I/III ? Cas de transparence ? Sinon minimal. Le piège principal : la classe suit le contexte d'usage, un modèle de langage est à risque minimal en marketing et à haut risque en tri de CV. Pour les cas limites : en cas de doute, retenir la classe supérieure.

Non. La conformité du fournisseur (marquage CE, documentation) est une condition préalable mais ne remplace pas vos obligations d'exploitant : usage conforme, contrôle humain, formation, journalisation et signalement d'incidents restent chez vous. Et qui détourne un système devient même fournisseur lui-même.

Prochaine étape

Faites de l'obligation de formation un avantage concurrentiel.

Nous construisons votre programme de formation conforme à l'art. 4 : par rôles, documenté et sur vos vrais cas d'usage, de la formation Foundation au développement d'AI Champions.

La plateforme

OneMachine : votre IA, dans votre système.

Une IA productive qui s'exécute en toute sécurité dans votre organisation : avec vos propres données, droits et validations. Condensée de la pratique projet réelle en un produit sous licence.

Découvrir OneMachine
Compétence IA selon l'EU AI Act : obligation de l'art. 4