AI Act pour freelances : obligations, contrats et risques quand tu utilises l'IA (guide 2026)

Quand j’ai utilisé ChatGPT pour préparer un atelier client la première fois, j’ai surtout pensé au temps gagné. Puis je me suis retrouvée à relire mes prompts comme un contrat : quelles données avais-je collées, qu’est-ce qui allait entrer dans le livrable, qu’est-ce que le client devait savoir ?

C’est souvent là que le flou commence. Tu ouvres ton brief client, tu colles trois extraits dans ChatGPT pour préparer un plan, puis tu demandes à Midjourney une piste visuelle pour une présentation. Rien d’extraordinaire. C’est devenu le quotidien de beaucoup de freelances.

Le problème arrive quand l’IA sort du brouillon et entre dans le livrable : un chatbot livré au client, une automatisation qui trie des demandes, un scoring de prospects, une synthèse RH, un outil d’aide à la décision. À ce moment-là, l’AI Act freelance n’est plus un sujet de juriste dans une grande entreprise. Il devient une question simple : qu’est-ce qu’on doit dire, documenter et encadrer dans la mission ?

Ce guide ne remplace pas un avocat. Il te donne une méthode de tri pour savoir si tu es simple utilisateur, déployeur, fournisseur ou sous-traitant, et comment protéger ta relation client sans transformer chaque mission en audit réglementaire.

L’AI Act ne t’interdit pas d’utiliser l’IA. Il t’oblige surtout à comprendre ton rôle, ton niveau de risque et ce que ton client doit savoir.

Pourquoi l’AI Act concerne aussi les freelances ?

L’AI Act est le règlement européen qui encadre les systèmes d’intelligence artificielle. Son nom officiel est le règlement UE 2024/1689. Il classe les usages de l’IA selon leur niveau de risque : pratiques interdites, systèmes à haut risque, systèmes soumis à transparence, usages à risque limité ou minimal.

Un freelance peut être concerné même s’il ne crée pas son propre modèle. Pourquoi ? Parce que le règlement ne regarde pas seulement celui qui entraîne un modèle. Il regarde aussi celui qui met un système sur le marché, l’intègre dans un produit, le déploie dans une organisation ou l’utilise dans un cadre professionnel.

Dans la pratique, trois situations reviennent souvent.

• Tu utilises un outil IA pour produire plus vite : aide à la rédaction, synthèse, génération de visuel, préparation d’audit.
• Tu intègres une IA dans un livrable : chatbot, assistant interne, automatisation no-code, agent connecté à des données client.
• Tu conseilles un client sur l’usage de l’IA : audit, formation, cadrage de cas d’usage, sélection d’outils.

Le premier cas reste généralement simple. Les deux autres demandent davantage de prudence, surtout si l’IA touche à des données personnelles, à une décision sur une personne ou à un domaine sensible.

On avait déjà abordé l’IA comme levier de productivité dans le guide IA et freelance. Ici, on traite le cadre : contrats, documentation, transparence, RGPD et responsabilité.

Le calendrier AI Act 2024-2026 à retenir

Le texte est déjà en vigueur. D’après le calendrier officiel de la Commission européenne, l’AI Act est entré en vigueur le 1er août 2024 et devient applicable par étapes.

Date	Ce qui change	Impact pour un freelance
1er août 2024	Entrée en vigueur du règlement	Le cadre existe, même si toutes les obligations ne s’appliquent pas encore.
2 février 2025	Interdiction de certaines pratiques IA et obligation de littératie IA	Les professionnels doivent comprendre les limites des outils qu’ils utilisent.
2 août 2025	Règles de gouvernance et obligations sur les modèles d’IA à usage général	Impact surtout pour les fournisseurs de modèles, moins pour le freelance qui utilise une API.
2 août 2026	Application générale de l’AI Act, obligations de transparence et mise en place des bacs à sable réglementaires	Date clé pour les chatbots, contenus générés, deepfakes, systèmes déployés chez un client et documentation des usages.
2 décembre 2027	Application prévue des règles pour plusieurs domaines haut risque, dont biométrie, infrastructures critiques, éducation, emploi, migration et contrôle aux frontières	À surveiller si tu interviens sur un outil qui influence une décision sur une personne.
2 août 2028	Application prévue des règles haut risque pour certains systèmes intégrés à des produits réglementés, par exemple machines, jouets, ascenseurs ou dispositifs soumis à une réglementation sectorielle	À surveiller si tu travailles sur un produit industriel, médical ou embarqué.

