Achats IT : comment négocier ses contrats Cloud et SaaS sans subir la dépendance fournisseur

Cloud, SaaS et services managés ont profondément modifié la manière dont les entreprises consomment leurs ressources IT. Mais derrière la flexibilité promise se cache un enjeu majeur pour les Directions Achats et les DSI : conserver une capacité réelle à négocier, faire évoluer ou quitter un fournisseur.

Négocier ses contrats Cloud et SaaS ne consiste donc pas uniquement à obtenir une remise sur un abonnement ou un engagement de consommation. La négociation doit aussi protéger l’entreprise contre le vendor lock-in, encadrer la réversibilité, garantir la portabilité des données et maintenir une maîtrise suffisante des licences et des coûts dans la durée.

Pour un acheteur IT, la question centrale devient alors : comment obtenir les conditions économiques recherchées sans créer une dépendance contractuelle, technique ou opérationnelle qui réduira les marges de manœuvre lors du prochain renouvellement ?

Cet article présente trois leviers essentiels : sécuriser les clauses contractuelles avant signature, limiter le vendor lock-in et piloter les licences SaaS à partir des usages réels.

Les clauses à sécuriser avant signature (réversibilité, portabilité des données)

Pour négocier ses contrats Cloud et SaaS efficacement, les conditions de sortie doivent être traitées avec autant d’attention que les conditions d’entrée. Une clause de réversibilité insuffisante peut rendre un changement de fournisseur techniquement complexe, opérationnellement risqué ou économiquement dissuasif.

Il est donc recommandé d’intégrer les enjeux de réversibilité et de portabilité dès le choix de l’architecture et du prestataire Cloud. Une attention particulière doit également être portée aux modalités de restitution des données, qui doivent pouvoir être récupérées dans un format structuré, couramment utilisé et facilement exploitable.

Depuis l’application du règlement européen sur les données (Data Act), le cadre réglementaire européen vise par ailleurs à faciliter le changement de fournisseur Cloud et l’utilisation simultanée de plusieurs services, notamment en réduisant les obstacles liés aux coûts, aux procédures et au manque d’interopérabilité. 

Pour les Achats IT, la réversibilité n’est donc pas une clause secondaire à examiner en fin de négociation : elle doit faire partie des exigences structurantes du contrat.

La réversibilité doit être négociée avant d’avoir besoin de sortir

La réversibilité désigne la capacité d’une entreprise à quitter un fournisseur en récupérant les éléments nécessaires à la continuité ou à la migration du service.

L’erreur consiste à considérer qu’une simple phrase du type « les données seront restituées à la fin du contrat » suffit.

Une clause de sortie exploitable doit répondre à des questions beaucoup plus concrètes :

• quelles données seront restituées ? 
• dans quel format ? 
• les métadonnées, configurations et historiques sont-ils inclus ? 
• quels outils ou API permettent leur extraction ? 
• combien de temps l’entreprise dispose-t-elle pour récupérer ses données ? 
• quelle assistance l’éditeur fournit-il pendant la migration ? 
• cette assistance est-elle incluse ou facturée séparément ? 
• quels sont les délais de suppression définitive des données après la sortie ? 
• comment cette suppression peut-elle être vérifiée ? 
• quelles obligations continuent à s’appliquer pendant la période de transition ? 

L’objectif est simple : transformer une possibilité théorique de sortie en processus réellement exécutable.

Une clause de réversibilité imprécise déplace le rapport de force vers le fournisseur. Au moment où l’entreprise souhaite changer de solution, elle découvre alors le coût réel de sa dépendance.

Portabilité des données : vérifier ce qui est réellement récupérable

Réversibilité et portabilité sont proches, mais ne doivent pas être réduites à la même question.

La portabilité concerne notamment la capacité à récupérer et réutiliser des données dans un autre environnement. Des formats structurés et interopérables facilitent cette réutilisation ; par exemple des formats tels que CSV, JSON ou XML selon la nature des données. 

Pour un acheteur IT, demander « pouvons-nous exporter nos données ? » n’est donc pas suffisant.

Il faut vérifier la qualité de l’export.

Une base de données exportée sans ses relations, un historique dépourvu de métadonnées ou des informations récupérées dans un format propriétaire peuvent être techniquement disponibles mais difficilement réutilisables.

