Contrats et clauses fournisseurs

Pourquoi ce chapitre est décisif

Un contrat fournisseur d'IAintelligence artificielleIAEnsemble des techniques permettant à un programme d'accomplir une tâche qui demanderait de l'intelligence humaine. Le terme couvre aussi bien les systèmes à règles écrites que ceux qui apprennent de données.Voir dans le glossaire générative n'est pas un formulaire d'adhésion à cocher rapidement pour accéder à un service. C'est le document qui détermine, en cas d'incident, qui supporte le coût : une fuite de donnéesfuite de donnéesIAErreur consistant à laisser entrer dans l'entraînement une information qui n'existera pas au moment réel de la prédiction. Le modèle affiche des scores excellents puis s'effondre en production.Voir dans le glossaire, une réclamation pour contrefaçon sur un contenu généré, ou la découverte que vos prompts ont servi à entraîner le modèle d'un concurrent indirect. Le produit peut être excellent ; si le contrat est mal négocié, le risque juridique et financier reste entièrement à votre charge.

Ce chapitre traite trois familles de clauses qui reviennent systématiquement dans les contrats fournisseurs d'IA générative : le contrat de sous-traitance de donnéesdonnéesIAEnsemble d'informations structurées ou non utilisées pour entraîner, évaluer ou alimenter un modèle. La qualité, la quantité et la représentativité des données sont les facteurs décisifs pour les performances en apprentissage automatique.Voir dans le glossaire (DPA), les clauses d'indemnisation en cas de réclamation pour contrefaçon (IP indemnity), et les clauses régissant l'utilisation de vos données pour l'entraînement des modèles (training opt-out). Ce sont les trois points qu'un juriste, un DPO ou un responsable achats doit examiner avant toute signature, quelle que soit la réputation du fournisseur.

Une clause absente n'est pas une clause neutre. Le silence d'un contrat sur l'utilisation des données pour l'entraînement, sur la garantie en cas de contrefaçon, ou sur la liste des sous-traitants ultérieurs se résout presque toujours en faveur du fournisseur, pas du client.

Cartographier les acteurs contractuels

Avant d'examiner une clause, il faut savoir qui elle engage. Un contrat d'IA générative implique rarement deux parties seulement.

• Le client — votre organisation, généralement responsable de traitement au sens du RGPDRGPDConformitéRèglement européen sur la protection des données personnelles. Il s'applique dès qu'un système d'IA traite de telles données, et se cumule avec l'AI Act.Voir dans le glossaire pour les données personnelles qu'elle envoie au service.
• Le fournisseur direct — l'éditeur avec lequel vous contractez (API, plateforme SaaS, revendeur intégrant un modèle tiers). C'est l'entité qui signe le contrat, mais pas nécessairement celle qui héberge ou entraîne le modèle.
• Les sous-traitants ultérieurs (subprocessors) — hébergeurs cloud, fournisseurs du modèle de base si le fournisseur direct est un simple revendeur, services de modération ou d'analytique. Chaque maillon supplémentaire est un point où vos données peuvent transiter, être journalisées, voire réutilisées.

Cette distinction compte parce qu'un contrat qui semble protecteur au niveau du fournisseur direct peut être vidé de sa substance si celui-ci s'appuie sur un sous-traitant dont les propres conditions contredisent les engagements pris envers vous. Un revendeur qui promet contractuellement l'absence d'utilisation de vos données pour l'entraînement n'a de valeur que s'il a lui-même obtenu cette garantie, par écrit, du fournisseur du modèle sous-jacent.

Une startup qui construit son produit sur l'API d'un grand fournisseur de modèles peut vous proposer des conditions commerciales attractives, sans disposer elle-même d'un accord d'entreprise avec ce fournisseur excluant l'entraînement. Demandez systématiquement à voir la chaîne complète de garanties, pas seulement l'engagement du premier signataire.

<rect x="380" y="150" width="220" height="100" rx="10" fill="#22263a" stroke="#3a3f52" stroke-width="2"/>
<text x="490" y="195" text-anchor="middle" fill="#f1f2f7" font-size="16" font-weight="600">Fournisseur IA</text>
<text x="490" y="218" text-anchor="middle" fill="#9aa0b4" font-size="12.5">éditeur / revendeur signataire</text>

<rect x="730" y="150" width="210" height="100" rx="10" fill="#22263a" stroke="#3a3f52" stroke-width="2"/>
<text x="835" y="195" text-anchor="middle" fill="#f1f2f7" font-size="16" font-weight="600">Sous-traitants</text>
<text x="835" y="218" text-anchor="middle" fill="#9aa0b4" font-size="12.5">cloud, modèle tiers, modération</text>

Le DPA : ce que le contrat de sous-traitance doit couvrir

