Contrat d’infogérance ou de maintenance : quelles différences et comment piloter chacun ?

Infogérance, maintenance, TMA : de quoi parle-t-on exactement ?

La confusion vient du vocabulaire. Les prestataires emploient les mêmes mots pour des offres très différentes. Poser les définitions évite de comparer des choses incomparables au moment de négocier.

La maintenance est une prestation d’entretien d’un actif identifié. Elle se décline en trois natures classiques : corrective (réparer une panne), préventive (éviter la panne par des interventions planifiées) et évolutive (faire évoluer le produit pour suivre un besoin ou une réglementation). Le périmètre est délimité par un objet : ce serveur, cette application, ce parc de postes.

L’infogérance est un transfert d’exploitation. Vous confiez à un tiers la responsabilité de faire tourner un service (hébergement, supervision, sauvegardes, support, sécurité) dans la durée, avec des niveaux de service engagés. Le prestataire ne répare pas seulement ; il exploite, surveille et rend des comptes sur une disponibilité.

La TMA (tierce maintenance applicative) est un cas hybride souvent mal rangé : c’est une maintenance applicative externalisée et pilotée dans la durée, avec des engagements de délai. Elle emprunte à la maintenance (périmètre applicatif) et à l’infogérance (pilotage par la performance). Savoir qu’elle est à cheval sur les deux logiques aide à lire son contrat.

Les différences qui changent tout dans le contrat

Une fois les définitions posées, la comparaison se fait sur des critères contractuels concrets, pas sur des étiquettes commerciales. Voici la grille de lecture à garder sous les yeux quand vous relisez une offre.

Critère	Contrat de maintenance	Contrat d’infogérance
Objet	Un actif identifié (logiciel, parc, matériel)	L’exploitation d’un service ou d’un pan du SI
Nature de l’obligation	Souvent obligation de moyens	Souvent obligation de résultat sur des niveaux de service
Engagement de disponibilité	Rare ou implicite	SLA formalisés (taux de dispo, GTR, GTI)
Durée typique	Annuelle, reconductible	Pluriannuelle, avec phases de transition
Pénalités	Peu fréquentes	Service credits et pénalités chiffrés
Réversibilité	Peu ou pas de clause	Clause structurée (données, documentation, transfert)
Dépendance créée	Faible à moyenne	Forte : le prestataire tient l’exploitation
Enjeu à la sortie	Retrouver un mainteneur	Récupérer données, procédures et continuité

Ce tableau n’a pas vocation à trancher pour vous. Il rend visible ce qu’un intitulé ne dit pas : deux contrats peuvent s’appeler « maintenance » et couvrir des réalités opposées selon qu’ils intègrent ou non un SLA et une réversibilité.

Obligation de moyens ou de résultat : la ligne de fracture juridique

C’est la différence la plus lourde de conséquences, et la moins visible à la lecture rapide. Elle détermine qui doit prouver quoi le jour d’un litige.

Dans une obligation de moyens, le prestataire s’engage à mettre en œuvre les diligences d’un professionnel compétent, sans garantir un résultat précis. Si le service dysfonctionne, c’est à vous de démontrer qu’il a été négligent. La charge de la preuve pèse sur votre entreprise.

Dans une obligation de résultat, le prestataire s’engage sur un résultat mesurable : par exemple un taux de disponibilité mensuel. S’il n’est pas atteint, sa responsabilité est présumée engagée et c’est à lui de démontrer une cause exonératoire. La charge de la preuve bascule côté prestataire.

En pratique, beaucoup de contrats de maintenance restent en obligation de moyens, tandis que l’infogérance formalise des engagements de résultat via ses SLA. Mais rien n’est automatique : c’est la rédaction des clauses, pas l’intitulé, qui fixe le régime. Repérer cette bascule au moment de la relecture est un réflexe qui protège. Notre repère sur les clauses à risque à repérer avant de signer détaille les formulations à surveiller.

Le périmètre : où s’arrête la maintenance, où commence l’infogérance

Le contentieux naît rarement d’une clause absente. Il naît d’un périmètre flou. « Le prestataire assure la maintenance du système » ne veut rien dire d’opposable tant que le système, les niveaux et les exclusions ne sont pas listés.

