Nous utilisons des cookies pour améliorer votre expérience sur notre site. Les cookies strictement nécessaires au fonctionnement du service sont toujours actifs. En savoir plus sur notre politique cookies
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.
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
Si non, un audit préalable du code est recommandé.
Ex. : anomalie bloquante, majeure, mineure.