AI Act : le report ne vous dispense pas de l'article 50

21 juillet 2026 · 5 min de lecture · SOVALYX Technologies

Le report des obligations « haut risque » de l'AI Act a beaucoup circulé et créé un soulagement largement infondé. L'article 50 — les obligations de transparence — s'applique bien le 2 août 2026, et la Commission vient d'en publier les lignes directrices. Pour une entreprise mauricienne qui travaille avec l'Europe, l'échéance tombe dans moins de deux semaines.

Où en est exactement le texte

Le règlement dit « omnibus numérique », qui allège et rééchelonne l'AI Act, a suivi tout son parcours : approbation du Parlement le 16 juin 2026, feu vert final du Conseil le 29 juin, signature de l'acte le 8 juillet. Il n'était toutefois pas encore publié au Journal officiel de l'Union à la date de rédaction de cet article, et l'entrée en vigueur intervient le troisième jour suivant cette publication.

La conséquence juridique est contre-intuitive et mérite d'être posée clairement : tant que la publication n'a pas eu lieu, le calendrier d'origine reste le droit applicable. Les dates reportées sont un horizon de planification, pas encore du droit positif. Une entreprise qui aurait arbitré ses priorités sur la seule foi des annonces de presse a donc raisonné sur un texte qui n'était pas encore en vigueur.

Cela dit, une fois publié, l'omnibus reporte bien l'essentiel : les systèmes à haut risque autonomes de l'annexe III passent du 2 août 2026 au 2 décembre 2027, et l'IA embarquée dans des produits réglementés (annexe I) du 2 août 2027 au 2 août 2028. Ce sont de vrais délais, sur de vraies contraintes. Ils ne concernent simplement pas la transparence.

Ce que l'article 50 exige, et dès quand

La Commission a adopté le 20 juillet 2026 ses lignes directrices sur les obligations de transparence, qui énoncent sans ambiguïté que ces obligations s'appliquent à partir du 2 août 2026. Quatre exigences structurent le dispositif.

Un système conçu pour interagir directement avec des personnes doit les informer qu'elles s'adressent à une IA, sauf si c'est évident pour une personne raisonnablement avertie — c'est le cas du chatbot de service client. Les contenus synthétiques — audio, image, vidéo, texte — doivent être marqués dans un format lisible par machine et détectables comme générés ou manipulés artificiellement. Les systèmes de reconnaissance des émotions ou de catégorisation biométrique imposent d'informer les personnes exposées. Enfin, les contenus de type hypertrucage doivent être signalés comme artificiellement générés ou manipulés, avec des aménagements pour les œuvres manifestement artistiques ou satiriques.

L'information doit être fournie de manière claire et distinguable, « at the latest at the time of the first interaction or exposure » — au plus tard lors de la première interaction. Une mention enfouie dans des conditions générales ne satisfait pas cette exigence.

Une seule nuance a été introduite par l'omnibus, et elle est étroite : l'obligation de marquage lisible par machine bénéficie d'un délai au 2 décembre 2026, uniquement pour les systèmes déjà sur le marché avant le 2 août 2026. Tout système mis sur le marché à partir de cette date n'a aucun délai.

Pourquoi une entreprise mauricienne peut être concernée

C'est le point le plus mal compris, et il ne dépend pas de votre lieu d'établissement. L'article 2 du règlement prévoit trois portes d'entrée pour une société basée à Maurice.

La première : mettre un système d'IA sur le marché de l'Union, que ce soit contre paiement ou gratuitement — le lieu d'établissement du fournisseur est explicitement indifférent. La deuxième, et de loin la plus large : être fournisseur ou déployeur établi dans un pays tiers « where the output produced by the AI system is used in the Union ». Le système reste à Maurice, n'est jamais commercialisé en Europe, mais si son résultat est utilisé dans l'Union, le règlement s'applique. La troisième : une filiale européenne du groupe qui utilise le système sous sa propre autorité devient déployeur à part entière.

La deuxième porte vise directement les modèles d'affaires mauriciens tournés vers l'export de services. Un centre de services qui trie des dossiers, rédige des réponses clients ou produit des visuels pour un donneur d'ordre européen produit un résultat utilisé dans l'Union. Le considérant 22 du règlement le dit sans détour : l'objectif est d'éviter le contournement du texte par l'externalisation vers un pays tiers. C'est un prolongement naturel de ce que nous décrivions sur l'AI Act et les entreprises mauriciennes, et la logique est la même que celle des exigences en cascade de NIS2.

Ce que la transparence exige concrètement de votre système d'information

Déclarer qu'on respecte l'article 50 est facile ; le démontrer l'est moins. Marquer un contenu suppose de savoir quels contenus ont été générés, par quel système, à quelle date. Informer un utilisateur suppose que le message survive aux mises à jour de l'interface. Répondre à une autorité suppose de conserver la trace de ces éléments.

C'est là que l'architecture technique rejoint la conformité. Un service d'IA public et opaque vous laisse sans preuve : vous dépendez entièrement de ce que le fournisseur veut bien documenter. Un modèle privé hébergé sur votre infrastructure produit des journaux que vous maîtrisez et conservez. La conformité cesse d'être déclarative pour devenir vérifiable — ce qui est exactement la différence qui se joue le jour d'un contrôle.

Checklist avant le 2 août

• Inventorier les usages d'IA réellement en production, y compris ceux qu'aucune direction n'a validés.
• Pour chacun, poser la question du résultat : est-il utilisé dans l'Union européenne, directement ou via un client ?
• Repérer les interactions directes avec des personnes : chatbots, assistants, standards téléphoniques automatisés.
• Recenser les contenus générés : textes, visuels, voix, vidéos — et où ils sont publiés.
• Ajouter l'information utilisateur dès la première interaction, en clair et non dans les conditions générales.
• Vérifier le marquage machine auprès de vos fournisseurs d'IA générative, et la date à laquelle ils s'y conforment.
• Distinguer l'antériorité : les systèmes en service avant le 2 août bénéficient d'un délai au 2 décembre 2026 sur ce seul point.
• Conserver la trace de ce qui a été généré, par quel système et quand.
• Désigner un responsable du dossier et faire auditer votre exposition réelle si le périmètre est incertain.

🧰 L'outil qui va avec : Êtes-vous prêt pour l'AI Act ? — gratuit · 2 minutes.

Relu et optimisé par IA.