Le portail Service-public Entreprendre rappelle aussi que le 2 août 2026 correspond à l’application complète du règlement et à l’application de règles sur certains systèmes à haut risque. Depuis l’accord politique de simplification annoncé par la Commission en mai 2026, certaines échéances haut risque sont toutefois présentées avec un calendrier plus étalé. Pour un freelance, ça ne change pas le réflexe de fond : dès 2026, il faut documenter les usages sensibles et éviter les promesses de conformité globale.

Le bon réflexe en 2026 : ne plus traiter l’IA comme un simple outil invisible. Dès qu’elle influence un livrable client, on garde une trace.

La littératie IA : l’obligation déjà active depuis 2025

Depuis le 2 février 2025, les fournisseurs et déployeurs doivent prendre des mesures pour garantir un niveau suffisant de littératie IA. Dit simplement : les personnes qui utilisent ou supervisent un système IA doivent comprendre ses usages, ses limites et ses risques.

Pour un freelance solo, ça ne veut pas dire monter une académie interne. Ça veut dire pouvoir montrer que tu as un minimum de méthode : veille sur les outils utilisés, consignes écrites, validation humaine, vigilance sur les données personnelles, et formation client si tu livres un système que ses équipes vont utiliser.

Si tu formes une équipe, cette obligation devient un argument fort pour ton offre. Une formation IA sérieuse ne se limite pas aux prompts. Elle doit aussi couvrir confidentialité, hallucinations, biais, droits sur les sorties et cas où l’humain reprend la main.

Quel rôle joues-tu dans la mission ?

La question la plus utile n’est pas : “Est-ce que j’utilise de l’IA ?” Beaucoup de freelances en utilisent déjà. La bonne question est : “Quel rôle ai-je dans la chaîne ?”

Utilisateur interne : tu gardes l’IA dans ton atelier

Tu es dans le cas le plus léger quand tu utilises l’IA comme outil de travail interne.

Exemples :

• tu demandes à ChatGPT un plan d’article ;
• tu utilises Claude pour résumer un appel client ;
• tu génères des idées de visuels avant de produire toi-même la version finale ;
• tu aides à reformuler une proposition commerciale.

Ici, l’IA ne prend pas de décision pour le client. Elle ne s’adresse pas directement à ses utilisateurs. Elle t’aide à travailler. Le risque principal n’est pas l’AI Act en lui-même, mais la confidentialité, la propriété intellectuelle, l’exactitude et le RGPD.

Tu dois donc surtout vérifier ce que tu envoies dans l’outil, relire les sorties et respecter les clauses de confidentialité de ton contrat de mission freelance.

Déployeur : tu utilises un système IA pour le compte du client

Le règlement parle de “deployer” pour désigner celui qui utilise un système IA sous son autorité dans un cadre professionnel. En français courant, on peut parler de déployeur.

Tu peux te retrouver dans ce rôle si tu mets en place un outil IA que le client ou ses équipes vont utiliser.

Exemples :

• un chatbot de support client ;
• une automatisation Make ou Zapier qui classe des demandes entrantes ;
• un assistant interne connecté à la base documentaire du client ;
• un outil qui recommande des actions commerciales à partir du CRM.

Là, on ne parle plus d’un brouillon personnel. On parle d’un système utilisé dans l’organisation du client. Il faut définir qui l’exploite, qui le supervise, qui informe les utilisateurs et qui garde la documentation.

Fournisseur : tu crées ou commercialises le système

Tu peux devenir fournisseur si tu développes un système IA et que tu le mets sur le marché sous ton nom, même sans avoir entraîné le modèle de base.

Exemples :

• tu crées un SaaS qui génère des audits SEO avec une API LLM ;
• tu vends un chatbot packagé à plusieurs clients ;
• tu développes un outil d’aide au recrutement sous ta marque ;
• tu modifies fortement un système existant et tu le redistribues comme ton produit.

