Comment éviter la dépendance envers un fournisseur d’IA ? Portabilité des données et plans de sortie

Vous évitez la dépendance envers un fournisseur d’IA en gardant le contrôle des actifs qui font fonctionner un système pour vous (données, annotations, prompts, configuration et intégrations), en inscrivant des clauses de portabilité et de sortie dans le contrat et en testant une véritable exportation avant de dépendre du service. Choisir un fournisseur doté d’un bon modèle ne suffit pas, car les modèles évoluent vite alors que les données et les processus qui les entourent sont coûteux à migrer.

D’où vient réellement la dépendance ?

Dans la pratique, le coût de changement se répartit sur plusieurs couches. Les équipes se concentrent souvent sur le modèle et négligent le reste.

Que change le Data Act européen pour les acheteurs ?

Le Data Act est entré en vigueur le 11 janvier 2024 et s’applique depuis le 12 septembre 2025. Son chapitre sur le changement de services de traitement de données, qui couvre les services cloud et edge, vise à permettre aux clients de changer de fournisseur sans frais élevés, sans procédures longues et sans perte de données. Selon la Commission européenne, les fournisseurs de plateformes et de logiciels en tant que service (SaaS) doivent proposer des interfaces ouvertes et exporter les données dans un format couramment utilisé et lisible par machine, tandis que les fournisseurs d’infrastructure doivent viser des résultats sensiblement équivalents lorsqu’un client passe à un service du même type.

Le cabinet Garrigues résume d’autres précisions : le préavis exigé du client pour engager le changement ne peut pas dépasser deux mois, le fournisseur sortant doit maintenir le service et assister la migration pendant 30 jours au maximum, et les clients disposent d’au moins 30 jours après la résiliation pour récupérer leurs données. Jusqu’au 12 janvier 2027, les fournisseurs ne peuvent facturer que les coûts directement liés au changement, et à compter de cette date, les frais de changement et de sortie de données prennent fin.

Ces règles concernent les services de traitement de données. La question de savoir si un produit d’IA donné entre dans leur champ dépend de son mode de fourniture : interrogez votre fournisseur et votre conseil juridique plutôt que de présumer une couverture. Le Data Act permet aussi aux fournisseurs d’exclure leurs propres données, comme les secrets d’affaires, pourvu que l’exclusion n’entrave pas la migration ; la définition des actifs exportables reste donc importante dans le contrat.

Lire aussi

Plateforme ou solutions spécialisées ? Comment structurer le paysage des fournisseurs d'IA dans la mode

Que doit contenir un plan de sortie ?

1. Un inventaire de chaque actif que le fournisseur détient pour vous : données, annotations, retours, configurations, prompts, journaux et documentation.
2. Le format et la fréquence d’exportation de chaque actif, avec une personne désignée pour le réceptionner.
3. Le préavis, l’assistance de fin de service et la confirmation de suppression des données que le fournisseur fournira.
4. Une solution de repli : soit un second fournisseur capable de reprendre la charge, soit un processus manuel interne pour les étapes critiques.
5. Une estimation du coût du changement, incluant le temps des équipes, le fonctionnement en parallèle et la reformation.
6. Une date de test, et le résultat du dernier test.

Comment tester la portabilité avant de s’engager ?

Demandez un échantillon d’exportation pendant l’achat, et non après la signature. Chargez-le dans un outil neutre ou un second environnement et vérifiez que les enregistrements sont complets, que les identifiants sont stables et que l’enrichissement (comme les attributs produit ou les segments clients) est préservé. De nombreux échecs apparaissent à ce stade : des exportations qui omettent les relations entre enregistrements, ou qui ne contiennent que le résultat final et non les données d’entrée qui l’ont produit.

Pour les fonctions d’IA en particulier, demandez si vous pouvez reproduire les résultats. Si le fournisseur change le modèle sous-jacent, en serez-vous informé, et pouvez-vous figer une version ? Sans cela, un changement de fournisseur n’est pas le seul risque : une modification silencieuse au sein du même contrat peut altérer vos résultats.

Comment les clauses contractuelles peuvent-elles réduire la dépendance ?

• Propriété des données d’entrée, des résultats et de tout modèle affiné sur vos données, énoncée explicitement.
• Assistance à la résiliation à un prix défini, et non laissée à la négociation au moment de la sortie.
• Notification des changements de modèle, des retraits de fonctionnalités et des changements de prix.
• Durées initiales plus courtes ou clauses de sortie liées à des niveaux de service mesurables.
• Suppression des données avec confirmation écrite après la migration.
• Séquestre ou dispositifs de continuité pour les petits fournisseurs dont la défaillance arrêterait un processus critique.

Lire aussi

Les rôles dans l'AI Act expliqués : votre entreprise de mode est-elle fournisseur ou déployeur ?

Développer en interne est-il une issue ?

Parfois, mais cela remplace une dépendance par une autre. L’enquête 2026 de McKinsey montre que 32 % des répondants ont renoncé à acheter au moins un produit ou une fonctionnalité logiciel parce qu’ils pouvaient le développer en interne avec des outils de codage agentique, et qu’environ 20 % des organisations déploient à grande échelle des agents de codage logiciel. Cela montre que l’équilibre entre achat et développement évolue, et donne aux acheteurs une alternative crédible dans la négociation. Les coûts ne disparaissent pas pour autant : un outil sur mesure exige de la maintenance, un examen de sécurité et des collaborateurs qui le comprennent, et le risque lié à la dépendance envers une personne clé se déplace simplement à l’intérieur de l’entreprise.

Une bonne habitude consiste à réexaminer la dépendance à chaque renouvellement. Demandez ce qui a été ajouté à la plateforme depuis la signature, quelles nouvelles données ne résident plus que là, et si le dernier test d’exportation fonctionne encore. La dépendance tend à croître discrètement avec les nouvelles fonctionnalités et les nouveaux utilisateurs : le plan de sortie doit donc évoluer avec elle, et l’estimation du coût de départ doit être présentée chaque année au responsable budgétaire.

L’objectif n’est pas d’éviter la dépendance, ce qui est impossible, mais de maintenir le coût et la durée d’un départ assez bas pour que le fournisseur doive continuer à mériter le contrat.