Modèle de contrat de maintenance applicative gratuit

Présentation

Le contrat de maintenance applicative, également appelé contrat de tierce maintenance applicative (TMA), organise la prise en charge par un prestataire du maintien en condition opérationnelle d'une application logicielle après sa mise en production, généralement développée initialement par un autre prestataire ou en interne par le client. Ce contrat se distingue de la garantie de bon fonctionnement attachée à un contrat de développement, laquelle est gratuite et limitée dans le temps : la TMA est une prestation payante et durable, qui prend le relais une fois la garantie initiale expirée, ou qui intervient d'emblée pour une application déjà existante. Ce contrat relève de la liberté contractuelle entre professionnels (articles 1101 et suivants du Code civil) et s'analyse en un contrat de prestation de service continue. La TMA se décompose classiquement en trois volets aux régimes distincts : la maintenance corrective, qui consiste à corriger les anomalies et dysfonctionnements de l'application existante ; la maintenance évolutive, qui consiste à faire évoluer l'application par l'ajout de nouvelles fonctionnalités répondant à des besoins nouveaux du client ; et la maintenance adaptative, qui consiste à adapter l'application aux évolutions de son environnement technique (nouvelle version d'un système d'exploitation, d'une base de données, d'un navigateur, ou d'une réglementation impactant le logiciel). Ces trois volets appellent des engagements différents : la maintenance corrective est généralement assortie d'un SLA précis (délai de résolution selon la criticité de l'anomalie), tandis que la maintenance évolutive relève davantage d'une logique de forfait d'heures ou de devis au cas par cas. Quand l'utiliser : lorsqu'un client souhaite confier à un prestataire le maintien en condition opérationnelle d'une application existante, qu'elle ait été développée par ce même prestataire ou par un tiers, sur une base continue et généralement pluriannuelle. Parties : le client, propriétaire ou exploitant de l'application maintenue, et le prestataire de maintenance (TMA), chargé d'assurer sa maintenance corrective, évolutive et adaptative selon le périmètre convenu. Clauses essentielles : la description précise du périmètre applicatif maintenu et, le cas échéant, la vérification préalable de sa reprise (audit du code existant si le prestataire n'a pas développé l'application initiale) ; la définition précise de chacun des trois volets de maintenance (corrective, évolutive, adaptative) et de leur régime propre ; un SLA détaillé pour la maintenance corrective, graduant les délais de résolution selon la criticité des anomalies (bloquante, majeure, mineure) ; les modalités de traitement de la maintenance évolutive (forfait d'heures inclus, devis au cas par cas, ou combinaison des deux) ; les conditions financières, souvent structurées en un abonnement fixe pour le corrective/adaptative et une facturation variable pour l'évolutive ; la propriété intellectuelle des évolutions développées dans le cadre de la TMA ; et les conditions de réversibilité en fin de contrat, organisant le transfert de la connaissance de l'application vers un nouveau prestataire ou vers le client lui-même. Erreurs à éviter : ne pas distinguer clairement maintenance corrective, évolutive et adaptative dans le contrat, ce qui génère des désaccords récurrents sur ce qui est couvert par le forfait de base et ce qui doit faire l'objet d'une facturation complémentaire ; conclure un contrat de TMA sans audit préalable du code existant lorsque le prestataire n'a pas développé l'application initiale, ce qui l'expose à devoir maintenir un code dont il ne maîtrise pas la qualité ; omettre un SLA gradué selon la criticité des anomalies, ce qui prive le client de tout recours concret en cas d'incident bloquant non traité dans un délai raisonnable ; et négliger la clause de réversibilité, alors que la connaissance approfondie de l'application accumulée par le prestataire de TMA au fil du temps constitue un actif critique dont la perte peut fortement compliquer un changement de prestataire.

Informations à personnaliser

• Nom ou raison sociale du client

• Numéro SIREN du client

• Adresse du client

• Nom ou raison sociale du prestataire de TMA

• Numéro SIREN du prestataire

• Adresse du prestataire

• Nom de l'application maintenue

• L'application a-t-elle été développée par le prestataire de TMA ?

  Si non, un audit préalable du code est recommandé.

• Périmètre de la maintenance corrective

• Délais de résolution par niveau de criticité

  Ex. : anomalie bloquante, majeure, mineure.

• Modalités de traitement de la maintenance évolutive

• Périmètre de la maintenance adaptative

• Prix de l'abonnement de maintenance

• Périodicité de facturation

• Durée du contrat

• Durée de la période de réversibilité en fin de contrat

• Date de signature du contrat

Personnalisez votre modèle

Questions fréquentes

Qu'est-ce que la tierce maintenance applicative (TMA) ?

C'est un contrat par lequel un prestataire prend en charge le maintien en condition opérationnelle d'une application logicielle après sa mise en production, qu'il l'ait développée lui-même ou non, sur une base continue et généralement pluriannuelle.

Quelle différence entre maintenance corrective, évolutive et adaptative ?

La maintenance corrective corrige les anomalies existantes de l'application ; la maintenance évolutive ajoute de nouvelles fonctionnalités répondant à des besoins nouveaux ; la maintenance adaptative adapte l'application aux évolutions de son environnement technique (OS, base de données, navigateurs).

La maintenance corrective doit-elle faire l'objet d'un SLA ?

Oui, c'est une clause essentielle : elle doit graduer les délais de résolution selon la criticité des anomalies (bloquante, majeure, mineure), afin que le client dispose d'un recours concret en cas de non-respect des engagements.

La maintenance évolutive est-elle incluse dans l'abonnement de TMA ?

Généralement non : elle fait souvent l'objet d'une facturation distincte, sur devis ou dans le cadre d'un forfait d'heures dédié, tandis que l'abonnement de base couvre principalement la maintenance corrective et adaptative.

Faut-il un audit préalable avant de confier la TMA à un nouveau prestataire ?

C'est vivement recommandé lorsque le prestataire n'a pas développé l'application initiale, afin d'évaluer la qualité et la maintenabilité du code existant avant de s'engager sur des délais de résolution d'anomalies.

Que se passe-t-il en cas de changement de prestataire de TMA ?

Le contrat doit prévoir une clause de réversibilité organisant le transfert de la connaissance de l'application (documentation, historique des interventions, accès) vers le client ou un nouveau prestataire, pendant une période définie.

Modèles associés