Ce rôle est plus lourd. Le fournisseur peut devoir gérer documentation technique, conformité, transparence, notices d’utilisation et obligations propres aux systèmes à haut risque. Si tu veux en faire ton activité, lis aussi le guide devenir consultant en IA freelance, puis fais valider ton cadre contractuel.

Ne confonds pas fournisseur d’un système IA et fournisseur d’un modèle d’IA à usage général. Si tu utilises GPT, Claude, Gemini ou Mistral via une API, tu n’es généralement pas fournisseur du modèle. En revanche, si tu packages l’API dans un produit vendu sous ta marque, tu peux devenir fournisseur du système qui l’utilise. Cette nuance compte pour les obligations, les documents à fournir et les limites de responsabilité à écrire dans le contrat.

Sous-traitant ou intégrateur : tu travailles dans la chaîne du client

Beaucoup de freelances ne sont ni simples utilisateurs, ni fournisseurs autonomes. Ils intègrent une brique IA dans un projet plus large.

Exemples :

• tu interviens en marque blanche pour une agence ;
• une ESN te demande de connecter une API LLM dans un outil interne ;
• tu configures un assistant dans l’environnement du client ;
• tu rédiges les prompts, les tests et la documentation, mais le client garde la maîtrise du produit.

Dans ce cas, le contrat doit préciser ton rôle. Si tu travailles via une agence ou une ESN, attention à la chaîne de responsabilité. Le client final peut attendre une conformité globale, alors que ton périmètre réel est limité à une intégration technique. Les guides sur la marque blanche pour agences et les missions avec une ESN aident à cadrer ce point.

Distributeur ou importateur : tu revends une solution IA

Ces rôles sont moins fréquents chez les freelances, mais ils existent. Tu peux te rapprocher du distributeur si tu mets à disposition une solution IA tierce sur le marché européen sans en être le fournisseur ni l’importateur. Tu peux te rapprocher de l’importateur si tu places sur le marché de l’Union européenne un système IA portant le nom d’un acteur établi hors UE.

Exemples :

• tu revends en marque blanche un outil IA étranger à tes clients européens ;
• tu packages une solution tierce dans une offre commerciale récurrente ;
• tu distribues un assistant IA sous une offre partenaire sans le modifier fortement.

Le point de vigilance est le même : ne laisse pas le contrat raconter une histoire différente de la réalité. Si tu ne fais qu’installer un outil choisi par le client, ton risque n’est pas le même que si tu le revends, le rebaptises et l’intègres dans ton offre.

Le changement de rôle : le piège à anticiper

L’article 25 du règlement prévoit qu’un déployeur, distributeur, importateur ou autre tiers peut être considéré comme fournisseur d’un système à haut risque dans certains cas, par exemple s’il appose son nom ou sa marque, réalise une modification substantielle ou change la finalité d’un système de manière à le rendre haut risque.

Pour un freelance, ça veut dire une chose très pratique : renommer un outil IA, le vendre comme ton produit ou le détourner vers un usage sensible peut déplacer la responsabilité. Ce n’est pas seulement une question technique. C’est une question de positionnement commercial.

Ton risque augmente quand ton rôle réel est plus large que ton rôle écrit. Si tu pilotes l’outil, les données et les choix fonctionnels, ne signe pas comme simple exécutant.

Cas simples, cas sensibles et zones rouges

Tous les usages IA ne se valent pas. Pour un freelance, le plus pragmatique est de classer chaque mission en trois niveaux.

Niveau 1 : usage simple, risque limité

Ce sont les usages qui assistent ton travail sans décider à la place d’une personne.

Exemples :

• aide à la rédaction d’un article ;
• synthèse d’une réunion ;
• génération d’idées de posts LinkedIn ;
• création d’illustrations non trompeuses ;
• correction ou reformulation d’un document ;
• aide à coder une fonctionnalité.

Ce niveau demande surtout une discipline professionnelle : confidentialité, relecture, vérification des faits, respect des droits sur les sorties. Si tu livres du contenu, garde aussi en tête les sujets de propriété intellectuelle en freelance.

Niveau 2 : usage à transparence renforcée

On monte d’un cran quand l’IA interagit avec des personnes ou produit des contenus susceptibles de tromper le public.

Exemples :