Le Data Processing Agreement (DPA) est l'annexe, ou parfois le document séparé, qui encadre le traitement des données personnelles par le fournisseur agissant comme sous-traitant, au sens de l'article 28 du RGPD. Sans DPA opposable, il est impossible de démontrer la conformité d'un traitement en cas de contrôle, quelle que soit la qualité technique de l'outil.

Un DPA correctement rédigé couvre au minimum les points suivants :

Une clause qui indique « le fournisseur informe le client dans un délai raisonnable » n'engage à rien de vérifiable. Une clause exploitable précise un délai chiffré — généralement 48 à 72 heures — cohérent avec l'obligation du responsable de traitement de notifier une violation à l'autorité de contrôle sous 72 heures dès qu'il en a connaissance.

Les offres grand public gratuites ne proposent, dans l'immense majorité des cas, aucun DPA accessible : le contrat applicable est alors une simple condition d'utilisation générale, pensée pour un usage individuel et non pour un traitement de données professionnelles. Utiliser une telle offre pour des données personnelles de clients ou de salariés expose l'organisation sans filet contractuel.

Clauses d'indemnisation : qui paie en cas de réclamation pour contrefaçon ?

Une clause d'indemnisation (IP indemnity) engage le fournisseur à prendre en charge, sous conditions, les coûts d'une réclamation pour contrefaçon dirigée contre le client du fait de l'utilisation du service — typiquement, un contenu généré qui reproduirait une œuvre protégée. C'est la clause la plus commercialement mise en avant par les grands fournisseurs, et la plus systématiquement mal comprise, parce qu'elle est presque toujours assortie de limites qui en réduisent fortement la portée réelle.

Trois paramètres déterminent la valeur effective d'une clause d'indemnisation :

1. Le périmètre couvert. Certaines clauses ne couvrent que les réclamations portant sur le fonctionnement du modèle tel que livré ; elles excluent les cas où le client a modifié les paramètres, contourné des garde-fous, ou combiné la sortie avec des éléments tiers. D'autres excluent explicitement les usages en dehors des conditions d'utilisation standard (fine-tuningFine-tuningIAAjustement des poids d'un modèle pré-entraîné sur un jeu de données spécifique pour adapter son comportement à un domaine ou une tâche cible.Voir dans le glossaire maison, prompts orientés délibérément vers la reproduction d'un style).
2. Le plafond financier (cap). L'indemnisation est presque toujours plafonnée, souvent au montant des sommes versées au fournisseur sur une période donnée (par exemple les douze derniers mois). Pour une PME payant un abonnement modeste, ce plafond peut représenter une fraction dérisoire du coût réel d'un contentieux en propriété intellectuelle.
3. Les conditions procédurales. L'indemnisation est généralement subordonnée à une notification rapide du fournisseur, au contrôle exclusif de la défense par celui-ci, et parfois à l'obligation de cesser l'usage litigieux dès qu'il est identifié. Ne pas respecter ces conditions peut faire tomber la garantie, même si le fond du dossier était favorable au client.

Un contrat facturé 500 euros par mois avec une indemnisation plafonnée aux « sommes versées sur les douze derniers mois » limite la garantie à 6 000 euros — largement inférieur aux frais d'un simple contentieux en contrefaçon, avant même d'évoquer des dommages et intérêts. Le montant du plafond doit toujours être lu en valeur absolue, jamais seulement en tant que principe affiché commercialement.

Il faut également distinguer deux niveaux de garantie souvent confondus commercialement : l'indemnisation portant sur l'entraînement du modèle (le fournisseur garantit avoir des droits sur les données utilisées pour construire le modèle) et l'indemnisation portant sur la sortie générée (le fournisseur garantit que le contenu produit, dans des conditions normales d'usage, n'expose pas le client à une réclamation). Un fournisseur peut offrir la seconde sans offrir la première, ce qui laisse subsister un risque amont non couvert.

Training opt-out : que devient ce que vous envoyez au modèle ?

La clause de training opt-out détermine si les données envoyées au service — prompts, documents joints, réponses générées — peuvent être réutilisées par le fournisseur pour entraîner ou améliorer ses modèles, y compris ceux mis à disposition d'autres clients. C'est la clause la plus directement liée à la confidentialité des données métier, au-delà même de la question des données personnelles traitée dans le RGPD.

Trois configurations se rencontrent en pratique :

• Opt-in par défaut — les données sont utilisées pour l'entraînement sauf désactivation explicite par le client. C'est le régime le plus fréquent sur les offres grand public gratuites.
• Opt-out par défaut sur les offres professionnelles — les offres API ou entreprise excluent contractuellement l'entraînement par défaut, sans action requise du client, ce qui constitue la configuration la plus protectrice.
• Opt-out disponible mais non activé automatiquement — l'option existe, mais elle doit être explicitement configurée au niveau du compte ou de l'organisation ; à défaut, le comportement par défaut reste l'inclusion dans l'entraînement.

