Rester l’auteur responsable de vos travaux assistés par l’IA couvre la norme générale de divulgation qui s’applique dans la plupart des contextes : divulguer un usage appréciable de l’IA lorsque le lecteur voudrait le savoir et se sentirait trompé de l’ignorer. C’est la bonne règle par défaut pour l’essentiel du travail quotidien. Cet article traite d’une question plus étroite et plus lourde de conséquences : les situations professionnelles précises où la divulgation cesse d’être une norme que vous appliquez avec discernement et se rapproche d’une exigence — fixée par la politique de votre employeur, un contrat client, une réglementation, ou un processus formel qui vous pose directement la question.
Confondre ces deux catégories crée des ennuis dans les deux sens. Traiter une véritable exigence comme une simple affaire d’appréciation vous expose à un vrai problème de conformité ou de contrat. Traiter la norme générale comme si chaque usage de l’IA exigeait un processus formel de divulgation noie les divulgations réellement importantes dans le bruit. Le cadre de décision ci-dessous sert à les distinguer.
Les quatre déclencheurs propres au lieu de travail
1. La politique d’IA de votre entreprise énonce une exigence de divulgation explicite
Certaines politiques d’entreprise en matière d’IA précisent exactement quand et comment les employés doivent divulguer l’usage de l’IA — pour tel type de livrable, à telle personne, dans tel format. Si votre politique le prévoit, elle prime sur votre propre appréciation : suivez-la à la lettre, n’improvisez pas une version que vous estimez suffisamment proche. Trouver et lire la véritable politique d’IA de votre employeur est ici l’étape préalable — impossible de suivre une règle de divulgation que vous n’avez ni localisée ni lue.
2. Un contrat client ou un cahier des charges (SOW) le précise
Certains contrats clients, en particulier dans le conseil, les services juridiques et les métiers créatifs, précisent comment un livrable doit être produit ou ce qui doit être divulgué sur sa production — y compris l’usage de l’IA. Si vous n’êtes pas la personne qui détient la relation contractuelle, demandez à votre manager ou au responsable du compte si une telle clause existe, plutôt que de supposer que votre pratique habituelle est couverte ; une équipe en contact direct avec le client peut porter des obligations contractuelles qui ne parviennent jamais jusqu’au contributeur individuel, sauf si quelqu’un les signale expressément.
3. Une réglementation exige la divulgation pour les systèmes qui interagissent directement avec des personnes
Ce déclencheur diffère par nature des trois autres : ce n’est généralement pas une décision qui revient à un employé, mais une obligation de conformité qui appartient à l’organisation. L’obligation se répartit aussi selon le rôle, une distinction qu’il vaut mieux avoir en tête avant de soulever la question. En vertu du règlement européen sur l’IA (EU AI Act), à partir du 2 août 2026, les fournisseurs — les organisations qui développent un système d’IA et le mettent sur le marché sous leur propre nom — doivent concevoir et développer les systèmes qui interagissent directement avec des personnes physiques, comme les chatbots et les agents vocaux, de sorte que les personnes soient informées qu’elles interagissent avec une IA, sauf si c’est évident (article 50(1)). Les fournisseurs de systèmes qui génèrent de l’audio, des images, de la vidéo ou du texte synthétiques ont aussi des obligations de marquage lisible par machine au titre de l’article 50(2) ; pour les systèmes déjà sur le marché avant le 2 août 2026, cette obligation de marquage bénéficie d’un délai de grâce limité jusqu’au 2 décembre 2026 au titre de l’article 111(4), introduit dans l’AI Act par le règlement (UE) 2026/1744. Les déployeurs — les organisations qui utilisent un tel système sous leur propre autorité — portent des obligations différentes au titre du même article : informer les personnes exposées à des systèmes de reconnaissance des émotions ou de catégorisation biométrique (article 50(3)), et étiqueter les deepfakes ainsi que le texte généré par IA publié pour informer le public sur des sujets d’intérêt public (article 50(4)) (European Commission, “Transparency obligations under Article 50 of the AI Act” ; texte intégral de l’article 50 de l’AI Act). Cela vaut pour les organisations qui relèvent du champ d’application du règlement européen sur l’IA ; d’autres juridictions appliquent des règles différentes, ou aucune règle équivalente, et les détails dépendent de l’implantation de votre entreprise et de la classification du système.
Si votre travail consiste à développer, configurer ou exploiter quelque chose qui interagit directement avec des clients ou le public — et pas seulement à utiliser l’IA pour vous aider à écrire en interne —, c’est un signal à remonter à votre équipe conformité, juridique ou produit, pas une décision à prendre unilatéralement au niveau individuel. Savoir quelle obligation s’applique, et si votre employeur est le fournisseur ou le déployeur de ce système particulier, c’est précisément le genre de question que ces équipes sont là pour trancher. Votre rôle en tant qu’employé est de reconnaître que le déclencheur s’applique et de le faire remonter aux personnes responsables de la conformité de l’organisation, pas de déterminer personnellement si le système précis de votre entreprise atteint le seuil légal.
Si vous développez, configurez ou exploitez un système qui interagit directement avec des clients ou le public au moyen de l’IA, et que vous n’êtes pas certain que l’équipe conformité ou juridique de votre organisation l’ait examiné au regard des exigences de transparence applicables, posez-lui la question de façon précise et explicite plutôt que de supposer que quelqu’un d’autre a déjà vérifié. C’est une question de conformité organisationnelle, pas une affaire d’appréciation individuelle.
4. Une évaluation ou un processus formel vous pose directement la question
Certaines évaluations de performance, certains audits ou processus d’entrée en relation client comportent une question explicite sur l’usage de l’IA — « avez-vous utilisé l’IA pour produire ce document », « cette réponse a-t-elle été rédigée avec l’aide d’une IA ». Lorsqu’un processus formel pose directement la question, répondez honnêtement et précisément ; ne donnez pas une réponse vague ou évasive à une question directe sur un formulaire, même si vous auriez tranché autrement au titre de la norme générale.
Le cadre de décision
| Situation | Ce qui fait autorité | Que faire |
|---|---|---|
| La politique d’entreprise énonce une règle de divulgation précise | La politique | La suivre à la lettre |
| Un contrat client ou un SOW précise la divulgation | Le contrat | Le suivre ; demander au responsable du contrat si vous n’êtes pas sûr qu’il s’applique à votre livrable |
| Votre travail développe/exploite quelque chose qui interagit directement avec des clients via l’IA | La réglementation applicable (dans le champ de l’EU AI Act : obligations du fournisseur au titre de l’article 50(1)-(2), obligations du déployeur au titre de 50(3)-(4)) | Faire remonter à la conformité/au juridique — pas une décision individuelle |
| Une revue formelle, un audit ou un formulaire d’entrée en relation pose directement la question | Le formulaire/processus | Répondre honnêtement et précisément |
| Aucun des cas ci-dessus ne s’applique | La norme générale d’attribution | Appliquer le test de jugement de rester l’auteur responsable de vos travaux assistés par l’IA |
Validation et solution de repli
Si vous avez posé la question d’une exigence de divulgation et obtenu une réponse peu claire — ou pas de réponse du tout —, optez par défaut pour plus de divulgation plutôt que moins, et gardez une trace écrite de votre demande : un e-mail ou un message adressé à une personne nommée, pas seulement une conversation orale que vous ne pourrez pas retrouver plus tard. Cela rejoint la pratique décrite dans trouver et lire la politique d’IA de votre employeur : quand la réponse écrite manque, demandez par écrit et agissez avec prudence en attendant.
Ne considérez pas « personne ne m’a expressément dit de divulguer cela » comme équivalent à « la divulgation n’est pas requise ». La formulation des politiques d’entreprise et les exigences réglementaires peuvent être en retard sur la pratique réelle, surtout pour une fonctionnalité d’IA face au client récemment mise en place. Si vous avez une raison précise de soupçonner une lacune de conformité — un système qui parle aux clients sans divulgation d’IA visible, par exemple —, posez la question explicitement plutôt que de supposer que le silence signifie que le sujet a déjà été traité.
Deux façons de se tromper
La première consiste à supposer que chaque livrable assisté par l’IA appelle le même niveau de divulgation formelle. Résultat : soit une lassitude qui fait que plus personne ne lit les divulgations qui comptent vraiment, soit l’omission de celles qui sont réellement requises, parce qu’elles ressemblent à une formule routinière de plus. Réservez la formulation de divulgation formelle et précise aux quatre déclencheurs ci-dessus ; utilisez la norme générale fondée sur le jugement pour tout le reste. Il ne s’agit pas d’être globalement plus ou moins prudent — il s’agit d’appliquer le bon niveau de processus au bon type de situation.
La seconde, propre au déclencheur réglementaire, consiste à supposer que, parce que vous n’avez pas personnellement développé le système d’IA face au client, sa conformité ne vous concerne pas. Si vous exploitez, maintenez ou représentez un système qui parle directement aux clients ou au public, vous êtes bien placé pour remarquer une lacune, même si vous ne l’avez pas créée — et la signaler coûte peu au regard de ce que coûte un problème de conformité non détecté qui refait surface via une plainte client ou un régulateur.
Passez en revue votre propre situation
Utilisez le guide de décision sur la divulgation de l’IA au travail pour confronter votre situation aux quatre déclencheurs ci-dessus avant de décider comment divulguer — ou s’il faut le faire. Si aucun déclencheur précis ne s’applique, la norme générale de divulgation décrite dans rester l’auteur responsable de vos travaux assistés par l’IA est la bonne, plutôt que de bâtir un processus formel là où aucun n’est réellement requis.