• chatbot qui répond aux visiteurs d’un site ;
• assistant vocal ;
• image, audio ou vidéo synthétique réaliste ;
• texte généré par IA publié pour informer le public sur un sujet d’intérêt public ;
• deepfake, avatar ou voix clonée.

L’article 50 de l’AI Act prévoit des obligations de transparence pour certains fournisseurs et déployeurs. Le AI Act Service Desk de la Commission rappelle notamment l’information des personnes quand elles interagissent avec un système IA, ainsi que le marquage ou le signalement de certains contenus générés ou manipulés.

Pour un freelance, la conséquence est simple : un chatbot ne doit pas se faire passer pour un humain, et un contenu synthétique sensible ne doit pas être présenté comme une capture authentique.

La Commission a aussi publié le 10 juin 2026 un code de pratique sur la transparence des contenus générés par IA. Il vise le marquage, la détection et l’étiquetage de certains contenus générés ou manipulés. Le code est volontaire, mais les obligations de transparence de l’article 50 restent des obligations légales.

Point utile pour les rédacteurs et consultants contenu : tous les textes assistés par IA ne doivent pas forcément porter une mention visible. Le risque monte surtout quand le texte est publié pour informer le public sur un sujet d’intérêt public, ou quand le lecteur pourrait croire qu’une image, une vidéo, une voix ou une personne est authentique alors qu’elle est synthétique. Si un humain garde un contrôle éditorial réel, documente-le dans ta méthode.

Niveau 3 : usage sensible ou potentiellement haut risque

Le règlement liste des domaines à haut risque dans son annexe III. On y retrouve notamment la biométrie, les infrastructures critiques, l’éducation, l’emploi, l’accès à certains services essentiels, le crédit, l’assurance santé ou vie, la justice, la migration et certains usages publics.

Exemples qui doivent déclencher une alerte :

• scoring de candidats pour un recrutement ;
• outil qui classe des étudiants ou évalue leurs résultats ;
• système de crédit scoring pour des particuliers ;
• triage santé ou recommandation médicale ;
• reconnaissance d’émotions ;
• biométrie ou identification à distance ;
• outil qui influence une décision d’embauche, de licenciement, d’accès à un service ou de tarification d’assurance.

Le texte prévoit des nuances. Certains systèmes qui réalisent une tâche préparatoire ou limitée peuvent ne pas être considérés comme haut risque s’ils ne présentent pas de risque significatif, mais cette analyse doit être documentée. Pour un solo, c’est rarement un terrain à traiter seul.

Si l’IA influence une décision sur une personne, on sort du simple gain de productivité. On entre dans un sujet de droits, de preuves et de responsabilité.

Si ton client exploite un système haut risque et te demande de l’intégrer, de le configurer ou de l’opérer, pense aussi aux obligations du déployeur. L’article 26 parle notamment d’utilisation conforme à la notice, de supervision humaine par des personnes compétentes, de données d’entrée pertinentes, de surveillance du fonctionnement, de signalement des incidents et de conservation des logs quand ils sont sous contrôle du déployeur.

En mission freelance, tu ne vas pas porter tout ça seul. Mais tu dois refuser le flou. Note dans le devis qui fournit la notice, qui valide les données, qui surveille les erreurs, qui conserve les journaux, qui arrête le système en cas d’incident et qui informe les personnes concernées.

Ce que tu dois dire à ton client

La transparence ne veut pas dire envoyer une dissertation juridique à chaque devis. Elle veut dire éviter la surprise.

Prévenir quand l’IA fait partie de la méthode

Si l’IA t’aide seulement à brainstormer, tu n’as pas toujours besoin d’en faire un paragraphe central. En revanche, si elle intervient dans la production du livrable, dans l’analyse de données client ou dans un outil remis au client, il faut l’écrire.

Une formulation simple suffit souvent :

Le prestataire peut utiliser des outils d'intelligence artificielle comme assistance à la production, sous réserve de validation humaine systématique, de respect de la confidentialité et d'absence d'envoi de données sensibles sans accord préalable du client.

Si le client refuse toute IA, il faut le savoir avant de chiffrer. Une mission sans IA peut demander plus de temps, donc un tarif différent.

Décrire les limites sans te dévaloriser

