Contrat avec un prestataire d'IA : 10 clauses à négocier en 2026
Un contrat avec un prestataire d'IA ressemble à un contrat de développement informatique, avec trois différences qui changent tout : le résultat est probabiliste (le système se trompe parfois, par nature), il dépend de vos données, et il s'appuie presque toujours sur des briques fournies par des tiers (un modèle, un hébergeur, des outils). Les modèles de contrat classiques ne traitent pas ces trois points, et c'est là que naissent les litiges. Voici dix clauses à examiner avant de signer, avec ce qu'elles protègent et la formulation à viser. Ce guide est une grille de lecture pour un dirigeant ; il ne remplace pas la relecture par un juriste.
Avant les clauses : ce que le contrat doit contenir en annexe
Un bon contrat de projet d'IA renvoie à des annexes précises, sans lesquelles les clauses restent des intentions : le cahier des charges du besoin, le jeu de cas d'essai et les seuils de réussite, l'architecture et la liste des sous-traitants (modèle, hébergement), le calendrier avec ses jalons, et le détail du prix par poste. Si ces pièces n'existent pas, la première chose à demander est de les écrire ensemble : ce travail évite plus de litiges que n'importe quelle clause de pénalités.
Les dix clauses
1. Le périmètre et ses exclusions
Ce qui est inclus, ce qui ne l'est pas, les hypothèses sur lesquelles repose le prix (volume de documents, nombre d'utilisateurs, outils à connecter). Toute demande hors périmètre doit passer par une procédure de modification écrite, avec chiffrage préalable. Sans cette procédure, le périmètre grossit par petites touches et le prix aussi.
2. L'obligation du prestataire : de moyens ou de résultat
En droit français, une obligation de moyens engage le prestataire à tout mettre en œuvre pour réussir ; une obligation de résultat l'engage à atteindre un résultat précis. Pour un système d'IA, un résultat absolu (« zéro erreur ») est invérifiable et le prestataire le refusera à juste titre. La solution réaliste est mixte : une obligation de moyens sur la conduite du projet, assortie d'engagements de résultat sur des critères mesurables définis en annexe (seuils de qualité sur le jeu d'essai, délais de livraison, disponibilité). C'est ce qui donne un sens au mot « recette ».
3. La recette : comment on décide que c'est livré
Précisez qui conduit les tests, sur quels cas, dans quel délai, et ce qui se passe en cas d'échec : correction dans un délai fixé, nouvelle recette, puis, si le seuil n'est toujours pas atteint, droit de résiliation avec remboursement des jalons non acceptés. Gardez une partie du jeu d'essai secrète jusqu'à la recette, comme l'explique le guide sur le test avant mise en production.
4. La propriété des livrables
En l'absence de cession écrite, un prestataire indépendant reste en principe titulaire des droits sur ce qu'il crée. Le contrat doit donc dire, élément par élément, ce qui vous est cédé et ce qui reste au prestataire : code d'intégration, consignes et instructions données au modèle, jeu d'essai enrichi, documentation, données retravaillées. Distinguez les outils génériques du prestataire, qui restent à lui, de ce qui est spécifique à votre projet, qui devrait vous appartenir ou vous être concédé durablement.
5. Vos données : usage, réutilisation, conservation
Quatre engagements à inscrire : aucune réutilisation de vos données pour entraîner des modèles ou servir d'autres clients ; durée de conservation la plus courte possible des échanges ; localisation du traitement ; suppression ou restitution à la fin du contrat avec attestation. Lorsque le prestataire traite des données personnelles pour votre compte, l'article 28 du RGPD impose un contrat de sous-traitance contenant des mentions obligatoires (instructions, confidentialité, sécurité, sous-traitants ultérieurs, aide aux droits des personnes, sort des données). Voyez nos neuf vérifications RGPD.
6. Les sous-traitants et les composants tiers
Le prestataire s'appuie généralement sur un modèle de langage et un hébergeur qui ne sont pas les siens. Exigez la liste de ces composants, leur localisation, l'engagement de vous informer de tout changement important et, idéalement, un droit de vous opposer à un changement qui dégraderait vos garanties. Le choix du modèle et de l'hébergement est traité dans notre guide sur l'hébergement.
7. Les coûts d'usage et leur plafonnement
Un contrat qui fixe un prix de construction mais laisse les coûts d'usage ouverts vous expose à des factures imprévisibles. Prévoyez : une estimation sur plusieurs volumes, un plafond mensuel au-delà duquel le prestataire doit vous alerter avant de continuer, la répercussion encadrée de toute hausse de prix du fournisseur de modèle, et le droit de réduire le périmètre d'usage. Les postes de budget sont détaillés dans notre guide des coûts.
8. La maintenance, la garantie et l'évolution des modèles
Durée de garantie après livraison, délai de correction d'un défaut, périmètre de la maintenance. Prévoyez aussi le cas propre à l'IA : un modèle sous-jacent est mis à jour ou retiré par son éditeur et le comportement du système change. Le contrat doit dire qui détecte l'écart (rejeu du jeu d'essai), qui corrige, dans quel délai et à quel prix.
9. La responsabilité et ses plafonds
Les prestataires limitent généralement leur responsabilité à un montant lié au prix du contrat. C'est négociable, notamment en excluant du plafond les manquements à la confidentialité et aux obligations sur les données, et en demandant une assurance de responsabilité civile professionnelle adaptée, dont vous obtenez l'attestation. Un contrat sans aucune limite est irréaliste ; un plafond dérisoire, inacceptable.
10. La réversibilité et la fin du contrat
Que récupérez-vous, sous quelle forme, dans quel délai si le contrat s'arrête, par votre décision ou non : données, consignes, jeu d'essai, code d'intégration, documentation permettant à un autre prestataire de reprendre ? Un transfert de connaissances de quelques jours est à prévoir et à chiffrer dès la signature. C'est la clause la plus négligée et celle qui protège le plus votre liberté de choix.
Un détail qui compte : l'ordre de priorité des documents
Un projet d'IA s'appuie souvent sur plusieurs textes : votre contrat, ses annexes, les conditions générales du prestataire et celles de l'éditeur du modèle ou de l'hébergeur. Quand ils se contredisent, lequel l'emporte ? Faites inscrire un ordre de priorité explicite (contrat, puis annexes, puis conditions générales) et, surtout, exigez que les conditions de l'éditeur du modèle ne puissent pas contredire vos engagements sur les données. Sans cette clause, une phrase glissée dans des conditions que personne n'a lues peut annuler ce que vous aviez négocié.
Un tableau pour relire un contrat en vingt minutes
| Clause | Question de relecture | Signal d'alerte |
|---|---|---|
| Périmètre | Les exclusions sont-elles listées ? | « Selon besoins » sans procédure de modification |
| Obligation | Des critères mesurables figurent-ils en annexe ? | Aucun seuil, ou résultat absolu irréaliste |
| Recette | Qui teste, sur quoi, avec quel recours ? | Recette « tacite » à la livraison |
| Propriété | Chaque livrable est-il attribué ? | Cession générale vague ou absente |
| Données | Réutilisation interdite, durée, lieu, sortie ? | Droit général d'« améliorer ses services » |
| Composants tiers | Liste et information en cas de changement ? | Aucune liste, changements libres |
| Coûts d'usage | Estimés, plafonnés, alertés ? | « Inclus » sans limite de volume |
| Maintenance | Durée, périmètre, mises à jour de modèle ? | Maintenance « incluse » non définie |
| Responsabilité | Plafond et exclusions raisonnables ? | Exclusion totale de responsabilité |
| Réversibilité | Livrables et transfert prévus ? | Rien sur la fin de contrat |
Négocier : l'ordre qui marche
Commencez par les annexes (périmètre, seuils, architecture), qui font l'essentiel du contrat, puis par les clauses de données et de réversibilité, qui ne se rattrapent pas après coup. Laissez pour la fin le prix et les pénalités : une fois le contenu clair, la discussion sur le prix devient factuelle. Si vous hésitez entre deux prestataires, observez leur réaction à ces demandes : celui qui accepte de mettre des critères mesurables et des conditions de sortie par écrit prend sa part du risque, ce qui est un bon signal. Pour comparer deux propositions en amont, voyez notre guide pour lire un devis de projet d'IA.
Les cas où un avocat devient indispensable
Quatre situations justifient d'investir dans une relecture professionnelle : un traitement de données sensibles ou de données de salariés, une intégration qui touche vos clients finaux, un contrat pluriannuel avec exclusivité, ou un montant significatif pour votre structure. Dans les autres cas, une relecture ciblée sur les clauses de données, de propriété et de réversibilité est souvent suffisante.
Pour aller plus loin
Un contrat solide commence par un besoin bien décrit et un prestataire bien choisi. Vous pouvez parcourir le classement des agences IA par ville pour identifier des interlocuteurs, ou décrire votre projet pour recevoir plusieurs propositions comparables à confronter à cette grille.
Cet article propose une grille de lecture générale et ne constitue pas un conseil juridique. Faites valider vos contrats par un juriste adapté à votre situation.