AI Act européen : ce que les DSI doivent faire en 2026
Le règlement européen sur l'IA entre en application progressive. Calendrier, niveaux de risque, obligations DSI : ce qu'il faut anticiper en 2026 pour rester en conformité.
Le 2 août 2026, les obligations « haut risque » du règlement européen sur l'IA deviennent contraignantes. Pour la plupart des grandes entreprises françaises, ça veut dire trois mois pour finaliser une cartographie qu'on n'a pas encore commencée. Sur les chantiers que nous voyons passer, le retard de démarrage n'est pas dû à un manque d'intérêt — il vient du fait que beaucoup de DSI attendaient que les contours du règlement se précisent. Ils le sont désormais.
L'erreur la plus fréquente consiste à se dire : « on ne développe pas de modèle d'IA, donc on n'est pas concerné ». Le règlement (UE) 2024/1689 parle de déployeurs — toute organisation qui utilise un système IA dans un contexte régulé. Une fonction RH qui passe ses CV dans un outil de pré-tri, une banque qui s'appuie sur un score de crédit automatisé, un industriel qui pilote une chaîne via maintenance prédictive : tous tombent sous le règlement, indépendamment de qui a construit l'algorithme.
Plafond d'amende AI Act vs RGPD. Pour les manquements les plus graves, l'AI Act prévoit aussi 7% du CA mondial — contre 4% pour le RGPD. Les deux régimes peuvent se cumuler.
Source : Règlement (UE) 2024/1689, article 99
Le piège : être déployeur sans le savoir
Le règlement ne fait pas la distinction entre celui qui développe le modèle et celui qui l'utilise. Une grande entreprise qui intègre Claude, GPT-4 ou Mistral dans ses processus internes devient déployeur. Si l'usage entre dans une catégorie à haut risque, les obligations s'enchaînent : registre, information des personnes concernées, supervision humaine, audit régulier.
Les cas d'usage qu'on retrouve presque systématiquement dans les organisations de plus de 500 personnes :
- RH — tri automatisé de CV, scoring de candidats, évaluation de performance assistée
- Crédit — scoring crédit consommation, octroi de prêts (la détection de fraude, elle, est explicitement exclue du périmètre haut risque par le considérant 58)
- Sécurité — identification biométrique pour contrôle d'accès, vidéosurveillance « intelligente »
- Relation client — agents conversationnels qui rendent des décisions affectant les droits des clients (refus, allocation, tarification)
- Industrie — maintenance prédictive sur des installations critiques (SEVESO, énergie, santé)
Les quatre paliers de risque
Le règlement organise les systèmes IA en quatre niveaux, du laisser-faire à l'interdiction. Le découpage est moins propre qu'il en a l'air : un même cas d'usage peut basculer d'un palier à l'autre selon la finalité, le contexte ou la population concernée.
Classification AI Act — règlement (UE) 2024/1689
Quatre échéances qui structurent la mise en conformité
Le règlement s'applique par paliers étalés sur trois ans. Quatre dates comptent réellement pour les déployeurs en grande entreprise — les autres concernent les fournisseurs de modèles.
Obligations par cas d'usage : quelques exemples concrets
Pour donner une lecture moins abstraite, voici comment cinq cas d'usage que nous rencontrons fréquemment chez nos clients sont traités par le règlement :
| Cas d'usage | Niveau | Obligations principales |
|---|---|---|
| Tri de CV automatisé | Haut risque | Registre, supervision humaine, info candidats, audit annuel |
| Chatbot service client | Limité | Information utilisateur (« vous parlez à une IA ») |
| Scoring de crédit consommation | Haut risque | Documentation technique, tests de robustesse, droit de recours |
| Génération de documents internes (notes, comptes rendus) | Minimal | Aucune obligation légale (les bonnes pratiques restent évidemment utiles) |
| Détection d'émotions des collaborateurs | Inacceptable | Interdit en milieu professionnel (article 5, §1f) |
Sept chantiers à mener avant août 2026
L'ordre compte. Sans cartographie initiale (chantier 1), les six autres tournent à vide ou se font sur des périmètres incomplets — c'est le piège classique des projets de mise en conformité menés en parallèle d'une transformation IA en cours.
Le sujet tombe entre les chaises — et c'est là que ça déraille
L'AI Act n'est pas un sujet 100% technique ni 100% juridique. Trois rôles doivent travailler ensemble, et chez les clients où ça coince, c'est généralement parce que l'un des trois pense que c'est l'affaire de l'autre :
- La DSI pilote l'inventaire des systèmes IA, leur classification, et l'implémentation des contrôles techniques (logging, monitoring, supervision humaine).
- Le DPO évalue les impacts sur les droits des personnes, fait le pont avec les exigences RGPD existantes, et coordonne avec la CNIL si nécessaire.
- La direction juridique sécurise les clauses fournisseurs, les conditions d'utilisation et la procédure de recours pour les personnes affectées.
Le format qui fonctionne le mieux que nous ayons vu : un comité IA trimestriel qui réunit ces trois fonctions avec un sponsor au COMEX. Sans sponsor exécutif, les arbitrages restent en attente et le sujet glisse.
Comment nous intervenons sur ce sujet
Nous accompagnons des banques, des assureurs et des industriels sur leurs premiers audits AI Act depuis fin 2024. Trois formats reviennent régulièrement :
- Audit flash, 2 semaines — cartographie des systèmes IA, classification par niveau de risque, identification des écarts par rapport aux obligations applicables.
- Plan de mise en conformité, 4 semaines — construction du registre, gouvernance (référent, comité), documentation technique des systèmes haut risque, formation des équipes concernées.
- Accompagnement opérationnel — intégration des contrôles directement dans vos systèmes IA en production : logging structuré, supervision humaine, monitoring de drift.
Le sujet recoupe nos expertises GenAI, cybersécurité et data engineering — d'où l'intérêt d'avoir une équipe qui couvre les trois angles plutôt qu'un cabinet juridique qui découvre la partie technique en cours de mission.
Ce qui change vraiment la donne
Le piège n'est pas le règlement lui-même : il est désormais bien documenté, et la Commission a publié des lignes directrices solides. Le piège, c'est de découvrir au moment d'un contrôle ou d'un incident qu'on ne sait pas combien de systèmes IA tournent dans l'organisation, ni qui en est responsable. Cartographier, désigner un référent, ouvrir un registre — c'est l'investissement minimum, et c'est ce qui transforme une menace réglementaire en avantage opérationnel sur ses concurrents.
-
Règlement (UE) 2024/1689 — texte officiel intégral (EUR-Lex)
La référence — version française du règlement, articles, considérants et annexes.
-
Commission européenne — Regulatory framework on AI
Page institutionnelle de référence : guidelines, FAQ, code de conduite GPAI, calendrier officiel.
-
CNIL — Intelligence artificielle
Lectures de l'autorité française : recommandations sectorielles, articulation avec le RGPD, fiches pratiques.
-
AI Act Explorer — Future of Life Institute
Outil tiers indépendant pour naviguer dans le règlement article par article (recherche, navigation par considérant, comparaison).
-
AI Office (Commission européenne)
L'autorité européenne d'application — utile pour suivre les actes délégués et standards harmonisés à venir.
Questions fréquentes
Comment savoir si un usage SaaS classique nous fait basculer en déployeur haut risque ? +
Le critère n'est pas l'outil mais la finalité : un Copilot utilisé pour rédiger des notes reste minimal, le même Copilot branché sur un workflow RH de pré-tri devient haut risque. Il faut documenter chaque cas d'usage par sa finalité métier réelle et la population impactée, pas par le fournisseur. Un même éditeur peut générer des obligations différentes selon le service où il est déployé.
Que faire des systèmes IA déjà en production qu'on découvre lors de la cartographie ? +
Pas d'arrêt brutal sauf cas inacceptable (détection d'émotions des collaborateurs, par exemple, interdite par l'article 5). Pour le haut risque, il faut prioriser la mise en conformité documentaire — registre, supervision humaine, information des personnes — avant août 2026, quitte à geler les évolutions fonctionnelles. Un système non documenté à la date d'application est exposé aux 7% de CA mondial.
Comment articuler concrètement DPO, référent AI Act et métiers sans recréer un silo ? +
Le DPO garde la donnée personnelle, le référent AI Act porte la classification des systèmes et le registre, les métiers restent propriétaires de la finalité et de la supervision humaine. Le point de friction récurrent, c'est la décision de classement haut risque ou limité — elle doit remonter à un comité unique avec arbitrage juridique, sinon chaque BU classe à sa convenance.
Quelles garanties exiger contractuellement à OpenAI, Anthropic ou Mistral en tant que déployeur ? +
Documentation technique conforme à l'annexe IV, engagement sur les tests de robustesse et l'évaluation des biais, traçabilité des versions de modèle déployées, et clause d'information en cas d'incident grave. Les conditions standard des fournisseurs GPAI sont aujourd'hui insuffisantes pour couvrir un usage haut risque — il faut négocier un addendum AI Act distinct du DPA RGPD, les deux régimes se cumulant côté sanctions.