Beaucoup de freelances hésitent à parler d’IA par peur que le client baisse le prix. C’est compréhensible. Mais le bon angle n’est pas “l’IA fait le travail”. C’est “j’utilise des outils, je reste responsable de la méthode et de la validation”.

Tu peux expliquer :

• quels outils sont utilisés ;
• quelles données sont exclues des prompts ;
• qui valide les sorties ;
• quelles limites sont connues ;
• quels cas ne doivent pas être automatisés.

Cette transparence peut devenir un avantage commercial. Elle montre que tu maîtrises le sujet au lieu de bricoler dans l’ombre.

Ne jamais promettre une conformité totale

Évite les phrases du type : “outil 100 % conforme AI Act et RGPD”. C’est trop large. Tu ne contrôles pas toujours le modèle, l’hébergement, les données, les usages futurs ou les décisions internes du client.

Utilise une formulation limitée :

Le prestataire accompagne le client dans la mise en place de mesures de documentation, de transparence et de validation humaine adaptées au périmètre de la mission. La conformité globale du dispositif dépend des usages retenus par le client, de ses données, de son organisation et des validations juridiques nécessaires.

AI Act et RGPD : deux cadres à gérer ensemble

L’AI Act ne remplace pas le RGPD. Les deux s’empilent.

La CNIL rappelle que la collecte et l’utilisation de données personnelles via un système d’IA doivent respecter le RGPD et les droits des personnes. Elle publie aussi des fiches pratiques IA, notamment sur le statut des modèles et les traitements de données.

Données personnelles dans les prompts

Le cas le plus banal est aussi l’un des plus risqués : copier un fichier client dans un outil IA.

Avant de le faire, demande-toi :

• contient-il des noms, emails, numéros de téléphone ou identifiants ?
• contient-il des données sensibles, par exemple santé, opinions, données RH ou données financières ?
• l’outil réutilise-t-il les prompts pour entraîner ses modèles ?
• les données sortent-elles de l’Union européenne ?
• le client t’a-t-il autorisée à utiliser cet outil ?

Si tu ne sais pas répondre, anonymise ou demande un accord écrit.

DPA, sous-traitants et transferts hors UE

Si tu traites des données personnelles pour le compte du client, on retombe dans le schéma RGPD classique : responsable de traitement, sous-traitant, accord de traitement de données, mesures de sécurité, durées de conservation et sous-traitants ultérieurs.

Un outil IA peut être un sous-traitant supplémentaire. Dans ce cas, ton client peut avoir besoin de connaître son nom, sa localisation, ses conditions de confidentialité et les garanties de transfert. Ce sujet doit être aligné avec la clause RGPD du contrat.

Confidentialité professionnelle

Même sans donnée personnelle, il peut y avoir un secret client : stratégie, prix, code source, base de prospects, support interne, documents financiers, roadmap produit.

J’ai déjà vu des équipes copier dans un outil IA des comptes rendus de comité interne avec des informations sensibles. Le problème n’était pas seulement juridique. C’était une rupture de confiance.

La règle simple : si tu ne mettrais pas l’information dans un outil SaaS inconnu sans accord client, ne la mets pas dans un prompt.

La checklist avant d’utiliser l’IA dans une mission

Avant de démarrer, passe cette checklist. Elle tient en dix minutes et évite beaucoup de discussions pénibles après coup.

Question	Pourquoi c’est important
Quel outil IA sera utilisé ?	Pour identifier l’éditeur, les conditions, l’hébergement et les réglages de confidentialité.
Quelles données seront envoyées ?	Pour repérer données personnelles, secrets d’affaires et données sensibles.
L’outil réutilise-t-il les entrées ?	Pour éviter que des données client servent à entraîner un modèle tiers.
Qui valide les sorties ?	Pour documenter la supervision humaine.
L’IA interagit-elle avec des utilisateurs ?	Pour appliquer les obligations de transparence.
L’IA influence-t-elle une décision sur une personne ?	Pour détecter un risque haut risque ou RGPD renforcé.
Le livrable contient-il du contenu généré ?	Pour gérer le marquage, les droits et la validation éditoriale.
Le client a-t-il une politique IA interne ?	Pour éviter de livrer un outil interdit par ses propres règles.
La RC Pro couvre-t-elle ce type de mission ?	Pour vérifier les exclusions cyber, conseil, données ou logiciel.
Que garde-t-on comme trace ?	Pour prouver la méthode en cas de litige.