L’appel d’offres peut donc intégrer des exigences portant sur :

Cette grille permet de transformer la portabilité en critère de sourcing et de négociation fournisseur, plutôt qu’en problème découvert au moment de la résiliation.

Ne pas négocier uniquement le prix d’entrée

Une remise importante peut sembler attractive lors de la contractualisation. Mais elle doit être analysée au regard du TCO et des conditions économiques sur toute la durée de la relation.

Une Direction Achats doit notamment examiner les mécanismes d’indexation, les engagements minimums, les paliers tarifaires, les coûts de dépassement, les options payantes, les modalités de renouvellement et les éventuels coûts associés à la sortie.

Le prix négocié en année 1 ne représente donc qu’une partie de l’équation.

Un contrat Cloud ou SaaS économiquement performant est un contrat dont l’entreprise maîtrise le coût d’entrée, le coût d’utilisation, le coût d’évolution et le coût de sortie.

C’est particulièrement important lorsque le fournisseur propose une forte remise en contrepartie d’un engagement long ou d’un volume minimum. L’économie immédiate doit alors être comparée à la perte potentielle de flexibilité.

Éviter le vendor lock-in dans une stratégie multi-cloud

Le vendor lock-in désigne une situation dans laquelle changer de fournisseur devient suffisamment complexe, coûteux ou risqué pour limiter la liberté de choix du client. Cette dépendance peut être contractuelle, économique, technique, liée aux données ou encore aux compétences internes.

Une stratégie multi-cloud peut réduire certaines formes de dépendance, mais elle ne supprime pas automatiquement le vendor lock-in. Une entreprise utilisant plusieurs fournisseurs peut rester fortement dépendante de chacun d’eux sur certains workloads, services ou composants.

Identifier les différentes formes de dépendance

Pour les Achats IT, analyser le vendor lock-in suppose de dépasser la seule lecture juridique du contrat.

La dépendance peut provenir de plusieurs sources.

Dépendance contractuelle. Une durée d’engagement importante, un renouvellement difficile à interrompre, des volumes minimums ou des conditions de résiliation restrictives peuvent limiter les alternatives.

Dépendance tarifaire. Une architecture peut devenir très compétitive tant que l’entreprise reste dans l’écosystème du fournisseur, mais beaucoup plus coûteuse lorsqu’elle souhaite réduire son engagement ou migrer.

Dépendance technologique. Plus une architecture repose sur des technologies, API, services managés ou fonctionnalités spécifiques à un fournisseur, plus sa migration peut nécessiter des adaptations.

Dépendance liée aux données. Le volume, le format, les conditions d’extraction ou les mécanismes de transfert peuvent augmenter la difficulté d’une migration.

Dépendance organisationnelle. Les équipes peuvent progressivement développer des compétences très spécifiques à un environnement, tandis que les processus internes, outils de supervision et pratiques opérationnelles s’y adaptent.

Ces dépendances sont cumulatives.

Un contrat peut donc sembler parfaitement résiliable juridiquement tout en étant extrêmement difficile à quitter techniquement.

Faire du risque de dépendance un critère de l’appel d’offres

L’analyse du lock-in doit commencer pendant le sourcing.

Lors d’un appel d’offres Cloud ou SaaS, l’évaluation fournisseur peut intégrer des critères relatifs à l’interopérabilité, aux standards utilisés, aux possibilités d’export, aux API, à la réversibilité ou encore aux conditions financières d’une réduction de périmètre.

L’enjeu n’est pas nécessairement de sélectionner le fournisseur présentant le niveau de dépendance le plus faible.

Certaines technologies propriétaires peuvent apporter une valeur réelle en matière de performance, de fonctionnalités ou de rapidité de déploiement.

La bonne question est plutôt :

le bénéfice apporté par cette dépendance est-il supérieur au coût et au risque qu’elle crée ?

Cette logique permet de sortir d’une opposition trop simple entre technologie propriétaire et solution ouverte.

Multi-cloud : conserver une capacité d’arbitrage

Une stratégie multi-cloud consiste à utiliser plusieurs fournisseurs ou environnements Cloud au sein du système d’information.

Pour les Achats IT, son intérêt potentiel réside notamment dans la possibilité de maintenir plusieurs options d’approvisionnement et d’éviter qu’un acteur unique concentre l’ensemble des ressources critiques.

