Aller au contenu
Implementa.
Opinion··8 min

IA générative et propriété intellectuelle : ce que ton prestataire ne signe pas

L'IA générative et la propriété intellectuelle en entreprise cessent d'être des petites lignes dès que ton équipe génère des textes, des images et du code avec l'outil d'un autre. Trois questions décident si ce que tu produis est à toi ou un procès à date ouverte : à qui appartient ce que la machine génère, sur quoi elle a été entraînée, et ce qui se passe si elle copie quelque chose de protégé. Et ce sont justement celles que le contrat du prestataire esquive. Pas de théâtre : ce qu'il faut exiger par écrit avant de signer.

Managing Partner

Implementa

Tu signes avec un prestataire d'IA, tu branches son outil, et ton équipe se met à générer avec au quotidien : du texte pour le site, des visuels de campagne, du code, des brouillons de rapports. Fluide, rapide, très moderne. Jusqu'à ce que quelqu'un du juridique pose la question gênante en réunion : « ok, et ce que la machine recrache, c'est à qui ? ». Silence. Personne n'a lu le contrat avec cette loupe. Et le contrat, comme par hasard, ne le tranche pas non plus.

La thèse en une phrase : quand tu fais entrer l'IA générative dans ton entreprise, la propriété intellectuelle cesse d'être un détail de petites lignes et devient un risque que presque aucun prestataire ne signe. Trois questions —à qui appartient ce que l'IA génère, sur quoi le modèle a été entraîné, et ce qui se passe s'il copie quelque chose de protégé— décident si ce que tu produis est à toi ou un procès qui attend sa date. Et les trois sont justement celles que le contrat esquive avec élégance. Un avertissement avant de continuer : ce n'est pas un conseil juridique, et pour ton cas précis et ta juridiction il faut parler à un avocat. C'est la liste de ce qu'il faut exiger par écrit avant de signer.

IA générative et propriété intellectuelle en entreprise : pourquoi le contrat esquive l'essentiel

Un contrat de prestataire n'est pas écrit pour te protéger toi ; il est écrit pour le protéger lui. C'est logique et ce n'est pas une accusation : chaque partie rédige en regardant son propre risque. Le souci, c'est que le risque de propriété intellectuelle de l'IA générative est presque entièrement le tien —c'est toi qui publies ce que la machine génère, qui le mets dans ton produit, qui l'envoies au client— et le contrat a tendance à le laisser dans une zone grise confortable pour celui qui t'a vendu l'outil. Là où tu as besoin d'une phrase claire, tu trouves « l'utilisateur est responsable de l'usage qu'il fait du service ». Traduction : l'ennui est pour toi.

C'est pour ça que ça ne parle pas de technologie, ça parle de contrat. Peu importe la qualité du modèle si le papier que tu signes ne répond à aucune de trois questions concrètes. Pas besoin d'être juriste pour les poser ; il faut les poser avant de signer, pas après la première lettre d'un cabinet. Voici les trois.

À qui appartient ce que l'IA génère ?

La première question a l'air évidente et ne l'est pas. Quand ton équipe génère un texte ou une image avec l'outil du prestataire, cette œuvre est-elle à toi, au prestataire, ou à personne ? Les trois réponses existent selon où tu regardes, et aucune n'est celle que tu tiens pour acquise. Certains prestataires se réservent des droits ou des licences sur ce qui est généré avec leur service ; d'autres te le cèdent mais avec des conditions enfouies dans les termes. Et il y a une couche plus profonde : plusieurs juridictions débattent de la question de savoir si une œuvre générée entièrement par une machine, sans apport humain significatif, peut même être protégée par le droit d'auteur. Si ça n'appartient à personne, ce n'est pas non plus exclusivement à toi : n'importe qui pourrait utiliser quelque chose d'identique.

Ça compte bien plus qu'il n'y paraît le premier jour. Si tu génères le logo d'une campagne, le copy de ton site ou un bout de code qui finit dans ton produit et qu'ensuite tu ne peux pas prouver que c'est à toi —ou que tu découvres que légalement ça n'appartient à personne—, tu as un actif bâti sur du sable. La règle pratique est simple : plus il y a d'apport humain réel par-dessus ce que la machine génère, plus c'est défendable comme tien, d'où l'intérêt de traiter la sortie de l'IA comme un brouillon qu'une personne relit et s'approprie, pas comme une œuvre finie qu'on publie à l'aveugle. C'est le même principe que dans le guide pour utiliser ChatGPT en entreprise sans fuiter de données ni signer à l'aveugle : l'outil aide, mais la responsabilité —et la paternité défendable— reste de ton côté.

Sur quoi le modèle que tu utilises a-t-il été entraîné ?

