Règlement IA : étapes pour une PME de 50 à 500 salariés
Une PME peut organiser sa mise en œuvre du règlement IA par rôle, calendrier, maîtrise de l'IA, supervision humaine et information des salariés concernés.

Réponse rapide : Le règlement IA exige des mesures de maîtrise de l'IA; inventorier les usages aide sans être une obligation autonome. Il s'applique en général depuis le 2 août 2026, mais la maîtrise de l'IA, les modèles à usage général et certaines règles des systèmes à haut risque suivent des dates particulières.1,2
Résumé sous forme de carte mentale
Règlement IA : étapes pour une PME de 50 à 500 salariés │ ├─ Décrire l'usage │ ├─ Nommer le système et l'équipe │ ├─ Identifier les personnes concernées │ └─ Préciser le rôle de la PME │ ├─ Placer les dates │ ├─ Chapitres I et II : 2 février 2025 │ ├─ Date générale : 2 août 2026 │ └─ Annexe III : 2 décembre 2027 │ ├─ Soutenir la maîtrise │ ├─ Adapter les mesures aux tâches │ ├─ Tenir compte du contexte d'usage │ └─ Ne pas promettre un niveau individuel │ └─ Traiter le haut risque ├─ Confirmer la catégorie du système ├─ Confier la supervision à des personnes └─ Informer les salariés avant l'utilisation
Le premier choix d'une PME
Pour appliquer le règlement IA, une entreprise de 50 à 500 salariés peut commencer par une décision simple : quels usages d'IA doivent être décrits avant de parler d'une obligation ? Dans l'atelier d'un fabricant, un outil utilisé pour organiser les équipes n'a pas le même contexte qu'un outil qui aide à préparer une notice technique. La liste doit donc nommer l'usage, l'équipe, les personnes touchées, le fournisseur et la personne qui décide de la mise en service. C'est une méthode d'organisation, non une qualification juridique automatique.
Cette première page évite de traiter « l'IA dans l'entreprise » comme un seul système. L'article 4 vise les fournisseurs et les déployeurs et demande de tenir compte du contexte dans lequel les systèmes sont utilisés ainsi que des personnes sur lesquelles ils le sont 1. Une décision prise à l'échelle d'un usage rend ces paramètres visibles. Pour bâtir cet inventaire, la méthode du registre des usages d'IA peut servir de point de départ.
Le résultat attendu est une file de vérifications, pas une promesse de conformité générale. Une ligne peut déjà faire apparaître un besoin de mesures de maîtrise de l'IA; une autre peut faire naître une question sur la qualification d'un système à haut risque. Tant que cette qualification n'est pas établie, la PME ne doit ni la supposer ni annoncer qu'aucune obligation spéciale ne s'appliquera.
Quel rôle joue l'entreprise ?
Les textes cités distinguent le fournisseur et le déployeur. L'article 4 adresse l'obligation de mesures de maîtrise de l'IA aux deux; l'article 26 énonce des obligations pour le déployeur d'un système classé à haut risque 1,3. Pour chaque usage, la PME doit donc noter la relation qu'elle entretient avec le système avant d'importer une liste de devoirs trouvée pour un autre acteur.
Un fabricant qui utilise dans son atelier un outil acquis auprès d'un tiers examine d'abord ses activités d'utilisation. S'il crée ou met à disposition un système dans un autre contexte, la question du rôle doit être reprise pour cet usage. Ce raisonnement décrit une méthode de qualification, sans conclure qu'un contrat commercial suffit à déterminer le rôle. La décision doit suivre les faits de chaque système.
| Dans la fiche d'usage | Question à résoudre | Pourquoi elle compte |
|---|---|---|
| Activité de l'entreprise | Fournit-elle ou utilise-t-elle le système ? | L'article 4 vise les deux rôles 1 |
| Classification de l'usage | Un système à haut risque est-il en cause ? | L'article 26 vise le déployeur de cette catégorie 3 |
| Contexte humain | Qui travaille avec le système ou en subit l'usage ? | Les mesures de maîtrise tiennent compte du contexte 1 |
La fiche n'est pas un certificat. Elle fait apparaître les données manquantes avant un choix de déploiement. Une PME qui ne sait pas quel système sera effectivement installé ne peut pas encore décrire avec précision la supervision ni l'information qui pourraient être requises pour ce système.
Les dates du règlement IA
L'article 113 fixe le 2 août 2026 comme date générale d'application du règlement. Il prévoit cependant que les chapitres I et II s'appliquent depuis le 2 février 2025, avec des exceptions expressément indiquées pour certaines dispositions de l'article 5 2. Une frise qui n'affiche qu'une date efface cette différence et peut faire croire qu'aucune mesure ne devait être examinée auparavant.
Le même article prévoit le 2 décembre 2027 pour les sections I, II et III du chapitre III concernant les systèmes classés à haut risque au titre de l'article 6, paragraphe 2, et de l'annexe III, à l'exception de l'article 6, paragraphe 5 2. Le report de ces sections ne repousse pas rétroactivement l'article 4.
Pour les dispositions du chapitre V relatives aux modèles d'IA à usage général, l'article 113 fixe le 2 août 2025; cette date concerne ces dispositions et non chaque outil d'IA utilisé par une PME 2. La date générale du 2 août 2026 s'applique aux dispositions sans date particulière dans l'article 113 2.
| Repère | Périmètre décrit par l'article 113 | Décision pratique |
|---|---|---|
| 2 février 2025 | Chapitres I et II, sous les exceptions de l'article 5 | Examiner les mesures déjà pertinentes 2 |
| 2 août 2025 | Chapitre V : modèles d'IA à usage général | Identifier si les dispositions GPAI concernent le rôle de l'entreprise 2 |
| 2 août 2026 | Date générale d'application | Vérifier la disposition applicable, sans effacer les exceptions 2 |
| 2 décembre 2027 | Sections I à III du chapitre III pour la catégorie liée à l'annexe III, sauf article 6(5) | Qualifier le système avant de retenir cette date 2 |
La frise distingue ainsi la maîtrise de l'IA déjà applicable, les règles du chapitre V sur les modèles à usage général applicables depuis août 2025, la date générale d'août 2026 et le report ciblé de certaines règles des systèmes à haut risque 2.
Développer la maîtrise de l'IA
L'article 4, paragraphe 1, demande aux fournisseurs et aux déployeurs de prendre des mesures soutenant le développement de la maîtrise de l'IA chez leurs salariés et chez d'autres personnes qui s'occupent, pour leur compte, du fonctionnement et de l'utilisation des systèmes. Il faut tenir compte des connaissances techniques, de l'expérience, de l'éducation, de la formation, du contexte d'utilisation et des personnes concernées par les systèmes 1.
Pour un atelier, l'équipe qui configure un outil, celle qui lit ses résultats et celle qui décide d'une action n'ont pas nécessairement le même besoin. La PME peut consigner ce que chaque groupe doit comprendre de l'usage précis, comment elle soutient cet apprentissage et qui vérifie que la mesure a bien été mise en place. Ces choix sont des propositions de gestion de l'obligation, pas une liste de modules réglementaires obligatoires.
L'article 4 précise une limite décisive : il ne demande pas de garantir un niveau déterminé de maîtrise de l'IA pour chaque individu 1. Une entreprise peut donc montrer les mesures qu'elle a choisies et leur adaptation au contexte sans promettre un score personnel universel. Un certificat individuel inventé comme condition légale déplacerait la question : la disposition porte sur les mesures de soutien prises par les acteurs visés.
Cette approche gagne à rester liée à l'inventaire. Lorsqu'un usage change d'équipe ou de contexte, la mesure prévue pour l'ancien scénario mérite d'être réexaminée. L'article 4 cite précisément le contexte et les personnes touchées parmi les éléments dont il faut tenir compte 1. Le changement d'usage peut donc modifier la bonne question de formation.
Repérer les usages à haut risque
La taille de la PME et la seule présence d'un modèle d'IA ne classent pas le système. L'article 6 distingue notamment les composants de sécurité de certains produits soumis à une évaluation par un tiers et les usages énumérés à l'annexe III; il prévoit aussi des conditions sous lesquelles certains usages de cette annexe ne sont pas considérés à haut risque 4. L'article 26 concerne ensuite le déployeur d'un système effectivement classé 3.
Parmi les exemples pertinents pour une PME, l'annexe III cite les systèmes destinés à filtrer des candidatures ou évaluer des candidats, ainsi que certains systèmes destinés à répartir les tâches selon le comportement individuel ou à surveiller et évaluer la performance des travailleurs 5. Elle cite aussi l'évaluation de la solvabilité de personnes physiques, sauf les systèmes de détection de fraude financière 5. Chaque cas dépend de la finalité prévue et des conditions de l'article 6, notamment ses exceptions; le simple usage d'un logiciel de recrutement ne suffit pas à trancher 4,5.
Pour un outil de tri des candidatures, notez sa finalité prévue, si ses résultats influencent réellement la décision, qui le fournit et qui l'utilise. Cette description permet d'examiner l'annexe III et les conditions de l'article 6 avant d'appliquer la date de l'article 113 2,4,5.
Prévoir la supervision humaine
Pour les systèmes à haut risque auxquels l'article 26 s'applique, le déployeur doit confier la supervision humaine à des personnes physiques ayant les compétences, la formation, l'autorité et le soutien nécessaires 3. Cette phrase est plus exigeante qu'une simple case « un humain valide ». Elle demande de savoir qui peut agir, sur quelle partie de l'usage et avec quel appui.
Dans l'organisation pratique d'un fabricant, le dossier du système peut nommer le titulaire de cette fonction, son remplaçant et le chemin par lequel un résultat contesté remonte vers une personne habilitée. Ce sont des choix de conception destinés à rendre concrète la supervision. Ils ne dispensent pas de lire les instructions accompagnant le système, puisque l'article 26 demande au déployeur de prendre des mesures pour l'utiliser conformément à ces instructions 3.
La discipline de conception de la supervision humaine développe la manière de décrire un véritable point d'intervention. Ici, le test est plus resserré : si une personne est nommée mais n'a ni pouvoir d'interrompre une utilisation problématique ni soutien pour traiter le cas, la PME doit expliquer comment elle satisfait les éléments de l'article 26, paragraphe 2 3.
Le même article demande aussi au déployeur de suivre le fonctionnement du système selon les instructions d'utilisation 3. La revue d'un résultat isolé et le suivi de l'outil dans la durée sont deux tâches différentes. Le dossier de mise en service devrait dire à qui chaque signal est adressé, sans inventer une fréquence universelle de contrôle que les trois sources citées ne donnent pas.
Informer les salariés concernés
Avant la mise en service ou l'utilisation d'un système d'IA à haut risque sur le lieu de travail, l'employeur déployeur informe les représentants des travailleurs et les salariés concernés du fait qu'ils seront soumis à son utilisation. L'article 26, paragraphe 7, renvoie, lorsque cela s'applique, aux règles et procédures de droit et de pratique relatives à cette information 3. Le moment « avant » et les deux publics ne doivent pas disparaître dans un plan de communication général.
Une note interne qui annonce seulement un projet d'IA à toute l'entreprise risque de ne pas identifier les salariés réellement concernés. L'inventaire des usages sert ici à les repérer. La PME peut préparer un enregistrement de la date, des destinataires et du contenu transmis, puis vérifier que la mise en service n'a pas précédé l'information nécessaire. C'est une méthode de preuve, non une forme imposée par la page de l'article 26.
L'information des travailleurs est distincte de la mesure de maîtrise de l'IA prévue à l'article 4. Une session de sensibilisation ne remplace pas nécessairement l'information préalable sur l'utilisation d'un système à haut risque; inversement, un message préalable ne dit pas comment l'entreprise a soutenu la maîtrise des personnes qui exploitent l'outil 1,3. La PME doit conserver les deux questions dans des lignes séparées.
Ordonner les vérifications
Avant le déploiement, l'entreprise peut tenir un tableau de décision par système : rôle présumé, contexte d'usage, mesure de maîtrise de l'IA, qualification du risque à confirmer, date juridique applicable, personne chargée de la supervision et information préalable lorsque les conditions de l'article 26 sont réunies 1,2,3. Chaque cellule doit contenir soit une réponse étayée, soit la question qui bloque la décision.
| Avant la décision | Preuve de travail attendue | Source de la question |
|---|---|---|
| Décrire usage et personnes | Fiche d'usage datée | Contexte et personnes dans l'article 4 1 |
| Placer la disposition sur la frise | Article et date associés | Calendrier de l'article 113 2 |
| Organiser une supervision pertinente | Personnes et moyens identifiés | Article 26, paragraphe 2 3 |
| Préparer l'information préalable | Public et moment identifiés | Article 26, paragraphe 7 3 |
En toutes lettres, le parcours part de la description d'un usage et du rôle de l'entreprise; il associe ensuite l'article applicable à sa date, prévoit les mesures de maîtrise de l'IA, puis examine, si un système est classé à haut risque, la supervision humaine et l'information préalable des salariés concernés 1,2,3.
Exemple de fiche remplie : « tri des candidatures; responsable : direction RH; mesure de maîtrise : former les recruteurs à lire et contester les résultats; date à examiner : 2 décembre 2027 si la classification annexe III est confirmée, sous l'exception de l'article 6(5); décision ouverte : vérifier la finalité et les conditions de l'article 6 avant la mise en service » 1,2,4,5.
Ce que le texte ne tranche pas
Ce guide ne qualifie pas un produit particulier sans sa finalité et sa configuration. Pour un cas concret, la décision doit vérifier l'article 6 et l'annexe III; les procédures locales d'information des travailleurs dépendent aussi des règles applicables 3,4,5.
L'effectif compris entre 50 et 500 salariés ne figure pas parmi les critères de classification de l'article 6 4.
Prochaines étapes
Choisissez un usage envisagé, remplissez sa fiche et faites valider les questions encore ouvertes avant la mise en service. Inscrivez les mesures de maîtrise de l'IA qui correspondent aux personnes et au contexte, puis vérifiez la date de la disposition retenue. Si l'usage est qualifié à haut risque, documentez la supervision humaine et préparez l'information préalable des salariés concernés selon l'article 26 1,2,3. Le panorama de la gouvernance IA et protection des données éclaire la coordination de ces travaux.
Poursuivez avec EU AI Act Documentation Pack après avoir consigné ces décisions.
Questions fréquentes
Le règlement IA impose-t-il une formation identique à tous les salariés ?
Quelle est la date de base d'application du règlement IA ?
Quand les règles relatives aux systèmes de l'annexe III s'appliquent-elles ?
Une PME doit-elle prévenir les salariés avant un usage à haut risque ?
Qui doit assurer la supervision humaine d'un système à haut risque ?
Le nombre de salariés suffit-il à classer un usage à haut risque ?
Quel premier document préparer avant de déployer un outil d'IA ?
Sources
- 1.Article 4: AI literacy — AI Act Service Desk · 2026
- 2.Article 113: Entry into force and application — AI Act Service Desk · 2026
- 3.Article 26: Obligations of deployers of high-risk AI systems — AI Act Service Desk · 2026
- 4.Article 6: Classification rules for high-risk AI systems — AI Act Service Desk · 2026
- 5.ANNEX III — AI Act Service Desk · 2026
Et si cette analyse portait sur votre entreprise ?
L’AI Foundation Audit est une évaluation structurée de votre empreinte IA : risques d’intégration, lacunes de gouvernance et potentiel de ROI. Vous recevez un rapport complet et directement exploitable.
Vous recevez l’AI Opportunity Report (votre rapport stratégique) et l’Implementation Brief, adaptés à votre activité et livrés immédiatement.