Scénario illustratif. Le projet s’est bien passé : l’agent de support tourne depuis trois mois et l’équipe est contente. Un jour, vous changez de cabinet, ou le cabinet change de cap, et vous demandez « ce qui est à nous ». On vous envoie un PDF d’architecture et un accès en lecture seule. Les prompts vivent dans leur dépôt, les flux dans leur espace de travail, et les évaluations dans un tableur que personne ne vous a montré.
La thèse en une ligne : ce que vous ne pouvez pas ouvrir sans le prestataire n’est pas à vous, quoi que dise la facture. La vraie propriété d’un système d’IA ne se décide ni le jour où l’on signe ni le jour où l’on paie : elle se décide selon qui détient les clés le jour où vous ne vous parlez plus.
Propriété des flux et prompts du cabinet IA : qu’achetez-vous vraiment quand vous payez ?
Payer un projet et posséder ce qu’il produit, ce sont deux choses différentes. La première est une facture. La seconde exige trois conditions à la fois : le contrat le dit, vous avez une copie exploitable, et le système tourne dans un compte que vous contrôlez. S’il en manque une, vous avez un droit sur le papier, une copie qui ne démarre pas ou un accès d’invité, mais pas un actif.
Et « prompts et flux », ce n’est que la partie visible. Un cabinet sérieux livre six choses, et chacune se perd à sa façon :
| Livrable | Où il vit d’habitude | Ce que le contrat devrait dire |
|---|---|---|
| Prompts et instructions | Dépôt ou plateforme du prestataire | Livrés en texte, versionnés, et à vous |
| Flux et code | Espace de travail du prestataire | Livraison en format ouvert, importée et testée dans votre compte |
| Évaluations et cas de test | Un tableur ou un outil interne | À vous : faites avec vos données et votre jugement |
| Comptes, clés et identifiants | Au nom du prestataire « par commodité » | À vous dès le premier jour ; le prestataire est l’invité |
| Règle métier écrite | La tête d’une personne | Un document livrable, pas une explication orale |
| Mémoire et données dérivées | Le stockage de la plateforme | Propriété et export explicitement prévus |
Les trois derniers sont ceux qu’on demande le moins et qui font le plus mal. Ce qui se perd exactement dans un export, on le détaille dans le guide pour internaliser les automatisations de votre agence ; ici, on reste sur ce qui se négocie avant de commencer.
Que dit le droit espagnol sur ce qu’un prestataire vous remet ?
Le texte consolidé de la loi espagnole sur la propriété intellectuelle dit que les droits d’exploitation se transmettent par cession, et que celle-ci est limitée aux droits et aux modes d’exploitation expressément prévus, ainsi qu’à la durée et au territoire fixés (art. 43.1). Si la durée n’est pas mentionnée, la cession est limitée à cinq ans ; si le territoire ne l’est pas, au pays où la cession est conclue (art. 43.2). Et toute cession doit être formalisée par écrit (art. 45).
Concrètement : « j’ai payé » ne veut pas dire « on m’a cédé les droits ». Pour ce qui est créé par un salarié, l’art. 51 présume la cession à l’employeur ; un cabinet externe n’est pas votre salarié, donc ce qui compte, c’est ce que vous avez signé. Une cession par silence qui expire au bout de cinq ans, ou qui n’inclut pas le mode dont vous avez besoin (le modifier, ou le réutiliser avec un autre prestataire), c’est le trou qu’on découvre quand on négocie déjà dans l’urgence et sans rapport de force.
Deux précautions. La première : tout ce que livre un cabinet n’est pas une œuvre protégée ; un prompt court ou une configuration peut ne pas l’être, et cela joue dans les deux sens : le prestataire ne peut pas non plus la revendiquer par cette voie. C’est pourquoi la loi est le plan B ; le plan A, ce sont le contrat et la possession. La seconde : ce sont des informations générales, pas un conseil juridique ; confirmez avec votre avocat ce qui s’applique à vous.
Que demander dans le contrat avant de commencer ?
- Une liste nominative des livrables. Prompts, flux, évaluations, documentation et configuration, un par un. « Le résultat du projet » n’est pas une liste.
- Une cession expresse, sans durée ni territoire rognés. Avec les modes écrits : utiliser, modifier et confier la maintenance à un tiers. Ce qui n’est pas nommé, la loi le rogne.
- Comptes et identifiants à votre nom dès le premier jour. Le prestataire entre comme invité avec des droits, pas l’inverse.
- Une liste fermée de l’existant du prestataire. Ses outils et modèles restent à lui, avec une licence perpétuelle pour votre système. « Sauf son savoir-faire » sans liste, c’est la clause où tout passe.
- Les évaluations et le dérivé, à vous. Les cas de test, les critères et la mémoire sont nés de vos données et de votre jugement.
- Un jalon de livraison vérifiable, lié au dernier paiement. La livraison est acceptée quand elle passe le test de la section suivante, pas quand un e-mail part.
Le dernier point s’articule avec la gouvernance du système une fois en production : quelqu’un, avec un nom, est responsable de garder la sortie possible, comme nous le décrivons dans le guide de gouvernance et de contrôle de l’automatisation par IA.
Comment vérifier que vous pouvez l’ouvrir sans le prestataire ?
Un contrat impeccable que vous n’avez jamais testé vaut autant qu’un export que vous n’avez jamais ouvert. Faites le test à chaque jalon, avec quelqu’un de votre équipe et le prestataire qui regarde sans toucher :
- Connectez-vous au compte où tourne le système avec des identifiants au nom de votre entreprise, sans rien demander au prestataire.
- Importez le flux dans un environnement propre de votre compte et faites-le démarrer. Les connexions se ré-autorisent une à une : cela fait aussi partie du test.
- Lancez les évaluations et vérifiez que les résultats correspondent à ceux qu’on vous a montrés.
- Demandez à quelqu’un qui n’a pas participé de lire la règle métier et d’expliquer pourquoi tel cas part en revue manuelle.
Si une étape échoue, vous savez ce qui n’est pas à vous, et mieux vaut le savoir à un jalon qu’à une résiliation. Quand ce qu’on livre est une plateforme et non un cabinet, le problème change de forme mais pas de fond : on l’a vu dans ce qui se passe le jour où vous quittez votre plateforme d’agents et dans le guide des plateformes pour créer des agents IA.
Que garde légitimement le prestataire ?
Tout exiger n’est pas raisonnable non plus. Un cabinet arrive avec des outils, des modèles et des cadres qui existaient avant votre projet et qu’il réutilise chez d’autres clients ; lui demander de les céder, c’est lui demander d’arrêter de travailler. Le plus sain est de séparer deux choses : l’existant, qui reste à lui et qu’il vous licencie sans date d’expiration pour faire tourner votre système, et ce qui a été développé pour vous, qui est à vous. La frontière s’écrit avec une liste, pas avec un adjectif.
Quand n’a-t-on pas besoin de tant négocier ?
S’il s’agit d’un essai de quelques semaines, sans données sensibles et avec des livrables qui tiennent dans un document, le coût d’une cession détaillée dépasse le risque : demandez les textes et un compte à votre nom, et avancez. La règle est proportionnelle : plus le système apprend de votre activité et plus il vivra longtemps, plus une cession floue coûte cher.
Et la question de fond n’est pas contractuelle mais opérationnelle : qui maintiendra ce qu’on vous livre ? C’est ce que répond qui maintient les agents IA, et ce qui fait de la propriété autre chose qu’un papier. Vérifier que ça continue de marcher exige aussi que les évaluations soient de votre côté : évaluer la qualité des agents IA.
La ligne à retenir : avant de signer, demandez ce que vous pouvez ouvrir seul le dernier jour. Le reste, vous ne l’avez pas acheté ; vous l’avez loué.
Sources (consultées le 25 octobre 2026) : Décret royal législatif 1/1996, texte consolidé de la loi espagnole sur la propriété intellectuelle, art. 43, 45 et 51 (BOE). Cadre espagnol ; dans les autres pays, les règles sur les cessions et les œuvres de commande diffèrent. Informations générales, pas un conseil juridique.