Ce dernier point est sous-estimé. Tu n’as pas besoin de conserver tous les prompts à vie. Mais pour une mission sensible, garde au minimum une fiche outil, les choix structurants, les tests, les limites et les validations client.

Les clauses contractuelles à adapter

Les exemples ci-dessous ne sont pas des clauses universelles. Ils donnent une base à faire relire si la mission est sensible, longue ou chère.

Clause d’usage d’outils IA

Le prestataire peut utiliser des outils d'intelligence artificielle dans le cadre de la mission, uniquement comme assistance à l'analyse, à la production ou à l'automatisation des livrables. Le prestataire conserve une intervention humaine sur les éléments livrés au client.

À adapter si le client interdit certains outils, impose un environnement interne ou demande une liste exhaustive.

Clause de données et confidentialité

Le prestataire s'engage à ne pas transmettre à un outil d'intelligence artificielle tiers des données confidentielles, données personnelles sensibles, secrets d'affaires ou informations stratégiques du client sans accord écrit préalable. Lorsque l'usage d'un tel outil est nécessaire, les parties définissent les données concernées, les mesures d'anonymisation et les garanties applicables.

Cette clause doit rester cohérente avec ton DPA si tu en signes un.

Clause de validation humaine

Les sorties produites ou assistées par intelligence artificielle font l'objet d'une vérification humaine avant livraison, selon le niveau de contrôle adapté à la nature du livrable. Le client reste responsable des décisions prises sur la base des livrables lorsqu'il les utilise dans son organisation.

Ne l’utilise pas pour te décharger de tout. Si tu livres une analyse fausse sans vérification, ta responsabilité peut rester engagée.

Clause de limites de garantie

Le prestataire ne garantit pas l'absence totale d'erreurs, d'hallucinations, de biais ou d'inexactitudes dans les résultats issus d'outils d'intelligence artificielle. Il s'engage à mettre en œuvre les contrôles prévus au devis ou au cahier des charges. Toute garantie de conformité réglementaire globale nécessite une mission dédiée et une validation juridique spécifique.

C’est utile pour les audits, les chatbots et les outils d’aide à la décision.

Clause de conservation des traces

Sauf accord contraire, le prestataire conserve pendant la durée de la mission les éléments nécessaires à la compréhension de la méthode utilisée : outil, finalité, paramètres principaux, tests réalisés, limites identifiées et validations client. Les prompts contenant des données confidentielles ou personnelles sont supprimés ou anonymisés selon les règles définies entre les parties.

La conservation doit être proportionnée. Trop garder peut créer un risque RGPD. Ne rien garder peut te laisser sans preuve.

Le contrat ne doit pas faire croire que le risque disparaît. Il doit répartir les rôles, les limites et les validations.

Comment documenter un livrable IA sans se noyer

La documentation fait peur parce qu’on l’imagine comme un dossier de 80 pages. Pour beaucoup de missions freelance, une fiche courte suffit.

Voici une structure utilisable.

Élément	Ce que tu notes
Finalité	À quoi sert le système ou l’usage IA.
Outil utilisé	Nom, éditeur, version si utile, lien vers les conditions.
Données utilisées	Catégories de données, présence ou non de données personnelles, anonymisation.
Rôle du freelance	Conseil, intégration, configuration, formation, exploitation.
Rôle du client	Fourniture des données, validation, exploitation, information des utilisateurs.
Supervision humaine	Qui relit, valide, corrige ou peut reprendre la main.
Tests effectués	Cas testés, erreurs observées, limites connues.
Risques résiduels	Hallucinations, biais, erreurs de classification, mauvaise interprétation.
Consignes utilisateur	Ce que l’utilisateur peut faire, ne doit pas faire, doit vérifier.

Pour un chatbot, ajoute les cas où il doit renvoyer vers un humain. Pour une automatisation no-code, ajoute le schéma des outils connectés. L’article sur l’automatisation no-code en freelance détaille déjà les points de vigilance sur les flux de données.

Les erreurs qui coûtent cher

