L’AI Act pour les banques et les assureurs : obligations et calendrier

Pour un établissement financier, l’AI Act, le règlement européen sur l’intelligence artificielle, vient se poser sur un empilement prudentiel déjà dense : gestion du risque de modèle, gouvernance produit, règles d’externalisation, supervision des pratiques commerciales. La tentation, pour les banques et les assureurs, est de le traiter comme une couche de plus de la même nature. Ce n’est pas tout à fait le cas : le règlement apporte des obligations documentaires du type de celles d’une évaluation de la conformité, et un standard de preuve comportemental que la plupart des dispositifs de risque de modèle n’ont jamais été conçus pour produire. Ce guide passe en revue les systèmes concernés, les obligations qui pèsent, l’articulation avec la supervision existante et le calendrier tel qu’il se présente après le Digital Omnibus de 2026.

Quels systèmes sont à haut risque

Deux entrées de l’annexe III visent directement le secteur. Le texte anglais dit :

AI systems intended to be used to evaluate the creditworthiness of natural persons or establish their credit score, with the exception of AI systems used for the purpose of detecting financial fraud (Annex III, point 5(b))

AI systems intended to be used for risk assessment and pricing in relation to natural persons in the case of life and health insurance (Annex III, point 5(c))

Le scoring de crédit et l’évaluation de la solvabilité des personnes physiques (point 5(b)). Cette entrée couvre les modèles de score qui sous-tendent les décisions de crédit aux particuliers, y compris l’évaluation de la capacité de remboursement assistée par l’IA. Les systèmes utilisés uniquement pour détecter la fraude financière en sont exclus.
L’évaluation des risques et la tarification en assurance vie et santé (point 5(c)). Les modèles de tarification et de souscription des branches vie et santé sont dans le périmètre ; les autres branches ne sont pas visées par cette entrée.

Au-delà des entrées sectorielles, les entrées générales s’appliquent aussi : l’IA utilisée pour le recrutement et la gestion des salariés (point 4) est à haut risque, que vous soyez une banque ou une boulangerie, et les systèmes biométriques ou de reconnaissance des émotions relèvent de leurs propres régimes. En revanche, les chatbots et les agents en contact avec la clientèle que la plupart des établissements déploient aujourd’hui ne sont généralement pas à haut risque. Ils portent néanmoins les obligations de transparence de l’article 50 (indiquer au client qu’il parle à une IA), en vigueur depuis le 2 août 2026, et ils restent dans votre périmètre de gouvernance et dans le champ des attentes de votre superviseur.

La question fournisseur ou déployeur compte aussi : une banque qui achète un modèle de score est le plus souvent déployeur, mais une banque qui le modifie substantiellement, ou qui construit le sien, endosse les obligations du fournisseur, dont la documentation technique décrite dans notre guide du dossier de preuves annexe IV.

Les obligations qui pèsent vraiment

Pour les systèmes à haut risque, les exigences de fond sont celles des articles 9 à 15.

Gestion des risques (article 9) : un processus documenté et itératif sur tout le cycle de vie, avec des mesures d’atténuation testées.
Gouvernance des données (article 10) : des données d’entraînement, de validation et de test pertinentes, représentatives et examinées sous l’angle des biais, avec une provenance documentée.
Documentation technique et enregistrement (articles 11 et 12) : le dossier annexe IV, plus une journalisation automatique des événements suffisante pour reconstituer ce que le système a fait.
Transparence envers les déployeurs (article 13) et contrôle humain (article 14) : des déclarations de capacités honnêtes et des mesures de contrôle qu’une personne peut réellement exercer.
Exactitude, robustesse et cybersécurité (article 15) : y compris la résistance à la manipulation, ce qui, pour les systèmes fondés sur un grand modèle de langage, veut dire injection de prompt et entrées adverses.

Sur le contrôle humain, le règlement vise nommément un réflexe que tout responsable du crédit connaît : la confiance automatique dans la recommandation de l’outil, autrement dit le biais d’automatisation. Le texte anglais dit :

to remain aware of the possible tendency of automatically relying or over-relying on the output produced by a high-risk AI system... (Article 14(4)(b))

Les déployeurs de systèmes à haut risque ont leur propre liste : utiliser le système conformément à la notice, assurer le contrôle humain, surveiller le fonctionnement et, point important pour le secteur, respecter l’article 27. Les organismes qui fournissent des services privés essentiels, dont les établissements de crédit qui évaluent la solvabilité, doivent réaliser une analyse d’impact sur les droits fondamentaux (FRIA) avant la première utilisation d’un système à haut risque.

Les sanctions sont graduées selon le manquement : le plafond le plus élevé vise les pratiques interdites, un plafond inférieur la plupart des autres infractions, dans les deux cas exprimé en millions d’euros ou en pourcentage du chiffre d’affaires mondial. Ce sont des ordres de grandeur conçus pour être entendus au niveau du conseil d’administration, dans des établissements déjà habitués aux sanctions de conduite.

Comment l’AI Act s’articule avec la supervision des banques et des assureurs

La bonne nouvelle : le règlement anticipe explicitement le chevauchement. Un établissement financier peut intégrer une partie des obligations de processus du règlement, en particulier le système de gestion de la qualité de l’article 17, dans sa gouvernance existante issue du droit sectoriel, plutôt que de la dupliquer. La même logique vaut pour la gestion des risques. Le texte anglais dit :

