Les cinq clauses contractuelles qui déterminent si vous êtes propriétaire de votre système d'IA
La plupart des contrats avec les fournisseurs d'IA sont examinés comme des contrats logiciels. Cinq clauses déterminent si vous possédez le modèle, les données et la sortie.
Contrats d'IA : ce que vous devez absolument savoir
La plupart des contrats d'intelligence artificielle (IA) sont examinés de la même manière que les contrats logiciels. Le service juridique vérifie la limite de responsabilité, les niveaux de service, l'indemnisation pour violation de droits de propriété intellectuelle et la date de renouvellement automatique. Tous ces éléments sont importants, mais aucun ne détermine si, dans deux ans, vous possédez un système opérationnel ou si vous louez un système que vous ne pouvez pas quitter.
Cinq clauses déterminent cela. Elles sont généralement courtes, souvent dissimulées dans un appendice ou sur une page d'acceptation des conditions d'utilisation liée qui change sans préavis, et rédigées en faveur du fournisseur par défaut. Presque toutes peuvent être négociées avant la signature, et très peu après.
1. L'utilisation que le fournisseur peut faire de vos données
La clause à surveiller est celle accordant au fournisseur une licence pour vos entrées et sorties. Lisez-la pour deux mots : « améliorer » et « agréger ». Un droit d'utiliser vos données pour « améliorer les services » est un droit d'entraînement en langage poli. Un droit d'utiliser des données « agrégées et anonymisées » est suffisamment large pour couvrir presque tout, car personne ne définit la norme d'anonymisation.
Que demander : aucun entraînement sur vos données sans consentement écrit séparé, aucune utilisation pour un autre client que vous, et une liste de sous-traitants nommés dont vous êtes informé avant tout changement. Si le fournisseur ne peut pas accepter, il vend un produit dont le prix est partiellement payé en données. Cela peut encore être un échange équitable. C'est une décision, pas une surprise.
2. Qui possède le modèle affiné
Si le fournisseur affine un modèle sur vos documents, tickets ou transcriptions, trois actifs existent : le modèle de base (le leur), vos données d'entraînement (les vôtres) et le modèle adapté intermédiaire (non mentionné dans la plupart des projets).
Exigez-en la mention. Vous obtiendrez rarement les poids, car ils sont dérivés d'un modèle de base que le fournisseur licence auprès d'une autre entité. Vous pouvez généralement obtenir la meilleure alternative : une licence perpétuelle et irrévocable pour utiliser le modèle adapté, une garantie qu'il ne sera pas déployé pour un autre client, et le droit de recevoir les artefacts d'entraînement — l'ensemble de données annoté, l'ensemble d'évaluation, la configuration — lors de votre sortie. Ces artefacts sont ce qui permet à un autre fournisseur de reconstruire en semaines au lieu de mois.
3. Récupérer vos données sous une forme utilisable
Presque tous les contrats promettent la restitution des données. Très peu définissent le format. Un fournisseur qui vous remet 400 000 lignes de JSON non étiquetées avec des identifiants internes et aucun schéma a rempli son obligation et vous a laissé sans rien.
Spécifiez la livrable : schéma documenté, identifiants stables, toutes les métadonnées créées par votre équipe à l'intérieur du produit (étiquettes, corrections, retours humains, scores d'évaluation), une fenêtre de livraison en jours et un certificat de suppression par la suite. Les retours humains sont souvent l'élément oublié. C'est souvent la partie la plus coûteuse produite par votre équipe, et c'est ce qui est le plus susceptible de rester en dehors de toute exportation.
4. Contrôle sur les changements de modèle
C'est la clause que presque aucun contrat n'a, et celle qui cause le plus de dommages. Le fournisseur remplace le modèle sous-jacent, les sorties changent, et un workflow validé par votre équipe en mars fonctionne différemment en septembre. Rien ne s'est brisé selon la définition de l'accord de niveau de service (SLA). La disponibilité était bonne.
Demandez un contrôle sur tout ce qui modifie le comportement : préavis anticipé des changements de modèle ou de prompts majeurs, le droit de rester sur une version précédente pendant une période définie et l'accès aux résultats d'évaluation derrière le changement. Si le fournisseur conserve votre ensemble d'évaluation, demandez-lui de faire vos propres tests contre toute nouvelle version avant qu'elle n'atteigne la production.
5. Le coût réel de la sortie
Les clauses de résiliation indiquent quand vous pouvez partir. Elles ne disent rarement ce que cela implique. Ajoutez une clause d'assistance à la transition et fixez-en le prix dès maintenant, pendant que vous avez encore du levier.
Une version acceptable couvre :
- Une période de transition définie (90 à 180 jours) au taux contractuel, à votre choix
- Des livrables nommés : exportation des données, documentation, configuration, spécifications d'intégration, prompts et logique de récupération
- Service continu pendant la transition, aux mêmes niveaux de service
- Une limite sur les frais de transition, convenus lors de la signature plutôt que cités à la sortie
Avant de signer le prochain contrat
Envoyez ces cinq questions au fournisseur avant que le processus d'élaboration du contrat ne commence. Les réponses vous en diront plus qu'un démonstration ne le fera. Les fournisseurs confiants dans leur produit ont tendance à répondre directement ; ceux qui dépendent des coûts de changement ont tendance à répondre en paragraphes.
Vous n'essayez pas de gagner chaque point. Sur un petit projet pilote, concéder les droits d'entraînement peut être raisonnable. L'objectif est de savoir quelles clauses vous avez négociées et ce que cela coûtera pour les racheter. Nous travaillons sur cela avec nos clients avant la signature plutôt qu'après, car c'est là que le poids se pose.