Quand un contrat de maintenance protège davantage le fournisseur

14 novembre 2026

Illustration originale — Quand un contrat de maintenance protège davantage le fournisseur

Le contrat fonctionne, mais l’entreprise recule

Situation illustrative : après une mise à jour de l’ERP, la production ralentit. Le mainteneur répond dans le délai, demande des journaux puis conclut que l’anomalie vient d’une interface exclue. Aucun engagement n’est violé. Pourtant, les équipes contournent le problème, la facturation tarde et la DSI coordonne trois prestataires. Le contrat a protégé la conformité du fournisseur, pas la continuité de l’entreprise.

Ce décalage apparaît lorsque la maintenance est gouvernée par des moyens faciles à mesurer — prise en compte, disponibilité d’un interlocuteur, nombre de tickets — plutôt que par la restauration d’un service utile. Le dirigeant IT ne doit donc pas seulement demander : « Le fournisseur respecte-t-il son SLA ? » Il doit demander : « Quel risque reste chez nous malgré ce SLA ? »

Comment la protection change discrètement de camp

Un contrat peut transférer au client l’essentiel de la complexité sans l’annoncer clairement. Le chronomètre s’arrête dès qu’une information est demandée. La priorité de l’incident dépend de la qualification du support, même si un processus critique est bloqué. Les interfaces, personnalisations, versions anciennes ou produits tiers sont renvoyés hors périmètre. La correction définitive relève d’un devis, tandis qu’un contournement suffit à clôturer le ticket.

Pris séparément, chaque mécanisme peut sembler raisonnable. Ensemble, ils créent une asymétrie : le fournisseur maîtrise les catégories, les preuves et le rythme ; le client conserve l’impact opérationnel, la coordination et le coût des récidives. Plus l’architecture est fragmentée, plus chacun peut démontrer que son composant fonctionne. Personne ne porte alors le rétablissement du service de bout en bout.

Repartir des services critiques, pas du catalogue

La première décision du DSI consiste à inverser la lecture du contrat. Il part des processus que l’entreprise ne peut pas interrompre durablement : prendre une commande, expédier, facturer, payer, produire, gérer les identités ou restaurer des données. Pour chacun, il relie applications, interfaces, infrastructures, données, compétences et fournisseurs. Cette cartographie révèle les zones que les périmètres commerciaux laissent entre eux.

Vient ensuite un test simple : qui décide qu’un service est rétabli ? Si la réponse est « le support, parce que le ticket est clos », la gouvernance est insuffisante. La clôture devrait exiger une validation du responsable de service côté client, fondée sur le retour à un niveau d’usage convenu. Cela ne signifie pas imposer au fournisseur tous les risques. Cela signifie distinguer la réparation d’un composant, la remise en fonctionnement du processus et l’élimination de la cause racine.

Renégocier ce qui change réellement le comportement

Une renégociation utile ne consiste pas à empiler des pénalités. Elle clarifie d’abord les responsabilités. Le contrat doit préciser les critères de sévérité, les règles d’arrêt du délai, les preuves recevables, les dépendances couvertes et le rôle de coordination lorsqu’aucun composant n’est manifestement fautif. Il faut aussi séparer délai de réponse, délai de contournement, délai de restauration et délai de correction définitive.

Le DSI peut avancer pas à pas : analyser les incidents significatifs ; reconstituer leur durée opérationnelle ; identifier les exclusions ou suspensions ; chiffrer la coordination interne ; puis simuler les clauses proposées sur ces cas. Cette simulation évite de négocier des formulations élégantes qui n’auraient changé aucune décision. Elle permet aussi d’accepter un compromis explicite : payer davantage pour une responsabilité étendue, ou conserver un périmètre étroit en renforçant les capacités internes.

Mesurer la dépendance derrière la performance affichée

Le tableau de bord doit rapprocher indicateurs contractuels et effets métier. Quelques mesures suffisent : temps entre la détection et le retour effectif du service ; part des incidents rouverts ; fréquence des contournements encore actifs ; ancienneté des problèmes récurrents ; temps interne consacré à la coordination ; proportion des incidents classés hors périmètre ; délai d’obtention d’une analyse de cause ; état des actions correctives.

Il faut également suivre la réversibilité : documentation réellement exploitable, export de données testé, accès aux journaux, disponibilité des configurations, compétences détenues en interne et capacité d’un tiers à reprendre le service. Un fournisseur peut afficher d’excellents SLA tout en rendant chaque sortie plus difficile. La performance courante ne compense pas une dépendance devenue incontrôlable.

Les coûts doivent rester séparés entre coûts certains, coûts probables et scénarios de risque. Mélanger pénalités théoriques, pertes possibles et heures réellement consommées fragilise l’arbitrage. Une présentation prudente donne au COMEX une base de décision crédible, sans transformer chaque incident en catastrophe annoncée.

Les erreurs qui rendent la fermeté inefficace

La première erreur est de menacer de changer de fournisseur sans avoir testé les données, les compétences et les délais nécessaires. La deuxième consiste à croire qu’une pénalité répare un service : elle compense rarement l’impact opérationnel et peut encourager une gestion défensive des tickets. La troisième est de déléguer entièrement la connaissance au mainteneur, puis de découvrir lors d’une crise que personne ne sait challenger son diagnostic.

À l’inverse, internaliser toute la maintenance n’est pas automatiquement plus sûr. L’entreprise peut gagner en maîtrise et perdre en profondeur d’expertise, en couverture horaire ou en vitesse d’escalade. Le bon choix dépend de la criticité, de la maturité interne, de la concentration du marché et du coût réaliste d’une capacité de secours.

L’arbitrage final appartient à la direction

Trois options doivent être présentées clairement : conserver le contrat en corrigeant ses clauses et sa gouvernance ; répartir les responsabilités entre plusieurs acteurs avec une intégration pilotée par la DSI ; ou préparer une sortie progressive. La recommandation ne repose pas sur le mécontentement, mais sur l’écart entre risque accepté et capacité réelle de contrôle.

C’est ici que la gouvernance numérique prend tout son sens. Comme le rappelle l’approche de Révolution Numérique !, maîtriser les fournisseurs exige de relier technologie, coûts, sécurité, dépendances et capacité d’action. Le COMEX ne choisit pas un niveau de support abstrait. Il décide qui portera l’interruption, qui pourra prouver la restauration et combien d’autonomie l’entreprise veut conserver. Un contrat équilibré ne promet pas l’absence d’incident ; il empêche que la conformité du fournisseur devienne l’alibi de l’impuissance du client.