For providers of high-risk AI systems that are subject to requirements regarding internal risk management processes under other relevant provisions of Union law, the aspects provided in paragraphs 1 to 9 may be part of, or combined with, the risk management procedures established pursuant to that law. (Article 9(10))

En pratique :

La gestion du risque de modèle vous donne une longueur d’avance sur les articles 9 et 15 pour les modèles de score classiques : validation, surveillance et contre-expertise sont des disciplines familières. Ce qui lui manque en général, c’est le format documentaire du règlement, la gouvernance des données orientée biais de l’article 10, et toute méthodologie pour les systèmes agentiques ou génératifs, dont les défaillances sont comportementales plutôt que statistiques. Notre cadre de contrôle pour l’IA agentique traite cet écart en détail.
Les orientations de l’EBA sur l’octroi et le suivi des prêts et la gouvernance interne au titre de la CRD attendent déjà des modèles de solvabilité explicables et surveillés ; ces attentes prudentielles continuent de s’appliquer quelles que soient les dates du règlement.
La gouvernance Solvabilité II joue le rôle équivalent pour les assureurs : la supervision par la fonction actuarielle et le contrôle des changements de modèle se superposent naturellement aux obligations de cycle de vie de l’AI Act.

La conséquence pratique joue dans les deux sens. Vous pouvez réutiliser beaucoup de mécanismes, mais votre superviseur n’attendra pas la date d’application de l’AI Act pour vous demander comment vous gouvernez l’IA. Les attentes de l’EBA et de l’EIOPA en matière de gouvernance de l’IA s’appliquent dès maintenant, sur le fondement du droit existant.

Le calendrier après l’Omnibus

Les dates ont bougé en 2026, et tout plan bâti sur le calendrier initial doit être mis à jour.

1er août 2024 : entrée en vigueur du règlement.
2 février 2025 : application des pratiques interdites (article 5) et de l’obligation de maîtrise de l’IA.
2 août 2025 : application des obligations relatives aux modèles d’IA à usage général et des structures de gouvernance.
2 août 2026 : application des obligations de transparence de l’article 50 (information sur la nature d’IA, marquage des contenus synthétiques), ainsi que du pouvoir de sanction de la Commission à l’égard des fournisseurs de modèles d’IA à usage général (article 101).
2 décembre 2027 : application des obligations à haut risque pour les systèmes de l’annexe III, ceux qui ne sont pas intégrés dans un produit réglementé (scoring de crédit, tarification en assurance, recrutement). C’est le report décidé par le Digital Omnibus, le règlement (UE) 2026/1744, en vigueur depuis le 27 juillet 2026, qui remplace la date initiale du 2 août 2026. Le même règlement ajoute deux nouvelles pratiques interdites à l’article 5 et un délai de grâce pour le marquage lisible par machine des systèmes déjà en service, tous deux avec effet au 2 décembre 2026.
2 août 2028 : application des obligations à haut risque pour l’IA intégrée dans les produits réglementés de l’annexe I.

Lire ce report comme « seize mois de répit » prend l’incitation à l’envers. La documentation qu’exige l’annexe IV (provenance des données, décisions de conception, historiques de test, changements sur le cycle de vie) est précisément la matière qui ne se reconstitue pas après coup. Les établissements qui utilisent 2026 et 2027 pour mettre en place l’inventaire, la classification et la production de preuves arriveront en décembre 2027 avec des archives ; ceux qui attendent y arriveront avec un chantier de rédaction.

Un chemin de préparation concret

Inventoriez chaque système d’IA et chaque agent, avec son responsable, sa destination et votre position à son égard (fournisseur ou déployeur).
Classez chacun au regard de l’annexe III et de l’article 50 : une évaluation structurée par système, pas un mémo juridique.
Priorisez la population à haut risque et en contact avec la clientèle pour un traitement approfondi ; placez le reste sur une voie de gouvernance allégée.
Produisez les preuves en continu : tests comportementaux avant l’approbation et à chaque changement significatif, décisions journalisées, exports qui ne peuvent être ni modifiés ni effacés, de sorte que le dossier annexe IV soit un sous-produit de l’exploitation, pas un projet de fin d’année.
Intégrez, ne dupliquez pas : fondez les obligations de processus du règlement dans la gestion du risque de modèle, la gouvernance produit et le dispositif d’externalisation partout où le texte le permet.

Là où un agent soutient une fonction critique ou importante, DORA, le règlement (UE) 2022/2554, s’applique déjà à lui aujourd’hui, depuis le 17 janvier 2025 et avant toute échéance de l’AI Act ; les contrôles et l’entrée au registre d’informations sont décrits sur DORA pour les entités financières.

Vidimus est conçu pour les étapes 2 à 5 : intégration structurée et classification du risque au regard de l’AI Act, tests adverses du comportement des agents en service avec les appels d’outil observés au niveau du protocole, résultats notés par un modèle de notation distinct et confirmés par un relecteur, la personne qui valide, puis dossiers de preuves versionnés et signés, reliés à l’annexe IV, avec une piste d’audit qui ne peut être ni modifiée ni effacée, le tout hébergé dans l’Union européenne de bout en bout. Vidimus n’est ni un organisme notifié ni un organisme d’évaluation de la conformité. Commencez par le test gratuit de préparation à l’AI Act pour voir où se situe l’un de vos systèmes.

Dernière relecture 7 septembre 2026