Un contrat de maintenance solide décrit l’objet couvert, les types d’intervention inclus (corrective, préventive, évolutive), les horaires de couverture, les exclusions explicites et les modalités de facturation du hors-forfait. Sans cette délimitation, chaque intervention devient une négociation.

Un contrat d’infogérance va plus loin : il décrit le service rendu, les composants exploités, la chaîne de responsabilité entre vos équipes et celles du prestataire, et surtout les points de bascule où la responsabilité change de main. C’est là que se logent les zones grises : qui répond d’un incident causé par une brique tierce ? Qui pilote une mise à jour de sécurité urgente ?

Le bon test consiste à se demander, pour chaque incident type, qui doit agir, dans quel délai, et qui paie. Si le contrat n’y répond pas, le périmètre est incomplet, quel que soit son titre.

SLA, pénalités et service credits : ce que la maintenance simple n’a pas

Le SLA (Service Level Agreement) est le cœur battant de l’infogérance. Il transforme une promesse commerciale en engagement mesurable et sanctionnable.

Trois indicateurs reviennent : le taux de disponibilité (le service est-il joignable ?), la GTI (garantie de temps d’intervention : délai avant que le prestataire se mette au travail) et la GTR (garantie de temps de rétablissement : délai avant remise en service). Un contrat qui parle de « réactivité » sans chiffrer ces trois délais ne vous engage à rien d’exigible.

Quand le SLA n’est pas tenu, les service credits (avoirs ou remises) et les pénalités entrent en jeu. Ils doivent être chiffrés, plafonnés, et rattachés à une mesure incontestable. Un service credit non plafonné peut poser problème aux deux parties ; un service credit symbolique ne dissuade personne.

Un contrat de maintenance classique se passe souvent de tout cela. Ce n’est pas un défaut en soi : pour un logiciel non critique, un engagement de moyens suffit. Le défaut, c’est de croire que vous avez un SLA quand vous n’avez qu’une intention de bonne volonté.

Réversibilité : la clause que l’on oublie et qui coûte cher

En maintenance simple, changer de prestataire est rarement bloquant : un autre mainteneur peut reprendre l’actif. En infogérance, c’est l’inverse. Le prestataire détient vos données, vos procédures d’exploitation, parfois vos accès. Sans clause de réversibilité, sortir devient un rapport de force.

Une clause de réversibilité digne de ce nom prévoit le format et le calendrier de restitution des données, la documentation d’exploitation à transmettre, une période d’assistance au transfert vers le nouveau prestataire ou vos équipes, et le coût de cette opération. Ce dernier point est décisif : une réversibilité « gratuite » mais non détaillée peut se traduire par des mois de dépendance.

Anticiper la sortie dès la signature n’est pas de la défiance. C’est la condition pour négocier en position d’égalité au renouvellement. Un contrat dont vous ne pouvez pas sortir est un contrat que vous ne négociez plus. Pour ne pas être surpris par une échéance ou une reconduction, appuyez-vous sur un suivi structuré des renouvellements et échéances.

Comment choisir entre les deux : la grille de décision

Le bon contrat n’est pas le plus complet, c’est celui qui correspond à la criticité de ce que vous couvrez. Passez chaque besoin au crible de ces critères avant de vous engager.

• Criticité du service. Un arrêt vous coûte-t-il de l’argent à l’heure ? Si oui, il vous faut des SLA engageants, donc une logique d’infogérance ou de TMA, pas une maintenance de confort.
• Compétence interne disponible. Avez-vous les équipes pour exploiter vous-même entre deux interventions ? Si non, l’infogérance comble un manque durable ; si oui, une maintenance ciblée suffit peut-être.
• Périmètre stable ou évolutif. Un besoin figé se maintient ; un service qui évolue en continu se pilote dans la durée.
• Tolérance à la dépendance. Plus vous externalisez, plus la réversibilité devient stratégique. Évaluez le coût de sortie avant, pas après.
• Budget et prévisibilité. L’infogérance lisse le coût mais engage sur plusieurs années ; la maintenance reste souple mais laisse le risque d’exploitation chez vous.
• Exigences de sécurité et de conformité. Un service traitant des données sensibles impose des engagements écrits (localisation, sauvegardes, audit) que la maintenance simple couvre rarement.