Livrer un système haut risque sans l’avoir vu venir

Le piège classique : “ce n’est qu’un scoring”. Scoring de prospects B2B, souvent peu sensible. Scoring de candidats, de salariés, d’étudiants, d’assurés ou d’emprunteurs, beaucoup plus sensible.

Le domaine d’usage compte autant que la technologie.

Envoyer des données client dans un outil tiers

Copier une base clients dans un outil IA pour “gagner du temps” peut violer la confidentialité, le RGPD et le contrat. Même si l’outil est connu. Même si le résultat est bon.

Avant de traiter des données client, vérifie les conditions de l’outil et demande un accord écrit quand la donnée n’est pas anodine.

Promettre trop dans la proposition commerciale

“Conforme AI Act”, “zéro hallucination”, “décisions fiables”, “outil autonome”. Ces promesses créent une attente dangereuse.

Écris ce que tu fais vraiment : cadrage, choix d’outil, intégration, tests, documentation, formation, support. Pour une conformité réglementaire complète, propose une mission dédiée avec un juriste ou un DPO.

Oublier la RC Pro

Les missions IA peuvent mélanger conseil, logiciel, données, cybersécurité et propriété intellectuelle. Toutes les RC Pro ne couvrent pas ces risques de la même façon.

Avant une mission à enjeu, vérifie les exclusions : conseil stratégique, perte d’exploitation du client, atteinte aux données, cyber, faute liée à un logiciel, plafond de garantie. Le comparatif assurance RC Pro freelance t’aide à poser les bonnes questions.

Sous-estimer les sanctions

L’AI Act prévoit des amendes administratives qui peuvent monter très haut : jusqu’à 35 millions d’euros ou 7 % du chiffre d’affaires mondial annuel pour les manquements les plus graves, notamment certaines pratiques interdites, et jusqu’à 15 millions d’euros ou 3 % pour d’autres obligations. Pour les PME et jeunes entreprises, le règlement prévoit de retenir le montant le plus faible entre le forfait et le pourcentage.

Un solo ne doit pas lire ces montants comme s’il était une multinationale. En revanche, ils disent une chose : ce n’est plus un sujet cosmétique. Même si le risque réel d’amende dépendra de ton rôle, de la gravité du manquement et du contexte, ton contrat doit éviter de te faire porter une conformité que tu ne contrôles pas.

Exemples concrets par profil freelance

Rédacteur ou consultant contenu

Tu utilises l’IA pour préparer un plan, reformuler des titres et générer des idées. Risque faible si tu ne transmets pas de données sensibles et si tu relis tout.

À faire :

• prévenir dans tes CGV ou ton contrat que l’IA peut être utilisée comme assistance ;
• vérifier les faits, chiffres et sources ;
• garder la responsabilité éditoriale ;
• signaler les contenus générés si le contexte l’exige, notamment contenu public sensible ou manipulation réaliste.

Consultant no-code

Tu livres une automatisation qui résume les emails entrants, classe les demandes et alimente un CRM. Risque moyen, parfois élevé selon les données.

À faire :

• cartographier les outils connectés ;
• vérifier les données envoyées dans l’IA ;
• documenter les règles de validation humaine ;
• prévoir un mode de reprise manuelle ;
• aligner le DPA avec les sous-traitants utilisés.

Développeur qui intègre une API LLM

Tu connectes une API dans une application client. Le risque dépend du cas d’usage. Un assistant documentaire interne n’a pas le même niveau qu’un outil qui note des candidats.

À faire :

• définir si tu fournis seulement l’intégration ou un système complet ;
• documenter modèles, prompts système, logs, tests et limites ;
• éviter de présenter l’outil comme autonome ;
• prévoir supervision, monitoring et correction.

Formateur IA

Tu formes une équipe à l’utilisation d’outils génératifs. Tu n’es pas forcément responsable des usages futurs, mais tu dois éviter de transmettre de mauvaises pratiques.

À faire :

• intégrer un module confidentialité et RGPD ;
• expliquer la vérification humaine ;
• distinguer données publiques, internes, confidentielles et sensibles ;
• fournir une charte d’usage simple.

Freelance en marque blanche pour agence ou ESN

