La date autour de laquelle presque tout le travail de conformité au règlement européen sur l'IA avait été planifié, le 2 août 2026, est arrivée sans les obligations que tout le monde avait préparées. Six jours plus tôt, le règlement (UE) 2026/1744 - l'omnibus numérique sur l'IA, publié au Journal officiel le 24 juillet 2026 et en vigueur depuis le 27 juillet - a repoussé la date d'application des systèmes à haut risque autonomes relevant de l'article 6, paragraphe 2, et de l'annexe III au 2 décembre 2027, et celle de l'IA jouant le rôle de composant de sécurité d'un produit réglementé au 2 août 2028. La raison invoquée : les normes harmonisées n'étaient pas prêtes. L'article 26, qui porte les obligations retombant sur les déployeurs, se trouve exactement dans le bloc qui a bougé.
Ce qui est bien arrivé à l'heure, c'est l'article 50, aux côtés d'un article 4 déjà applicable depuis le 2 février 2025 et que l'omnibus a réécrit six jours plus tôt. Ni l'un ni l'autre ne demande si votre IA est à haut risque. Le travail que ces deux articles créent, c'est un inventaire des actifs et une politique de rétention des logs, deux artefacts que vos dossiers de preuves NIS2 et ISO 27001 contiennent déjà à moitié. Personne n'a besoin de classer un modèle pour produire l'un ou l'autre.
Presque toutes les équipes infrastructure sont des déployeurs plutôt que des fournisseurs : vous utilisez des systèmes d'IA sous votre propre autorité, dans un cadre professionnel, mais vous n'en avez développé aucun pour y apposer votre nom. L'ensemble des obligations est donc plus étroit que ne le laissent entendre la plupart des éditeurs de conformité, et considérablement plus large que rien.
Les obligations du déployeur, et l'article qui fait de vous un fournisseur
L'article 25, paragraphe 1, transforme un déployeur en fournisseur, avec tout le jeu d'obligations du chapitre III qui vient avec, dans trois cas : vous apposez votre nom ou votre marque sur un système à haut risque déjà sur le marché, vous apportez une modification substantielle à un système à haut risque qui le reste, ou vous changez la destination d'un système d'IA, y compris à usage général, de sorte qu'il devienne à haut risque. Le troisième cas attrape les équipes plateforme sans que personne n'ait touché à un modèle : brancher un assistant à usage général sur une décision listée à l'annexe III est un changement de destination, et la paperasse qui suit n'est pas celle que vous aviez cadrée. Cette bascule suit la même horloge décalée : c'est donc une contrainte de conception sur ce que vous branchez en 2027, pas une obligation aujourd'hui.
Le chiffre d'amende qui fait les titres concerne quelqu'un d'autre. L'article 99 place les pratiques interdites de l'article 5 à un maximum de 35 millions d'euros ou 7 % du chiffre d'affaires annuel mondial. Les manquements aux obligations des opérateurs, là où vivent l'article 26 et l'article 50, plafonnent à 15 millions d'euros ou 3 %, et le fait d'induire une autorité en erreur à 7,5 millions d'euros ou 1 %. L'article 99, paragraphe 6, inverse ensuite la formule pour les PME et les jeunes pousses : l'amende est plafonnée au plus faible des deux montants, et non au plus élevé.
L'inventaire des systèmes d'IA est l'artefact sur lequel tout le reste repose
Une analyse de l'IAPP publiée le 6 mai 2026 énumère cinq choses que les déployeurs sont incapables de produire quand on les leur demande : un registre des systèmes d'IA, une justification écrite de la classification de chaque système, un contrôle humain documenté autrement que par un organigramme, une politique de rétention couvrant des systèmes d'IA précis, et un seuil défini d'escalade ou de suspension en cas d'incident. Chacune de ces cinq choses est construite par une équipe infrastructure, et quatre sont impossibles sans la première. Un registre des systèmes d'IA s'écrit contre un inventaire de machines, et Sencai construit cette seconde liste en relisant les comptes, sur onze fournisseurs cloud et sur le matériel on-premise qu'un agent hôte atteint : elle est donc datée par l'exécution, pas par la dernière personne qui l'a modifiée.
C'est sur le shadow AI que le registre déraille, et cela a un prix. Le Cost of a Data Breach Report 2025 d'IBM constate qu'une organisation étudiée sur cinq a signalé une violation impliquant une IA que personne n'avait autorisée, et que là où l'implication du shadow AI était forte, ces violations coûtaient environ 670 000 dollars de plus que la moyenne mondiale de 4,44 millions de dollars. Le lien juridique est direct : l'article 50 exige que vous informiez une personne qu'elle a affaire à un système d'IA, et vous ne pouvez pas déclarer un système dont vous ignorez qu'il tourne.
Les obligations de journalisation posent un plancher de six mois à deux parties
L'article 26, paragraphe 6, impose aux déployeurs de conserver les logs générés automatiquement par un système d'IA à haut risque et placés sous leur contrôle pendant une durée appropriée à sa destination, et au minimum six mois, sauf disposition contraire du droit de l'Union ou du droit national. L'article 19 pose l'obligation miroir sur les fournisseurs, avec le même plancher de six mois : le chiffre apparaît donc deux fois dans le règlement, sur deux parties qui vont chacune supposer que c'est l'autre qui détient l'enregistrement.
L'article 12, paragraphe 3, écrit à propos de l'identification biométrique, est le passage le plus utile du règlement pour quiconque conçoit un format de log. Il nomme la date et l'heure de début et de fin de chaque période d'utilisation, la base de données de référence interrogée, les données d'entrée ayant produit une correspondance, et l'identité des personnes ayant vérifié le résultat. Lu comme une spécification plutôt que comme une règle sur la biométrie, il décrit ce que contient une ligne de log défendable : quand, contre quoi, sur quelle entrée, et sous quelle autorité.
La même piste d'audit répond à NIS2 et à ISO 27001
Rien de tout cela n'est un travail de preuve nouveau si vous êtes déjà dans le périmètre NIS2. La directive imposait une transposition au 17 octobre 2024 et fait tourner une horloge en trois temps sur les incidents importants : une alerte précoce dans les 24 heures, une notification plus complète dans les 72, un rapport final dans le mois. Tenir cette horloge est un exercice de reconstitution, donc un problème de logs. ISO/IEC 27001:2022 porte les contrôles correspondants depuis sa publication : l'annexe A 8.15 sur la production, la conservation et la protection des logs, 8.16 sur la surveillance des comportements anormaux. ISO/IEC 42001:2023, la norme de système de management de l'IA publiée le 18 décembre 2023, n'est pas encore une norme européenne harmonisée : s'y faire certifier vous achète une réponse crédible face à un client, et aucune présomption de conformité au règlement.
Ce recouvrement est l'argument pour journaliser une action assistée par IA comme n'importe quel autre changement, au lieu de monter un second registre de gouvernance de l'IA qui sera périmé dès le deuxième trimestre. Sencai le prend au pied de la lettre : une remédiation proposée par un modèle et approuvée par une personne est classée à côté d'une règle de pare-feu éditée à la main, et les mises à jour comme les suppressions sont refusées par la couche de stockage plutôt que découragées par une politique. Relisez l'article 26, paragraphe 6, face à cette conception et son intérêt devient net. Six mois de logs ne sont six mois de preuves que si la rétention est une propriété du stockage ; un enregistrement qu'un opérateur peut discrètement modifier au quatrième mois a une politique de rétention comme une porte calée en position ouverte a une serrure.
Le questionnaire fournisseur arrive bien avant le régulateur
Vos clients sont eux aussi dans le périmètre, et leur programme de conformité vous atteint sous forme de demande de documents des mois avant le moindre régulateur. Les questions sont toujours les mêmes : quels fournisseurs de modèles traitent nos données, à quel moment ils sont sollicités, sous quelle rétention, et qu'est-ce qui empêche l'usage de s'emballer. Trois des quatre se répondent avec un document écrit une fois et publié, et c'est ainsi que nous y répondons. La quatrième résiste, parce qu'une réponse honnête demande un chiffre et non un paragraphe : la nôtre est un budget par personne avec une borne haute fixe, la seule forme qu'un client peut confronter à une facture. Une liste de sous-traitants nomme des entreprises ; votre DPA et votre propre justification de classification décident si les nommer suffit.
Par quoi commencer, et ce qui peut attendre 2027
Commencez par le registre : l'article 50 s'applique aujourd'hui, et tout le reste dépend de savoir ce que vous faites tourner. Le marquage lisible par machine des contenus de synthèse produits par des systèmes génératifs déjà sur le marché avant le 2 août 2026 bénéficie d'un délai de grâce qui se referme le 2 décembre 2026, et les obligations d'étiquetage des deepfakes et des textes générés par IA sur des sujets d'intérêt public retombent sur le déployeur, pas sur l'éditeur qui vous a vendu le modèle. Fixez ensuite la rétention : six mois est un plancher pour les systèmes à haut risque, pas une cible, et cela entrera en collision avec une règle de protection des données que vous avez déjà écrite.
L'article 4 est le moins coûteux des trois. L'omnibus l'a adouci : il ne s'agit plus de garantir un niveau suffisant de maîtrise de l'IA mais de prendre des mesures qui en soutiennent le développement, avec un texte disant expressément qu'aucun niveau précis n'a à être garanti chez un individu donné. Une feuille de présence datée pour une session d'une heure est donc l'artefact conforme le moins cher de tout le règlement. Faites ce travail au fil de 2027 et le 2 décembre arrive avec le registre écrit et la règle de rétention déjà appliquée aux systèmes qu'il nomme, au lieu d'être rédigée le mois même où ces systèmes entrent dans le périmètre. Le registre passe quand même en premier.