Le 2 août 2026 n’est ni l’entrée en application de tout le règlement européen sur l’intelligence artificielle, ni une échéance vidée de sa substance par le report des règles sur les systèmes à haut risque. Plusieurs régimes se superposent : des obligations s’appliquent déjà, les règles de transparence de l’article 50 commencent le 2 août, la Commission passe à l’application complète des obligations relatives aux modèles d’IA à usage général, et un règlement modificatif définitivement adopté prévoit de repousser une partie du volet à haut risque.
La difficulté est aussi juridique. Au 20 juillet 2026, le texte Omnibus sur l’IA a été adopté, puis signé le 8 juillet, mais l’Observatoire législatif du Parlement européen l’indique encore en attente de publication au Journal officiel. Son contenu est arrêté. Son entrée en vigueur, prévue le troisième jour suivant cette publication, n’est pas encore acquise à la date de cette analyse.
Conclusion courte : le report adopté ne dispense pas de qualifier chaque système, chaque rôle et chaque sortie. Pour le 2 août, la priorité opérationnelle est de distinguer l’information visible des personnes, le marquage lisible par machine, le contrôle éditorial et les obligations propres aux fournisseurs de modèles.
Trois couches juridiques à ne pas mélanger
Le règlement (UE) 2024/1689, dans sa version publiée en 2024, prévoit une application générale au 2 août 2026. Son calendrier a toutefois commencé plus tôt : les chapitres I et II, qui comprennent les pratiques interdites et la maîtrise de l’IA, s’appliquent depuis le 2 février 2025 ; les règles relatives aux modèles d’IA à usage général s’appliquent depuis le 2 août 2025.
Le texte PE-CONS 30/26, adopté par le Parlement et le Conseil, modifie ce calendrier. Il fixe au 2 décembre 2027 l’application des sections 1 à 3 du chapitre III pour les systèmes classés à haut risque au titre de l’article 6, paragraphe 2, et de l’annexe III. Il retient le 2 août 2028 pour les systèmes à haut risque visés par l’article 6, paragraphe 1, et l’annexe I, c’est-à-dire ceux liés aux produits couverts par certaines législations d’harmonisation de l’Union.
Enfin, les lignes directrices de la Commission expliquent son interprétation et orientent son contrôle. Elles ne remplacent ni le règlement, ni l’interprétation qui pourrait être donnée par la Cour de justice de l’Union européenne. La consultation ciblée sur le projet de lignes directrices « haut risque » reste ouverte jusqu’au 23 juillet 2026. La version finale n’est donc pas disponible à la date d’arrêté de cette analyse.
Échéances réelles du 2 août 2026
L’article 50 crée cinq contrôles de transparence
L’article 50 répartit les obligations entre le fournisseur, qui développe un système ou le fait développer puis le met sur le marché ou en service sous son nom, et le déployeur, qui utilise un système sous son autorité dans un cadre professionnel. Un salarié ou un prestataire agissant sous le contrôle d’une personne morale n’est pas, pour ce seul motif, un déployeur distinct de cette personne morale, selon les questions-réponses de la Commission.
| Situation | Responsable principal | Exigence à partir du 2 août 2026 | Preuve utile |
|---|---|---|---|
| Système conçu pour interagir directement avec une personne | Fournisseur | Informer la personne qu’elle interagit avec une IA, sauf si cela est évident | Parcours daté, copie du message, test d’affichage et d’accessibilité |
| Système générant ou manipulant un contenu audio, image, vidéo ou texte de synthèse | Fournisseur | Marquer les sorties dans un format lisible par machine et permettre leur détection, sous réserve des limites et exceptions du texte | Spécification, version du composant, échantillons de sortie et résultats de détection |
| Reconnaissance des émotions ou catégorisation biométrique | Déployeur | Informer les personnes exposées au fonctionnement du système | Zone couverte, support d’information, date d’activation et contrôle sur site |
| Hypertrucage | Déployeur | Indiquer de manière claire et reconnaissable que le contenu a été généré ou manipulé | Copie publiée, contexte de première exposition, libellé visible ou audible |
| Texte généré ou manipulé publié pour informer le public sur une question d’intérêt public | Déployeur | Signaler la génération ou manipulation, sauf contrôle humain ou éditorial accompagné d’une responsabilité éditoriale | Version source, identité et compétence du relecteur, corrections, validation et responsable de publication |
Ces cinq contrôles ne sont pas interchangeables. Un filigrane technique ne remplace pas l’information visible due à une personne exposée à un hypertrucage. À l’inverse, une mention dans une page de conditions générales ne prouve pas qu’une sortie est marquée de manière lisible par machine.
La Commission demande que l’information soit claire, reconnaissable, accessible et donnée au plus tard lors de la première interaction ou exposition. Pour les systèmes interactifs, l’exception tenant au caractère « évident » de l’interaction avec une IA doit être appréciée de manière restrictive. Un nom de produit évocateur ou une icône isolée ne devrait donc pas être traité comme une preuve automatique que l’utilisateur moyen a compris la nature de l’interaction.
Le marquage machine ne se résume pas à un filigrane visible
Pour les sorties de systèmes génératifs, le règlement demande un marquage dans un format lisible par machine, détectable comme artificiellement généré ou manipulé. La solution doit être efficace, interopérable, robuste et fiable dans la mesure où cela est techniquement possible, en tenant compte du type de contenu, des coûts et de l’état de l’art généralement reconnu.
Les lignes directrices publiées le 20 juillet précisent le périmètre. Elles écartent notamment le code source, certaines sorties purement machine à machine et des contenus confinés à des boucles fermées de développement industriel ou de production avant la sortie finale. La fonction d’assistance à une édition standard bénéficie aussi d’une exception. Ces exemples ne permettent pas de qualifier un produit par son étiquette commerciale : il faut documenter la sortie, sa destination et la transformation effectivement réalisée.
Le Code de bonnes pratiques sur la transparence est volontaire. La Commission et le Comité européen de l’IA l’ont jugé adéquat comme moyen de démonstration pour les signataires. Une organisation qui ne le signe pas n’est pas en infraction pour ce seul motif, mais elle doit être capable de démontrer par d’autres moyens adéquats que son marquage et son étiquetage respectent l’article 50.
Le texte Omnibus adopté ajoute une transition ciblée : les fournisseurs de systèmes générant des contenus de synthèse et mis sur le marché avant le 2 août 2026 disposeraient jusqu’au 2 décembre 2026 pour respecter l’obligation de marquage de l’article 50, paragraphe 2. Cette période ne couvre ni les systèmes mis sur le marché à partir du 2 août, ni toutes les autres obligations de l’article 50. Au 20 juillet, elle doit encore être lue avec la réserve liée à la publication du règlement modificatif.
Une relecture humaine ne vaut pas automatiquement contrôle éditorial
L’exception concernant certains textes d’intérêt public est plus exigeante qu’une correction orthographique. D’après la Commission, la revue humaine suppose un examen délibéré du fond par une ou plusieurs personnes possédant la connaissance et le jugement professionnel nécessaires. Le contrôle éditorial suppose une autorité réelle pour approuver, modifier ou rejeter le fond, notamment en vérifiant les faits et la fiabilité des sources. Une personne physique ou morale doit en outre porter la responsabilité éditoriale de la publication.
Un journal de génération accompagné d’un bouton « validé » ne prouve donc pas, à lui seul, que cette exception est satisfaite. Le dossier doit montrer qui a relu quoi, avec quelles sources, quelles corrections et quelle autorité sur la publication. Pour une rédaction, une direction juridique, une équipe de recherche ou un service de communication financière, cette chaîne de responsabilité devient une preuve de gouvernance autant qu’une trace de production.
Le 2 août est aussi une échéance pour les modèles à usage général
Les obligations des fournisseurs de modèles d’IA à usage général s’appliquent depuis le 2 août 2025. Elles comprennent notamment une documentation technique destinée aux autorités, une documentation à destination des fournisseurs de systèmes situés en aval, une politique de respect du droit d’auteur et un résumé suffisamment détaillé du contenu utilisé pour l’entraînement. Des obligations supplémentaires concernent les modèles présentant un risque systémique, dont l’évaluation, la réduction des risques, le signalement d’incidents graves et la cybersécurité.
La Commission indique qu’après une première année d’accompagnement, elle appliquera pleinement ces obligations à partir du 2 août 2026, y compris au moyen d’amendes. Les modèles mis sur le marché avant le 2 août 2025 disposent, selon l’article 111, paragraphe 3, d’un délai jusqu’au 2 août 2027.
Cette branche ne vise pas automatiquement toute entreprise qui utilise une interface ou une API d’IA générative. La qualification dépend notamment de l’entité qui développe le modèle, ou le fait développer, puis le met sur le marché sous son nom ou sa marque. Une modification significative d’un modèle tiers peut aussi modifier le rôle de l’acteur. La Commission retient dans ses lignes directrices un critère indicatif lié aux ressources de calcul utilisées pour la modification, tout en rappelant qu’une analyse au cas par cas demeure nécessaire.
Pour un acheteur ou un intégrateur, la bonne question n’est donc pas seulement « quel modèle utilisons-nous ? », mais aussi « que fournissons-nous sous notre nom, à qui, et après quelle transformation ? ».
Effets et limites du report du haut risque
Le report adopté donne davantage de temps pour les exigences et obligations des sections 1 à 3 du chapitre III. Pour les systèmes de l’annexe III, les domaines cités par la Commission comprennent notamment la biométrie, les infrastructures critiques, l’éducation, l’emploi, la migration, l’asile et le contrôle aux frontières. Pour les systèmes liés aux produits relevant de l’article 6, paragraphe 1, la date retenue est plus tardive.
Ce report ne transforme pas un système à haut risque en système sans risque. Il ne suspend pas non plus les règles déjà applicables sur les pratiques interdites, la protection des données, le droit du travail, la sécurité des produits, les droits des consommateurs ou les obligations contractuelles. Il repousse un ensemble déterminé d’exigences du règlement sur l’IA.
Il serait également imprudent d’effacer aujourd’hui les travaux de qualification. Le projet de lignes directrices « haut risque » est encore en consultation et ses exemples ne sont pas exhaustifs. Les organisations doivent conserver la version du texte et des orientations utilisée pour chaque décision, puis planifier une réévaluation après la publication du règlement modificatif et après l’adoption des lignes directrices finales.
Le dossier de preuve à construire
La grille suivante est une proposition opérationnelle BLACKPROOF. Elle ne constitue ni une liste réglementaire exhaustive, ni une analyse juridique adaptée à un système particulier. Elle vise à rendre une conclusion vérifiable et révisable.
| Bloc | Éléments à conserver | Question traitée |
|---|---|---|
| Inventaire | Nom du système, version, modèle sous-jacent, fonctions, utilisateurs, pays, environnement et date de mise en service | De quel objet parle la décision ? |
| Rôle | Personne morale, fournisseur, déployeur, importateur, distributeur, mandataire, fabricant de produit, justification et contrat | Quelle obligation appartient à qui ? |
| Interaction | Parcours, premier écran ou message, exception « évidente », accessibilité, résultat des tests | La personne sait-elle qu’elle interagit avec une IA ? |
| Sorties | Modalités générées, destination, transformation, marquage, détecteur, échantillons positifs et négatifs | La sortie est-elle marquée et détectable ? |
| Publication | Nature du contenu, public visé, sujet d’intérêt public, hypertrucage éventuel, mode de première exposition | Une information visible est-elle requise ? |
| Revue éditoriale | Sources, version soumise, relecteur compétent, corrections, décision, autorité et responsabilité de publication | L’exception de contrôle humain ou éditorial est-elle établie ? |
| Fournisseur tiers | Documentation reçue, version, limites, garanties de marquage, changements annoncés, clauses et incidents | Sur quelle preuve externe le contrôle repose-t-il ? |
| Qualification haut risque | Article et annexe testés, faits, hypothèses, inconnues, version juridique, auteur et date de réexamen | Pourquoi le système est-il classé ainsi à cette date ? |
| Modèle général | Date de mise sur le marché, documentation technique et aval, politique de droit d’auteur, résumé d’entraînement, risque systémique | L’organisation fournit-elle un modèle et son dossier est-il complet ? |
| Contrôle continu | Tests périodiques, échecs, dégradations après compression ou conversion, correctifs et validation | La preuve initiale reste-t-elle vraie en production ? |
Cette structure peut être reliée à la bibliothèque de preuves, à la méthode BLACKPROOF et au suivi de la dette de preuve. L’enjeu n’est pas d’accumuler des captures, mais de montrer quel contrôle a été testé sur quelle version et pourquoi son résultat soutient la conclusion.
Questions encore ouvertes au 20 juillet 2026
- La publication du règlement Omnibus. Le texte a été signé le 8 juillet, mais sa publication au Journal officiel et son numéro définitif ne figurent pas encore dans le dossier législatif. C’est cette publication qui déclenchera son entrée en vigueur trois jours plus tard.
- La version finale des lignes directrices « haut risque ». Le document publié le 6 juillet est un projet non contraignant soumis à consultation jusqu’au 23 juillet.
- L’adéquation d’une technique de marquage donnée. L’article 50 impose un résultat apprécié au regard de l’état de l’art, des limites techniques et du contenu. Le nom d’un standard ou d’un fournisseur ne suffit pas sans tests sur les sorties réellement diffusées.
- Le rôle exact dans les chaînes complexes. Marque blanche, intégration profonde, adaptation d’un modèle et commercialisation sous un nouveau nom peuvent déplacer les responsabilités. La réponse dépend du contrat et des faits techniques.
- La portée d’une exception. « Interaction évidente », « édition standard », environnement fermé et contrôle éditorial ne sont pas des exemptions générales par secteur. Chacune exige des faits compatibles avec ses conditions.
Ces inconnues ne justifient pas l’attente. Elles doivent devenir des points de surveillance attribués, avec une source officielle, un responsable et une date de réexamen.
Dix contrôles avant le 2 août
- Geler un inventaire daté. Recenser les systèmes, les modèles, les versions, les fonctions et les personnes exposées.
- Qualifier le rôle par cas d’usage. Une organisation peut être déployeur d’un outil acheté et fournisseur d’un service construit sur ce même outil.
- Tester la première interaction. Vérifier le message, son moment d’apparition, son accessibilité et l’exception éventuellement invoquée.
- Séparer marquage et étiquetage. Contrôler d’un côté les données lisibles par machine, de l’autre l’information perceptible par les personnes.
- Échantillonner les sorties. Tester les formats, compressions, recadrages, copies et canaux de publication qui peuvent dégrader le marquage.
- Formaliser la revue éditoriale. Désigner les relecteurs compétents, l’autorité de validation, les sources et la responsabilité de publication.
- Obtenir les preuves des fournisseurs. Ne pas réduire la vérification à une clause déclarative ou à une page marketing.
- Isoler la branche « modèle à usage général ». Vérifier si l’organisation fournit un modèle, la date de mise sur le marché et les documents requis.
- Créer une veille juridique courte. Surveiller le Journal officiel, le dossier 2025/0359(COD) et la version finale des orientations « haut risque ».
- Archiver le test et sa conclusion. Conserver l’auteur, la date, le texte utilisé, les faits, les inconnues et le prochain déclencheur de revue.
Limites de l’analyse
- « Le haut risque est déjà reporté en droit positif. » Le règlement modificatif est adopté et signé, mais son entrée en vigueur attend encore sa publication au 20 juillet.
- « Tout contenu assisté par IA doit porter une étiquette. » L’article 50 distingue les modalités, les rôles, les destinations et plusieurs exceptions encadrées.
- « Un filigrane visible satisfait le marquage machine. » Les deux contrôles répondent à des exigences différentes.
- « Une relecture humaine dispense toujours de signaler un texte. » La Commission exige une revue de fond ou un contrôle éditorial réel, avec une responsabilité éditoriale.
- « Utiliser un grand modèle fait de l’entreprise son fournisseur. » Le rôle dépend du développement, de la mise sur le marché, du nom utilisé et des transformations apportées.
- « Signer le Code de bonnes pratiques est obligatoire. » L’adhésion est volontaire. La conformité à l’article 50 reste obligatoire et doit être démontrée par ce code ou par d’autres moyens adéquats.
- « Le délai jusqu’en décembre couvre tout l’article 50. » Le texte adopté vise seulement le marquage des sorties pour certains systèmes déjà mis sur le marché avant le 2 août 2026.
- « Le report autorise à arrêter la préparation. » Il déplace certaines dates. Il ne supprime ni les régimes déjà applicables, ni la nécessité de qualifier et de conserver les preuves.
Le contrôle le plus fragile est celui qui repose sur une affirmation générale du type « notre outil est conforme ». Une preuve exploitable doit relier un système et une version à un rôle, un déclencheur, une mesure, un test et une conclusion datée. C’est cette chaîne qui permet de résister à une modification du modèle, à une publication tardive du texte ou à une interprétation différente de l’autorité compétente.
Cette analyse s’arrête aux sources disponibles le 20 juillet 2026. Elle devra être révisée dès la publication du règlement modificatif au Journal officiel. Elle ne remplace ni l’analyse d’un cas concret, ni un conseil juridique adapté à l’organisation et au système concernés.