Répondez à ces six points et la nature du contrat dont vous avez besoin se dessine d’elle-même. La question n’est plus « maintenance ou infogérance ? » mais « quel niveau d’engagement pour quel niveau de risque ? ».

Piloter les deux types de contrats dans un CLM

Choisir le bon contrat ne suffit pas. Encore faut-il le tenir dans le temps : les échéances, les SLA, les avenants et les fenêtres de sortie se pilotent, sinon ils vous échappent. Voici la marche à suivre.

1. Centraliser. Rassemblez au même endroit contrats de maintenance et d’infogérance, avec leurs annexes techniques et leurs SLA. Un contrat oublié dans une boîte mail n’est pas piloté.
2. Qualifier chaque contrat. Étiquetez la nature (maintenance / infogérance / TMA), l’obligation (moyens / résultat), la criticité et le prestataire, pour retrouver et comparer en un instant.
3. Extraire les obligations clés. Faites remonter automatiquement les dates de renouvellement, les préavis de résiliation, les seuils de SLA et les fenêtres de réversibilité.
4. Armer les alertes. Configurez des notifications de préavis pour ne jamais subir une reconduction tacite ni rater la fenêtre pour renégocier.
5. Suivre la performance. Rapprochez les SLA promis des incidents réels pour objectiver la relation prestataire au moment du bilan annuel.
6. Préparer la sortie en amont. Gardez la clause de réversibilité et son coût visibles dès la signature, pas au moment de la rupture.

Ces six étapes ne demandent pas un projet informatique. Elles demandent un outil qui centralise, lit et alerte : c’est précisément le rôle d’un CLM.

Ce que Pactolane change concrètement

Pactolane a été pensé pour que ces contrats techniques cessent d’être des angles morts. La plateforme couvre le cycle de vie complet : rédaction depuis des modèles avec clauses alternatives, relecture collaborative avec suivi des modifications, workflows d’approbation configurables, négociation avec vos prestataires (redlining, sans compte préalable pour le tiers), signature électronique conforme eIDAS et archivage.

Sur ces contrats précis, le copilote PactAI apporte un résumé exécutif, une analyse de risques, l’extraction des obligations (préavis, échéances, seuils de SLA) et la détection de conflits entre contrats : utile quand une infogérance recouvre partiellement une maintenance existante. Avant tout traitement, les données personnelles sont automatiquement retirées (PII scrubbing), et le modèle d’IA n’est jamais exposé à vos identités.

Les playbooks ajoutent une lecture clause par clause : pour un SLA ou une clause de réversibilité, vous fixez vos positions préférée, acceptable, de repli et votre ligne rouge, et chaque projet reçoit un score de conformité sur 100. Le suivi des obligations et échéances déclenche les alertes de préavis et de renouvellement. Pour les contrats liés à un service critique, ce pilotage peut réduire nettement le nombre de reconductions subies et le temps passé à ressortir les engagements de SLA d’un incident.

Le tout est chiffré (AES-256-GCM), conforme au RGPD, avec MFA et piste d’audit, disponible en six langues. Pour situer ces contrats dans l’ensemble de vos accords techniques, notre repère sur les outils de gestion des contrats tech élargit la perspective, et vous pouvez explorer le copilote contractuel PactAI en détail.

Quand choisir Pactolane, et quand une autre solution convient mieux

Aucun outil ne convient à tous les cas. Voici les situations où Pactolane fait la différence, et celles où une autre approche est plus raisonnable.

Pactolane est le bon choix si vous êtes une PME ou une ETI française qui gère un portefeuille mêlant maintenance, TMA et infogérance, que vous voulez un ancrage européen sur l’hébergement et le traitement de vos données, et que vous cherchez à piloter ces contrats sans mobiliser une équipe informatique dédiée. L’IA-native et le PII scrubbing avant traitement répondent directement à la sensibilité des contrats d’exploitation.

Les grands groupes disposant déjà d’une suite d’achats mondiale, de processus très lourds et d’équipes CLM internes trouveront chez des acteurs comme Icertis ou DiliTrust des fonctions de source-to-contract et une profondeur de configuration qui vont au-delà de notre positionnement PME/ETI. Ce sont des solutions solides sur ce terrain, et nous ne prétendons pas les remplacer sur les déploiements les plus complexes.