La deuxième question est celle qui gêne le plus le prestataire, parce que presque aucun ne veut y répondre : avec quelles données le modèle qu'il te vend a-t-il été entraîné ? Un modèle génératif apprend d'un corpus énorme, et d'où sort ce corpus n'est pas toujours clair ni toujours propre. Si une partie a été construite avec du matériel protégé utilisé sans permission, cette origine ne reste pas au labo : elle descend en aval jusqu'à ce que tu génères et publies. Ce n'est pas de la théorie de bureau : il y a des litiges ouverts dans plusieurs pays sur exactement ça, sans doctrine tranchée à ce jour. Que l'affaire soit non résolue ne te protège pas ; ça te laisse exposé à ce que décideront les tribunaux alors que tu as déjà publié.

Le raisonnable n'est pas d'exiger la liste complète du corpus —il ne te la donnera pas— mais d'exiger des garanties par écrit : qu'il déclare avoir eu le droit d'utiliser ce avec quoi il a entraîné, et qu'il en réponde si cette déclaration se révèle fausse. Un prestataire sérieux te donne ces garanties ou au moins les négocie. Un qui se cache derrière « le modèle est une boîte noire, on ne peut pas savoir » te dit, sans le dire, que le risque tu l'assumes en entier. Cette réponse à elle seule est une information : elle te dit à qui tu as affaire.

Que se passe-t-il si l'IA copie quelque chose de protégé ?

La troisième question est celle qui devient réelle le plus vite. Un modèle génératif peut reproduire, parfois presque au mot près, du contenu protégé vu à l'entraînement : un paragraphe, une mélodie, un bout de code avec sa licence, un style si reconnaissable qu'il frôle la copie. Tu le publies de bonne foi, sans le savoir, et le problème c'est que le plaignant ne s'en prend pas au modèle : il s'en prend à celui qui l'a publié, c'est-à-dire toi. La bonne foi n'est pas une défense confortable une fois le contenu dehors et la marque associée.

C'est là que le contrat du prestataire devient la ligne entre une frayeur et une hémorragie. Ce qui décide qui paie l'addition n'est pas la technologie : c'est de savoir si le papier contient une clause d'indemnisation qui te couvre face aux réclamations de tiers pour ce qu'a généré son outil —et avec quelles limites, exclusions et conditions—. Beaucoup de prestataires n'en offrent pas ; certains l'offrent rognée jusqu'à la rendre presque décorative. Lire cette clause lentement, avant de signer, est l'une des choses les plus rentables qu'une entreprise sérieuse sur l'IA générative puisse faire.

Ce qu'il faut exiger par écrit (avant de signer)

La conclusion n'est pas « n'utilise pas l'IA générative » —bien sûr que tu vas l'utiliser, et bien utilisée elle rapporte—. La conclusion est « ne l'utilise pas à l'aveugle sur un contrat qui esquive ces questions ». Sans remplacer le jugement de ton avocat, voici la liste courte de ce qui devrait être noir sur blanc avant de signer :

  • Titularité de l'output. Que le contrat dise, sans ambiguïté, que ce que ton équipe génère avec l'outil est à toi, sans licences cachées ni droits réservés au prestataire. S'il ne le dit pas clairement, pars du principe que ce n'est pas le cas.
  • Indemnisation par des tiers. Une clause qui te couvre si quelqu'un réclame pour atteinte à la propriété intellectuelle sur ce que l'outil a généré. Regarde les limites, les exclusions et ce que tu dois faire pour qu'elle s'applique : une indemnisation vidée par les petites lignes ne couvre rien.
  • Garanties sur l'entraînement. Que le prestataire déclare par écrit avoir eu le droit d'utiliser les données d'entraînement, et qu'il en réponde si c'est faux. Ne demande pas le corpus ; demande la garantie.
  • Tes données n'entraînent pas son modèle (sauf si tu le veux). Ce que ton équipe saisit dans l'outil ne doit pas servir à réentraîner le modèle général sans ta permission explicite. C'est autant de la propriété intellectuelle que de la confidentialité, et ça va de pair avec la gouvernance de la donnée : savoir ce qui entre, ce qui sort et qui peut y toucher.
  • Relecture humaine avant publication. Pas une clause, un processus, et ta meilleure défense pratique : traiter la sortie de l'IA comme un brouillon et mettre une personne qui la relit, l'améliore et se l'approprie avant qu'elle ne sorte. C'est l'humain dans la boucle appliqué à la propriété intellectuelle : ça réduit le risque de copie et renforce ta paternité.

Aucun de ces points n'exige que tu sois juriste ; ils exigent que tu demandes avant de signer et que tu traites le « on verra plus tard » du commercial pour ce qu'il est : le signal qu'on veut te laisser ce risque. Un prestataire qui répond aux trois questions par des phrases claires dans le contrat est un prestataire avec qui on peut travailler. Un qui les esquive a déjà répondu à la seule question qui comptait vraiment.

On le laisse tourner ?

Si ça t'a parlé, conversation de 30 minutes sans engagement. On te dit ce qui colle, ce qui ne colle pas et le prix approximatif.

Voir les cas
IA générative et propriété intellectuelle : ce que ton prestataire ne signe pas · Implementa