Tu produis une partie du système, mais tu n’as pas toujours accès au client final. C’est fréquent dans les missions tech.

À faire :

• demander le périmètre exact d’usage ;
• écrire que tu ne valides pas la conformité globale si tu n’as pas accès au contexte complet ;
• clarifier qui informe le client final ;
• refuser les clauses qui te rendent responsable de décisions que tu ne contrôles pas, surtout si elles se cumulent avec une exclusivité ou une non-concurrence.

Conclusion : ta routine AI Act avant de signer

L’AI Act freelance n’est pas un mur. C’est une grille de lecture. On peut continuer à utiliser l’IA, vendre des missions IA, automatiser des processus et livrer des outils utiles. Mais on doit arrêter de faire comme si l’IA était invisible.

Avant de signer une mission, applique cette routine :

1. Identifie l’usage IA : assistance interne, livrable, système déployé, outil commercialisé.
2. Détermine ton rôle : utilisateur, déployeur, fournisseur, intégrateur, sous-traitant.
3. Repère les données : personnelles, confidentielles, sensibles, hors UE.
4. Vérifie le niveau de risque : simple, transparence, haut risque potentiel.
5. Informe le client avec une phrase claire dans le devis ou le contrat.
6. Prévois validation humaine, limites de garantie et documentation légère.
7. Vérifie ta RC Pro si la mission touche à des données, décisions ou systèmes critiques.

Ce n’est pas de la paperasse pour faire joli. C’est ce qui te permet de continuer à utiliser l’IA avec confiance, sans transformer chaque prompt en risque contractuel.

FAQ

Questions fréquentes

Faut-il prévenir tous ses clients quand on utilise l'IA ? +

Pas forcément pour un usage très interne, comme brainstormer un plan ou reformuler une phrase sans donnée client. En revanche, il faut prévenir quand l'IA intervient dans un livrable, traite des données client, interagit avec des utilisateurs ou influence une analyse remise au client. Le plus simple est d'ajouter une clause générale d'usage encadré de l'IA dans tes contrats.

Peut-on utiliser ChatGPT sur des données client ? +

Oui seulement si les données, le contrat et les réglages de confidentialité le permettent. Évite d'envoyer des données personnelles, secrets d'affaires ou documents sensibles sans accord écrit. Si l'outil traite des données personnelles pour le compte du client, il faut aussi vérifier le cadre RGPD, le DPA, les sous-traitants et les transferts éventuels hors UE.

L'AI Act remplace-t-il le RGPD ? +

Non. L'AI Act encadre les systèmes d'IA selon leurs risques. Le RGPD continue de s'appliquer dès qu'il y a traitement de données personnelles. Dans une mission IA, les deux cadres peuvent donc s'appliquer en même temps.

Faut-il marquer tous les contenus générés par IA ? +

Non. L'obligation dépend du type de contenu et du risque de tromper le public. Un chatbot doit être identifiable comme IA quand ce n'est pas évident. Un deepfake ou un contenu synthétique réaliste doit être signalé. Pour un texte assisté par IA, le risque est surtout fort quand il informe le public sur un sujet d'intérêt public et qu'il n'y a pas de contrôle éditorial humain clair.

Qui est responsable si l'IA fait une erreur ? +

Cela dépend du contrat, du rôle de chacun, du type d'erreur et du niveau de contrôle prévu. Un freelance reste exposé s'il livre une sortie non vérifiée ou promet une fiabilité qu'il ne peut pas garantir. D'où l'intérêt de prévoir validation humaine, limites de garantie, documentation et répartition claire des responsabilités.

Faut-il une assurance spécifique pour les missions IA ? +

Pas toujours, mais il faut relire ta RC Pro. Vérifie les plafonds, les exclusions liées au logiciel, au conseil, aux données personnelles, au cyber et aux pertes financières du client. Pour une mission IA sensible ou très rémunératrice, demande une confirmation écrite à ton assureur.

Que faire si un client refuse toute utilisation de l'IA ? +

Respecte sa règle et chiffre la mission en conséquence. Une production sans IA peut demander plus de temps. Fais préciser dans le contrat ce qui est interdit : IA générative publique, API LLM, outils de correction, transcription automatique, automatisations internes. Sans définition claire, on crée un flou inutile.