Contrat IA d’entreprise : 12 clauses à négocier pour garder la maîtrise.
Une annexe AI Act générique ne sécurise pas un usage mal défini. Le contrat doit partir de la finalité, du rôle de chaque acteur, du système réellement livré et des informations nécessaires pour le piloter.
Un contrat IA d’entreprise exploitable décrit l’usage autorisé, les rôles AI Act, la documentation, les données, les performances, la supervision, les changements, les incidents, l’audit, les sous-traitants, la réversibilité et les conséquences d’un défaut.
Cluster éditorial : Achats et chaîne de valeur · Intention : Négocier un contrat d’IA conforme et exploitable en entreprise
En bref
L’essentiel à retenir
01
Le contrat part de l’usage réel
02
Douze clauses reliées à des preuves
03
Changements et incidents encadrés
04
Réversibilité testable dès le départ
01
Cadrer le système et l’usage autorisé
La première clause décrit le système, la version, les fonctions, les utilisateurs, la finalité et les usages interdits. Elle distingue les fonctions activées des options disponibles. Une description limitée au nom commercial devient vite obsolète. Ajoutez l’environnement, les connecteurs, les modèles tiers et les paramètres qui influencent le comportement.
La deuxième clause attribue les rôles AI Act et les tâches opérationnelles. Elle ne prétend pas modifier une qualification imposée par les faits. Elle précise qui fournit la documentation, qui configure, qui surveille, qui informe les personnes et qui gère les incidents. Prévoyez une revue si la finalité, la marque, l’intégration ou le système change.
La troisième clause fixe les documents remis, leur langue, leur version et leur calendrier de mise à jour. Pour un système à haut risque, les instructions doivent permettre au déployeur de comprendre les capacités, les limites, les risques, la supervision, les données d’entrée, les journaux et la maintenance. Pour un produit intégrant un modèle GPAI, distinguez les informations sur le modèle et celles sur le système final.
La quatrième clause organise les preuves. Elle décrit les rapports de test, les certifications avec leur périmètre, les évaluations tierces, les journaux disponibles et les conditions d’accès. Le secret des affaires peut justifier un accès encadré, pas une absence totale d’information. Prévoyez des résumés, un audit tiers ou une salle de données lorsque nécessaire.
La cinquième clause décrit les données envoyées, leur utilisation, leur conservation, les transferts, les sous-traitants et l’éventuelle réutilisation pour entraîner ou améliorer le service. Elle s’articule avec l’accord de traitement de données lorsqu’il est nécessaire. Interdisez les usages incompatibles avec le contexte et prévoyez la suppression vérifiable.
La sixième clause fixe les engagements de sécurité et de performance. Définissez les métriques, les populations, les conditions de test, les seuils et les limites connues. Une moyenne globale peut masquer un écart important. Ajoutez la gestion des vulnérabilités, les tests après mise à jour et les mesures en cas de dérive. Les objectifs doivent correspondre à la décision réellement influencée.
La septième clause décrit les informations et fonctions nécessaires à la supervision humaine. Elle précise les alertes, les explications disponibles, la capacité d’ignorer ou d’interrompre une sortie et l’assistance. Un fournisseur ne peut pas promettre une supervision efficace si l’interface masque les facteurs ou empêche une reprise manuelle.
La huitième clause porte sur les journaux. Définissez les événements, l’horodatage, l’identité des versions, l’export, la conservation, l’intégrité et l’accès. Testez l’extraction avant la mise en production. Les durées doivent être conciliées avec la protection des données et les exigences sectorielles. Prévoyez un format exploitable lors d’une enquête.
La neuvième clause impose une notification préalable des changements significatifs. Elle prévoit un délai, une documentation, un environnement de test et la possibilité de différer ou refuser la mise à jour pour un usage critique. Ajoutez la liste des changements qui déclenchent une requalification : modèle, finalité, données, paramètres, sous-traitant, lieu d’hébergement ou fonction.
La dixième clause organise les incidents. Elle fixe les contacts, les délais, le contenu de l’alerte, la préservation des preuves, la coopération, les correctifs et les communications. Distinguez l’incident de sécurité, la dérive, la sortie préjudiciable et la non-conformité. Le client doit pouvoir suspendre l’usage lorsque les conditions de maîtrise ne sont plus réunies.
La onzième clause encadre le droit de contrôle. Elle définit la fréquence, le préavis, les preuves accessibles, les audits tiers, la correction et le suivi. Adaptez-la au risque et au pouvoir de négociation. Un questionnaire annuel peut suffire pour un outil limité. Un système critique appelle des droits et tests plus exigeants.
La douzième clause traite la réversibilité, la fin de service et les conséquences d’un défaut. Elle prévoit l’export des données et journaux, la suppression, l’assistance, la continuité et la transition. Fixez les conditions de suspension, de correction et de résiliation. Testez la sortie avant qu’elle ne devienne urgente. Un plan de réversibilité non exercé reste une hypothèse.
Non. Elle doit correspondre au système, à la finalité, au rôle, au risque et aux informations réellement nécessaires.
Le pouvoir de négociation varie. Hiérarchisez les points bloquants, utilisez les options de configuration et documentez le risque résiduel lorsque certaines preuves manquent.
Prévoyez une notification, une documentation, un droit de test et des mesures pour différer ou suspendre une version qui modifie le risque ou la conformité.
Il peut justifier des modalités encadrées. Des résumés, audits tiers ou accès confidentiels peuvent fournir une assurance proportionnée.
Avant la mise en production puis selon la criticité, après un changement majeur ou avant le renouvellement.