Mais multiplier les fournisseurs ne garantit pas l’indépendance.

Une stratégie efficace doit distinguer les workloads facilement transférables des services fortement liés à une technologie particulière. La DSI peut alors identifier les zones dans lesquelles l’interopérabilité est stratégique et celles où une dépendance assumée reste acceptable.

Cette analyse doit être menée conjointement par plusieurs acteurs :

• la DSI, pour l’architecture et les contraintes techniques ; 
• la Direction Achats, pour le rapport de force commercial et contractuel ; 
• la Direction juridique, pour les engagements et responsabilités ; 
• les équipes cybersécurité, pour les exigences de protection ; 
• la Direction financière, pour l’impact économique et le TCO ; 
• les métiers, pour les besoins fonctionnels et la continuité d’activité. 

Il est recommandé également de cartographier les données et traitements hébergés dans le Cloud ainsi que les services utilisés, y compris les applications SaaS. 

Cette cartographie peut devenir un outil précieux pour les Achats : elle permet de visualiser non seulement les dépenses, mais également les dépendances.

Utiliser la réversibilité comme levier de négociation

La clause de sortie n’est pas uniquement une protection juridique. Elle influence directement le rapport de force lors du renouvellement.

Un fournisseur sait qu’un client difficilement capable de migrer dispose de moins d’alternatives crédibles.

À l’inverse, une entreprise ayant documenté ses conditions de sortie, identifié des solutions alternatives et maintenu une capacité technique de migration aborde la négociation avec davantage d’options.

L’enjeu n’est donc pas de menacer systématiquement de changer de fournisseur.

Il consiste à conserver une BATNA crédible — c’est-à-dire une solution alternative réaliste en cas d’échec de la négociation.

Pour l’acheteur IT, préparer le renouvellement suffisamment tôt permet alors de comparer plusieurs scénarios : renouveler à périmètre constant, réduire les volumes, modifier le modèle de licences, remettre en concurrence certains services ou organiser progressivement une migration.

Auditer ses licences pour éviter la sur-souscription

Auditer les licences SaaS consiste à rapprocher ce qui a été acheté, ce qui a été attribué et ce qui est réellement utilisé. Cette analyse permet d’identifier les comptes inutilisés, les licences surdimensionnées, les doublons fonctionnels et les engagements qui ne correspondent plus aux besoins métiers.

Il est recommandé notamment de rapprocher les données contractuelles et de facturation des données d’utilisation, et de réaliser les analyses suffisamment en amont des renouvellements. 

Pour une Direction Achats, cette visibilité transforme le renouvellement SaaS : la discussion ne part plus uniquement de la proposition commerciale de l’éditeur logiciel, mais des besoins effectivement constatés.

Distinguer licences achetées, attribuées et utilisées

Trois niveaux doivent être distingués :

Licences achetées : volume contractuellement souscrit auprès du fournisseur.

Licences attribuées : licences affectées à des comptes ou utilisateurs.

Licences réellement utilisées : licences correspondant à une activité effective selon une période et des critères définis par l’entreprise.

La différence est fondamentale.

Une licence attribuée à un salarié n’est pas nécessairement une licence utile. De même, un utilisateur actif peut disposer d’une offre premium alors qu’il n’utilise aucune fonctionnalité justifiant ce niveau de licence.

Le pilotage SaaS doit donc aller au-delà du simple nombre de comptes.

Il faut distinguer notamment le taux d’utilisation des licences et le ratio entre utilisateurs actifs et utilisateurs provisionnés, deux indicateurs permettant d’identifier des opportunités de rationalisation. 

Construire une base de négociation à partir des usages

Avant un renouvellement important, une démarche Achats IT peut rapprocher quatre catégories d’informations :

1. les données contractuelles : quantité, prix, durée, engagement minimum, date de renouvellement ; 
2. les données financières : dépenses réelles, options, dépassements et coûts additionnels ; 
3. les données d’usage : comptes actifs, fréquence d’utilisation, fonctionnalités consommées ; 
4. les besoins futurs : recrutements, départs, nouveaux projets, évolution du périmètre ou rationalisation prévue. 

Le croisement de ces informations permet d’éviter une négociation fondée uniquement sur l’historique.