À l’inverse, si vous gérez trois ou quatre contrats de maintenance non critiques et rien d’autre, un CLM complet peut être surdimensionné : un tableur suivi rigoureusement peut suffire un temps. La question à vous poser est le volume, la criticité et la vitesse à laquelle votre portefeuille grossit. Dès que les échéances vous échappent ou que les SLA deviennent un enjeu, l’outil dédié se rentabilise. Pour approfondir la comparaison, voyez notre repère sur l’automatisation de la gestion des risques contractuels.

Honnêteté : ce qu’un CLM ne fait pas à votre place

Un CLM structure, lit et alerte. Il ne négocie pas le contrat pour vous et ne remplace pas l’avis d’un juriste sur une clause d’obligation de résultat ou une réversibilité mal ficelée. L’IA accélère l’analyse et l’extraction ; la décision reste la vôtre, éclairée par un professionnel du droit quand l’enjeu le justifie.

Il faut aussi être lucide sur l’effort de départ. Centraliser un stock de contrats dispersés, les qualifier et paramétrer les alertes demande un investissement initial de quelques heures à quelques jours selon le volume. Ce travail n’est pas magique, mais il se fait une fois et se rentabilise ensuite à chaque échéance tenue.

Enfin, un CLM ne corrige pas un mauvais contrat déjà signé. Il vous aide à ne pas le renouveler à l’aveugle, à documenter les manquements de SLA et à préparer une renégociation ou une sortie. C’est un outil de maîtrise, pas une baguette magique, et c’est bien ainsi qu’il faut l’attendre.

FAQ

Un contrat d’infogérance est-il forcément en obligation de résultat ? Non. C’est fréquent, car l’infogérance formalise des SLA, mais la qualification dépend de la rédaction des clauses, pas de l’intitulé. Un contrat peut porter le mot « infogérance » et rester en obligation de moyens. Vérifiez la formulation des engagements.

La TMA est-elle de la maintenance ou de l’infogérance ? Elle est à cheval : c’est une maintenance applicative externalisée et pilotée dans la durée, avec des engagements de délai. Elle emprunte le périmètre de la maintenance et la logique de performance de l’infogérance. Lisez son contrat comme un hybride.

Peut-on avoir un SLA dans un contrat de maintenance ? Oui, rien ne l’interdit. Un contrat de maintenance peut intégrer des engagements de disponibilité et des pénalités. C’est même recommandé si l’actif maintenu est critique. L’absence de SLA n’est pas une fatalité, c’est un choix de rédaction.

Pourquoi la clause de réversibilité est-elle plus importante en infogérance ? Parce que le prestataire détient vos données et vos procédures d’exploitation. Sans réversibilité détaillée, changer de fournisseur devient long et coûteux. En maintenance simple, un autre mainteneur reprend l’actif plus facilement.

Comment savoir si mon contrat est bien qualifié ? Regardez l’objet (un actif ou un service ?), l’obligation (moyens ou résultat ?), la présence de SLA chiffrés et d’une clause de réversibilité. Ces quatre éléments révèlent la vraie nature du contrat, au-delà de son titre commercial.

Pactolane peut-il gérer maintenance et infogérance dans le même espace ? Oui. La plateforme centralise tous vos types de contrats, les qualifie par nature et criticité, extrait leurs obligations et déclenche les alertes d’échéance. Vous pilotez les deux familles côte à côte, sans double saisie.

Faut-il un juriste pour relire ces contrats ? Pour un contrat critique ou une clause d’obligation de résultat, oui : l’enjeu justifie un avis. Un CLM prépare le travail en extrayant les points sensibles, mais ne se substitue pas au conseil juridique sur les rédactions à fort risque.

Un contrat de maintenance se reconduit-il automatiquement ? Souvent, oui, par tacite reconduction. C’est pourquoi le suivi des préavis est essentiel : sans alerte, vous vous engagez pour une nouvelle période sans avoir renégocié. Configurez une notification avant chaque date butoir.

Prêt à distinguer et piloter vos contrats de maintenance et d’infogérance au même endroit ? Découvrez le copilote contractuel PactAI.