Un fournisseur peut par ailleurs s'engager à ne pas utiliser les données pour l'entraînement tout en conservant les journaux de conversation à des fins de sécurité, de modération ou de facturation, pendant une durée définie : la conservation des journaux n'est pas la même question que l'entraînement, et ces deux engagements doivent être vérifiés séparément dans le contrat, car l'un ne garantit pas l'autre.

La difficulté pratique tient à ce que ce paramètre est souvent défini au niveau du compte ou de l'espace de travail, et non au niveau du contrat-cadre lui-même. Un accord d'entreprise excluant l'entraînement peut être neutralisé si un collaborateur utilise un compte personnel ou un espace de travail mal configuré rattaché à la même organisation. La garantie contractuelle ne vaut que si elle est techniquement appliquée à l'ensemble des comptes réellement utilisés.

Demandez au fournisseur une confirmation écrite indiquant à quel niveau s'applique l'exclusion de l'entraînement — organisation entière, espace de travail, ou clé API individuelle — et assurez-vous que la configuration technique effective correspond à ce périmètre avant le déploiement.

Cas pratique : un contrat qui semble protecteur mais ne l'est pas

Une entreprise signe un contrat avec un revendeur qui commercialise une interface construite au-dessus d'un modèle tiers. Le contrat comporte une clause d'indemnisation en cas de contrefaçon et une mention indiquant que « les données du client ne sont pas utilisées pour l'entraînement ».

En creusant les conditions générales du fournisseur du modèle sous-jacent, plusieurs manquements apparaissent :

• Le revendeur n'a pas d'accord d'entreprise spécifique avec le fournisseur du modèle ; il utilise une clé API standard dont les conditions par défaut autorisent l'entraînement sauf configuration explicite, jamais activée.
• La clause d'indemnisation du revendeur est plafonnée au montant de l'abonnement annuel, très inférieur au coût potentiel d'un contentieux.
• Aucun DPA n'est annexé au contrat ; seules des conditions générales d'utilisation, rédigées pour un usage individuel, sont applicables.
• La liste des sous-traitants ultérieurs (hébergeur cloud, fournisseur du modèle) n'est mentionnée nulle part dans le contrat.

La correction ne nécessite pas nécessairement de changer de fournisseur : elle nécessite d'exiger, avant signature ou lors du renouvellement, la preuve écrite que l'exclusion de l'entraînement est réellement appliquée au niveau technique utilisé, un DPA distinct couvrant l'article 28 du RGPD, et une clause d'indemnisation dont le plafond est négocié en valeur absolue plutôt qu'en pourcentage d'un abonnement modeste.

Checklist de négociation avant signature

• Le DPA est-il un document distinct et opposable, ou une simple mention dans les conditions générales ?
• La liste des sous-traitants ultérieurs est-elle nominative, avec un mécanisme de notification en cas de changement ?
• L'exclusion de l'entraînement est-elle garantie par défaut, et à quel niveau technique s'applique-t-elle réellement ?
• Le plafond de l'indemnisation est-il exprimé en valeur absolue suffisante, et non uniquement en pourcentage de l'abonnement ?
• L'indemnisation couvre-t-elle à la fois l'entraînement du modèle et la sortie générée, ou seulement l'un des deux ?
• Les conditions procédurales de l'indemnisation (notification, contrôle de la défense) sont-elles compatibles avec les capacités internes de l'entreprise ?
• Le délai de notification en cas de violation de données est-il chiffré ?
• Le sort des données à la fin du contrat (suppression, restitution) est-il précisé avec un délai ?
• Un droit d'audit ou, à défaut, des certifications régulièrement renouvelées sont-ils prévus ?

Cette checklist ne remplace pas une revue juridique complète, mais elle identifie les points qui, en pratique, concentrent la majorité des risques observés dans les contrats fournisseurs d'IA générative.

Ce qu'il faut retenir

Un contrat fournisseur d'IA générative se juge sur ce qu'il prévoit explicitement, jamais sur ce que le discours commercial laisse entendre. Le DPA protège le traitement des données personnelles, la clause d'indemnisation détermine qui supporte le coût d'une réclamation pour contrefaçon, et le régime d'opt-out entraînement conditionne la confidentialité réelle des données métier envoyées au service. Ces trois clauses doivent être lues ensemble, vérifiées jusqu'au niveau des sous-traitants ultérieurs, et confirmées au niveau technique effectivement déployé — pas seulement au niveau du principe contractuel affiché.