Prenons un exemple simple : une entreprise dispose de 2 000 licences, dont une partie importante correspond à des comptes rarement actifs. Le mauvais réflexe serait de commencer immédiatement par négocier une remise sur les 2 000 licences.

L’acheteur doit d’abord déterminer combien de licences et quels niveaux de licences sont réellement nécessaires.

La séquence devient alors :

besoin → usage → volume cible → modèle de licence → prix.

Et non :

volume historique → remise fournisseur.

Identifier les principaux gisements de rationalisation

Un audit SaaS peut notamment rechercher :

• les comptes inactifs ; 
• les licences affectées à d’anciens collaborateurs ; 
• les comptes en doublon ; 
• les licences premium dont les fonctionnalités avancées sont peu utilisées ; 
• les outils différents couvrant des besoins similaires ; 
• les options souscrites mais rarement exploitées ; 
• les engagements minimums supérieurs à la consommation réelle ; 
• les abonnements achetés directement par certains métiers en dehors du processus achats. 

Cette dernière catégorie pose également la question du Shadow IT.

Plus les achats SaaS sont décentralisés, plus la Direction Achats et la DSI peuvent rencontrer des difficultés à disposer d’une vision consolidée des contrats, dépenses et renouvellements.

La rationalisation doit toutefois rester fonctionnelle avant d’être financière : supprimer une licence uniquement parce qu’elle est peu utilisée peut être contre-productif si celle-ci répond à un besoin critique mais occasionnel.

Ne pas attendre le renouvellement pour auditer

L’un des principaux risques consiste à lancer l’analyse lorsque l’échéance contractuelle est déjà proche.

À ce stade, les possibilités de remise en concurrence, de migration ou de modification des usages sont réduites.

Le pilotage des licences doit donc fonctionner comme un cycle :

cartographier → mesurer → rationaliser → prévoir → négocier → contractualiser → suivre.

Cette gouvernance associe idéalement les Achats IT, la DSI, les responsables applicatifs, les utilisateurs métiers, la Finance et, selon l’organisation, les fonctions ITAM/SAM ou FinOps.

Les dates de renouvellement doivent notamment être visibles suffisamment tôt pour permettre aux équipes de préparer les arbitrages. Les bonnes pratiques placent d’ailleurs le suivi des échéances, des engagements et de l’utilisation des licences parmi les informations importantes du pilotage SaaS. 

L’objectif n’est plus seulement de « payer moins cher » une licence.

Il est de payer le bon nombre de licences, au bon niveau de service, selon un modèle tarifaire cohérent avec l’usage réel et avec suffisamment de flexibilité pour absorber l’évolution des besoins.

Conclusion

Négocier ses contrats Cloud et SaaS efficacement suppose de négocier autant la liberté future de l’entreprise que son prix actuel.

Trois principes structurent cette approche : sécuriser la réversibilité et la portabilité des données dès la contractualisation, identifier les sources de vendor lock-in avant qu’elles deviennent difficiles à corriger et rapprocher les licences SaaS des usages réels avant chaque négociation majeure.

Pour une Direction Achats ou une DSI, le meilleur contrat n’est donc pas nécessairement celui qui affiche la remise la plus importante. C’est celui qui maintient un équilibre entre coût, performance, sécurité, flexibilité et maîtrise du risque fournisseur.

Cette logique modifie également le rôle de l’acheteur IT. Au-delà de la négociation tarifaire, celui-ci doit comprendre les mécanismes économiques des éditeurs, travailler avec les équipes techniques et juridiques et préserver des alternatives crédibles.

Dans les Achats IT, la capacité à sortir d’un contrat fait partie intégrante de la capacité à bien le négocier.

Préparez vos prochaines négociations Cloud et SaaS avec Human Buyers

Vous préparez le renouvellement d’un contrat Cloud ou SaaS, une remise en concurrence ou une négociation avec un éditeur stratégique ?

Human Buyers accompagne les entreprises dans leurs démarches Achats IT, de l’analyse des contrats et des usages à la définition de la stratégie de négociation, au benchmark fournisseurs et à l’optimisation des coûts. Un diagnostic en amont permet notamment d’identifier les leviers de négociation, les risques de dépendance et les possibilités de rationalisation avant d’entrer en discussion avec le fournisseur.

Échangez avec un expert Human Buyers pour challenger votre démarche Achats IT.