{"id":23139,"date":"2026-07-08T10:00:00","date_gmt":"2026-07-08T10:00:00","guid":{"rendered":"https:\/\/atiasavocats.com\/?p=23139"},"modified":"2026-07-06T10:55:05","modified_gmt":"2026-07-06T10:55:05","slug":"contrat-maintenance-applicative-sla-perimetre","status":"publish","type":"post","link":"https:\/\/atiasavocats.com\/en\/contrat-maintenance-applicative-sla-perimetre\/","title":{"rendered":"Contrat de maintenance applicative : SLA et p\u00e9rim\u00e8tre"},"content":{"rendered":"


Par\u00a0<\/em>David Joseph Atias<\/em><\/a>, avocat au Barreau de Paris \u00b7\u00a0<\/em>LinkedIn<\/em><\/a>\u00a0\u00b7 Juillet 2026<\/em><\/em><\/p>\n\n\n\n

\n

Le contrat de maintenance applicative est souvent n\u00e9glig\u00e9, alors qu’il conditionne la vie du logiciel apr\u00e8s sa livraison. Une application vit, \u00e9volue, tombe en panne : sans maintenance encadr\u00e9e, elle devient vite un risque. Deux \u00e9cueils dominent : la d\u00e9rive du p\u00e9rim\u00e8tre, o\u00f9 l’on conteste sans fin ce qui est inclus, et l’impr\u00e9cision du niveau de service, o\u00f9 aucun d\u00e9lai n’est r\u00e9ellement opposable. Un contrat de maintenance applicative rigoureux fixe le p\u00e9rim\u00e8tre, les types de maintenance, les d\u00e9lais (GTI, GTR) et la r\u00e9versibilit\u00e9. Cet article propose un mod\u00e8le comment\u00e9, son cadre juridique et les pi\u00e8ges \u00e0 \u00e9viter.<\/p>\n<\/blockquote>\n\n\n\n

SOMMAIRE<\/p>\n\n\n\n

    \n
  1. Pourquoi le contrat de maintenance applicative est strat\u00e9gique en 2026<\/a><\/li>\n\n\n\n
  2. Le cadre juridique applicable<\/a><\/li>\n\n\n\n
  3. Les 7 clauses essentielles<\/a><\/li>\n\n\n\n
  4. Tableau de synth\u00e8se des clauses<\/a><\/li>\n\n\n\n
  5. Les 5 pi\u00e8ges \u00e0 \u00e9viter<\/a><\/li>\n\n\n\n
  6. Pourquoi faire appel \u00e0 Atias Avocats<\/a><\/li>\n\n\n\n
  7. FAQ \u2014 Questions fr\u00e9quentes<\/a><\/li>\n<\/ol>\n\n\n\n

    1. Pourquoi le contrat de maintenance applicative est strat\u00e9gique en 2026<\/h2>\n\n\n\n

    Le contrat de maintenance applicative est devenu un document \u00e0 enjeu fort. Le logiciel n’est plus un produit fig\u00e9, mais un service vivant. Trois dynamiques renforcent son importance en 2026.<\/p>\n\n\n\n

    1.1 La criticit\u00e9 croissante des applications m\u00e9tier<\/h3>\n\n\n\n

    Les applications sont au c\u0153ur de l’activit\u00e9 des entreprises. Une panne prolong\u00e9e d’un logiciel m\u00e9tier peut paralyser la production, les ventes ou la relation client. La disponibilit\u00e9 devient donc un enjeu vital. Le contrat de maintenance est pr\u00e9cis\u00e9ment ce qui garantit la r\u00e9activit\u00e9 en cas d’incident. Sans engagement de niveau de service chiffr\u00e9, l’entreprise subit les pannes sans recours r\u00e9el.<\/p>\n\n\n\n

    1.2 Le poids budg\u00e9taire de la maintenance<\/h3>\n\n\n\n

    La maintenance repr\u00e9sente une part majeure du co\u00fbt total d’un logiciel sur sa dur\u00e9e de vie. Selon plusieurs \u00e9tudes sectorielles, elle peut d\u00e9passer la moiti\u00e9 du budget global d’une application. Ce poids budg\u00e9taire impose un encadrement pr\u00e9cis. Un p\u00e9rim\u00e8tre flou ou des prestations mal d\u00e9finies g\u00e9n\u00e8rent des surco\u00fbts et des litiges. Le contrat est donc aussi un outil de ma\u00eetrise des d\u00e9penses informatiques.<\/p>\n\n\n\n

    1.3 Les nouvelles exigences de conformit\u00e9<\/h3>\n\n\n\n

    En 2026, la maintenance int\u00e8gre une dimension de conformit\u00e9 continue. Les \u00e9volutions r\u00e9glementaires (RGPD, AI Act, NIS2) imposent des mises \u00e0 jour r\u00e9guli\u00e8res. La maintenance adaptative devient un levier de conformit\u00e9. De plus, les applications int\u00e9grant de l’IA exigent une surveillance sp\u00e9cifique. Le contrat doit anticiper ces obligations. Pour aller plus loin, consultez nos services en mati\u00e8re de contrats commerciaux et IT<\/strong><\/a>.<\/p>\n\n\n\n

    2. Le cadre juridique applicable<\/h2>\n\n\n\n

    Le contrat de maintenance rel\u00e8ve du droit commun des contrats, compl\u00e9t\u00e9 par des r\u00e8gles propres au logiciel. Quatre fondements principaux structurent son \u00e9quilibre.<\/p>\n\n\n\n

    2.1 Le droit commun des contrats (articles 1103, 1217, 1231-1)<\/h3>\n\n\n\n

    L’article 1103 du Code civil consacre la force obligatoire du contrat. L’article 1217 \u00e9num\u00e8re les sanctions de l’inex\u00e9cution : ex\u00e9cution forc\u00e9e, r\u00e9duction du prix, r\u00e9solution, dommages-int\u00e9r\u00eats. L’article 1231-1 r\u00e9git la responsabilit\u00e9 contractuelle. Ces textes encadrent les manquements du prestataire de maintenance, notamment le non-respect des d\u00e9lais d’intervention. Le contrat doit pr\u00e9ciser les cons\u00e9quences concr\u00e8tes de ces manquements, sous forme de p\u00e9nalit\u00e9s.<\/p>\n\n\n\n

    2.2 Les clauses limitatives et l’article 1170<\/h3>\n\n\n\n

    L’article 1170 du Code civil r\u00e9pute non \u00e9crite toute clause qui prive de sa substance l’obligation essentielle du d\u00e9biteur. Dans un tel contrat, une clause limitative de responsabilit\u00e9 trop large peut \u00eatre \u00e9cart\u00e9e si elle vide l’engagement de service de son contenu. La jurisprudence Chronopost illustre ce principe : un prestataire ne peut s’exon\u00e9rer de son obligation centrale. Les plafonds de responsabilit\u00e9 doivent donc rester proportionn\u00e9s.<\/p>\n\n\n\n

    2.3 La propri\u00e9t\u00e9 intellectuelle (CPI L.113-9, L.131-3)<\/h3>\n\n\n\n

    La maintenance produit du code : corrections, \u00e9volutions, nouvelles fonctionnalit\u00e9s. L’article L.113-9 du Code de la propri\u00e9t\u00e9 intellectuelle (CPI) attribue par d\u00e9faut les droits sur ce code au prestataire. Le contrat doit donc organiser la cession de ces droits au client, conform\u00e9ment \u00e0 l’article L.131-3, avec mention \u00e9crite et pr\u00e9cise des droits c\u00e9d\u00e9s. Sans cette clause, le client n’est pas propri\u00e9taire des \u00e9volutions qu’il finance, ce qui cr\u00e9e une d\u00e9pendance.<\/p>\n\n\n\n

    2.4 Le RGPD et l’AI Act<\/h3>\n\n\n\n

    Si le mainteneur acc\u00e8de aux donn\u00e9es personnelles de l’application, le RGPD s’applique. Un accord de sous-traitance, le DPA (Data Processing Agreement, le contrat exig\u00e9 par l’article 28 du RGPD), devient n\u00e9cessaire. La s\u00e9curit\u00e9 (article 32) doit \u00eatre garantie pendant les interventions. De plus, si l’application int\u00e8gre un syst\u00e8me d’IA, la maintenance doit respecter le R\u00e8glement UE 2024\/1689 (AI Act). Pour aller plus loin, consultez nos services en mati\u00e8re de protection des donn\u00e9es personnelles<\/strong><\/a>.<\/p>\n\n\n\n

    3. Les 7 clauses essentielles<\/h2>\n\n\n\n

    Un contrat de maintenance solide s’articule autour de sept clauses essentielles. Chacune verrouille un point sensible et pr\u00e9vient les litiges les plus fr\u00e9quents.<\/p>\n\n\n\n

    3.1 Le p\u00e9rim\u00e8tre et les types de maintenance<\/h3>\n\n\n\n

    La premi\u00e8re clause d\u00e9finit le p\u00e9rim\u00e8tre. Elle liste les applications, modules, versions et environnements couverts. Elle pr\u00e9cise les types de maintenance inclus : corrective, \u00e9volutive, adaptative, pr\u00e9ventive. Surtout, elle fixe la fronti\u00e8re entre ce qui est inclus et ce qui est factur\u00e9 \u00e0 part. Un p\u00e9rim\u00e8tre pr\u00e9cis est la meilleure protection contre les conflits. C’est le c\u0153ur du contrat.<\/p>\n\n\n\n

    3.2 Le niveau de service (SLA)<\/h3>\n\n\n\n

    La deuxi\u00e8me clause est le SLA (Service Level Agreement, accord de niveau de service). Elle fixe la disponibilit\u00e9 vis\u00e9e, les plages horaires de support, et surtout les d\u00e9lais d’intervention et de r\u00e9tablissement. Ces engagements doivent \u00eatre chiffr\u00e9s et opposables. Un SLA sans valeurs pr\u00e9cises ni p\u00e9nalit\u00e9s n’a aucune force contraignante. Il transforme une simple promesse en obligation mesurable.<\/p>\n\n\n\n

    3.3 La typologie des incidents et les d\u00e9lais (GTI, GTR)<\/h3>\n\n\n\n

    La troisi\u00e8me clause classe les incidents par gravit\u00e9 : bloquant, majeur, mineur. \u00c0 chaque niveau correspondent une GTI (Garantie de Temps d’Intervention, d\u00e9lai pour commencer \u00e0 traiter) et une GTR (Garantie de Temps de R\u00e9tablissement, d\u00e9lai pour r\u00e9tablir le service). Par exemple, un incident bloquant peut exiger une GTI d’une heure et une GTR de quatre heures. Cette typologie rend le SLA op\u00e9rationnel et adapt\u00e9 \u00e0 la r\u00e9alit\u00e9.<\/p>\n\n\n\n

    3.4 Le prix et les modalit\u00e9s de facturation<\/h3>\n\n\n\n

    La quatri\u00e8me clause fixe le prix. La maintenance corrective est souvent au forfait annuel. La maintenance \u00e9volutive se facture fr\u00e9quemment \u00e0 part, au temps pass\u00e9 ou par lot. La clause doit pr\u00e9ciser ces modalit\u00e9s, les conditions de r\u00e9vision du prix, et le traitement des demandes hors p\u00e9rim\u00e8tre. Une indexation encadr\u00e9e \u00e9vite les hausses excessives. La transparence du prix pr\u00e9vient les surco\u00fbts contest\u00e9s.<\/p>\n\n\n\n

    3.5 Les p\u00e9nalit\u00e9s et la responsabilit\u00e9<\/h3>\n\n\n\n

    La cinqui\u00e8me clause sanctionne les manquements. Le non-respect des GTI ou GTR doit entra\u00eener des p\u00e9nalit\u00e9s automatiques, sous forme d’avoirs. La clause de responsabilit\u00e9 fixe les plafonds, dans le respect de l’article 1170 du Code civil. Pour une application critique, le client doit n\u00e9gocier un plafond suffisant. Sans p\u00e9nalit\u00e9s r\u00e9elles, les engagements de service restent th\u00e9oriques et le prestataire n’est pas incit\u00e9 \u00e0 les tenir.<\/p>\n\n\n\n

    3.6 La cession des droits sur les \u00e9volutions<\/h3>\n\n\n\n

    La sixi\u00e8me clause organise la propri\u00e9t\u00e9 du code produit. Les corrections et \u00e9volutions d\u00e9velopp\u00e9es pendant la maintenance constituent des \u0153uvres prot\u00e9g\u00e9es. Conform\u00e9ment \u00e0 l’article L.131-3 du Code de la propri\u00e9t\u00e9 intellectuelle, le contrat doit pr\u00e9voir une cession pr\u00e9cise de ces droits au client. \u00c0 d\u00e9faut, le client finance des \u00e9volutions dont il n’est pas propri\u00e9taire. Cette clause \u00e9vite la d\u00e9pendance au prestataire et s\u00e9curise le patrimoine logiciel.<\/p>\n\n\n\n

    3.7 La r\u00e9versibilit\u00e9 et la documentation<\/h3>\n\n\n\n

    La septi\u00e8me clause pr\u00e9pare la fin du contrat. La r\u00e9versibilit\u00e9 organise le transfert vers un nouveau prestataire ou une reprise interne : restitution du code, de la documentation \u00e0 jour, transfert de connaissances. La documentation doit \u00eatre maintenue pendant toute la dur\u00e9e du contrat. Sans r\u00e9versibilit\u00e9, changer de mainteneur devient impossible, ce qui enferme le client. Cette clause est essentielle pour pr\u00e9server sa libert\u00e9.<\/p>\n\n\n\n

    4. Tableau de synth\u00e8se des clauses<\/h2>\n\n\n\n

    Le tableau ci-dessous synth\u00e9tise les 7 clauses du contrat, leur enjeu principal et leur niveau de criticit\u00e9.<\/p>\n\n\n\n

    Clause<\/th>Enjeu principal<\/th>Criticit\u00e9<\/th><\/tr><\/thead>
    1. P\u00e9rim\u00e8tre et types<\/td>\u00c9viter la d\u00e9rive du scope<\/td>\ud83d\udd34 Critique<\/td><\/tr>
    2. Niveau de service (SLA)<\/td>Garantir la r\u00e9activit\u00e9<\/td>\ud83d\udd34 Critique<\/td><\/tr>
    3. Incidents et d\u00e9lais (GTI\/GTR)<\/td>Rendre le SLA op\u00e9rationnel<\/td>\ud83d\udd34 Critique<\/td><\/tr>
    4. Prix et facturation<\/td>Ma\u00eetriser les co\u00fbts<\/td>\ud83d\udfe0 \u00c9lev\u00e9e<\/td><\/tr>
    5. P\u00e9nalit\u00e9s et responsabilit\u00e9<\/td>Rendre les engagements r\u00e9els<\/td>\ud83d\udd34 Critique<\/td><\/tr>
    6. Cession des \u00e9volutions<\/td>S\u00e9curiser la propri\u00e9t\u00e9 (L.131-3)<\/td>\ud83d\udfe0 \u00c9lev\u00e9e<\/td><\/tr>
    7. R\u00e9versibilit\u00e9<\/td>Pr\u00e9server la libert\u00e9 de sortie<\/td>\ud83d\udfe0 \u00c9lev\u00e9e<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    5. Les 5 pi\u00e8ges \u00e0 \u00e9viter<\/h2>\n\n\n\n

    Au-del\u00e0 des clauses, plusieurs pi\u00e8ges r\u00e9currents fragilisent les contrats de maintenance. Les identifier permet d’\u00e9viter les litiges les plus fr\u00e9quents.<\/p>\n\n\n\n

    5.1 Laisser le p\u00e9rim\u00e8tre impr\u00e9cis<\/h3>\n\n\n\n

    Le premier pi\u00e8ge est le p\u00e9rim\u00e8tre flou. Sans fronti\u00e8re claire entre maintenance corrective incluse et \u00e9volutive factur\u00e9e, les d\u00e9saccords sont in\u00e9vitables. Le client pense tout couvert, le prestataire facture les \u00e9volutions. Le contrat doit d\u00e9finir le p\u00e9rim\u00e8tre avec une pr\u00e9cision rigoureuse, et pr\u00e9voir une proc\u00e9dure claire pour les demandes hors p\u00e9rim\u00e8tre. C’est la premi\u00e8re cause de conflit.<\/p>\n\n\n\n

    5.2 Accepter un SLA sans p\u00e9nalit\u00e9s<\/h3>\n\n\n\n

    Le deuxi\u00e8me pi\u00e8ge est le SLA d\u00e9coratif. Beaucoup de contrats affichent des d\u00e9lais d’intervention sans aucune cons\u00e9quence en cas de d\u00e9passement. Un SLA sans p\u00e9nalit\u00e9s n’est qu’une promesse. Le client doit exiger des p\u00e9nalit\u00e9s automatiques li\u00e9es aux GTI et GTR. Sans sanction, le prestataire n’a aucune incitation \u00e0 respecter ses engagements. La force du SLA r\u00e9side dans ses p\u00e9nalit\u00e9s.<\/p>\n\n\n\n

    5.3 Confondre maintenance corrective et \u00e9volutive<\/h3>\n\n\n\n

    Le troisi\u00e8me pi\u00e8ge est la confusion des types. La maintenance corrective (correction des bugs) et la maintenance \u00e9volutive (ajout de fonctionnalit\u00e9s) ont des logiques et des prix diff\u00e9rents. M\u00e9langer les deux dans une clause floue g\u00e9n\u00e8re des litiges sur ce qui est inclus. Le contrat doit distinguer clairement chaque type de maintenance et son mode de facturation. Cette distinction est fondamentale pour la clart\u00e9 budg\u00e9taire.<\/p>\n\n\n\n

    5.4 Oublier la cession des droits sur les \u00e9volutions<\/h3>\n\n\n\n

    Le quatri\u00e8me pi\u00e8ge concerne la propri\u00e9t\u00e9. Les \u00e9volutions d\u00e9velopp\u00e9es pendant la maintenance appartiennent au prestataire par d\u00e9faut (article L.113-9 du Code de la propri\u00e9t\u00e9 intellectuelle). Sans clause de cession conforme \u00e0 l’article L.131-3, le client finance du code qu’il ne poss\u00e8de pas. \u00c0 terme, il devient d\u00e9pendant de son mainteneur. La clause de cession des \u00e9volutions doit donc toujours figurer dans le contrat.<\/p>\n\n\n\n

    5.5 N\u00e9gliger la r\u00e9versibilit\u00e9<\/h3>\n\n\n\n

    Le cinqui\u00e8me pi\u00e8ge est l’absence de r\u00e9versibilit\u00e9. Sans organisation du transfert vers un autre prestataire, changer de mainteneur devient un cauchemar : code mal document\u00e9, connaissances non transmises, d\u00e9pendance totale. Le contrat doit imposer une documentation \u00e0 jour et une assistance \u00e0 la transition. La r\u00e9versibilit\u00e9 pr\u00e9serve la libert\u00e9 du client et constitue, en pratique, un levier de n\u00e9gociation puissant face au prestataire.<\/p>\n\n\n\n

    6. Pourquoi faire appel \u00e0 Atias Avocats<\/h2>\n\n\n\n

    R\u00e9diger un contrat de maintenance \u00e0 la hauteur des enjeux exige une combinaison rare de comp\u00e9tences : ma\u00eetrise du droit des contrats (articles 1103, 1170, 1217, 1231-1 du Code civil), expertise de la propri\u00e9t\u00e9 intellectuelle (CPI L.113-9, L.131-3), compr\u00e9hension technique des SLA et de la maintenance (GTI, GTR, typologie des incidents), et connaissance du RGPD et de l’AI Act lorsque l’application traite des donn\u00e9es ou int\u00e8gre de l’IA. Cette double culture juridique et technique est pr\u00e9cis\u00e9ment la valeur ajout\u00e9e d’un cabinet sp\u00e9cialis\u00e9 en contrats IT et droit du num\u00e9rique.<\/p>\n\n\n\n

    Atias Avocats accompagne \u00e9diteurs, ESN (entreprises de services du num\u00e9rique), DSI, directions achats, fondateurs et grands groupes sur l’ensemble du sujet : r\u00e9daction d’un contrat de maintenance ou de TMA, structuration du SLA et de la matrice de criticit\u00e9, d\u00e9finition rigoureuse du p\u00e9rim\u00e8tre, s\u00e9curisation de la cession des \u00e9volutions, organisation de la r\u00e9versibilit\u00e9, audit ou ren\u00e9gociation d’un contrat existant, d\u00e9fense en cas de litige. Pour aller plus loin, consultez nos services en mati\u00e8re de contrats commerciaux et IT<\/strong><\/a>.<\/p>\n\n\n\n

    Conclusion<\/h2>\n\n\n\n

    Le contrat de maintenance applicative est le garant de la vie du logiciel apr\u00e8s sa livraison. Il prot\u00e8ge contre les deux risques majeurs : la d\u00e9rive du p\u00e9rim\u00e8tre et l’impr\u00e9cision du niveau de service. Les sept clauses pr\u00e9sent\u00e9es ici \u2014 p\u00e9rim\u00e8tre, SLA, GTI\/GTR, prix, p\u00e9nalit\u00e9s, cession des \u00e9volutions, r\u00e9versibilit\u00e9 \u2014 combin\u00e9es \u00e0 la vigilance sur les cinq pi\u00e8ges classiques, offrent un r\u00e9f\u00e9rentiel directement utilisable par DSI, directions achats et directions juridiques.<\/p>\n\n\n\n

    L’investissement requis pour s\u00e9curiser ce contrat est sans commune mesure avec le co\u00fbt d’une panne prolong\u00e9e ou d’un litige sur le p\u00e9rim\u00e8tre. Pour une application critique, c’est l’assurance d’une r\u00e9activit\u00e9 garantie, d’un co\u00fbt ma\u00eetris\u00e9 et d’une libert\u00e9 pr\u00e9serv\u00e9e. Le r\u00e9flexe \u00e0 adopter est clair : d\u00e9finir le p\u00e9rim\u00e8tre avec pr\u00e9cision, chiffrer le SLA, lier les d\u00e9lais \u00e0 des p\u00e9nalit\u00e9s, s\u00e9curiser la propri\u00e9t\u00e9 des \u00e9volutions et organiser la r\u00e9versibilit\u00e9. C’est pr\u00e9cis\u00e9ment cette rigueur qui transforme la maintenance en garantie de continuit\u00e9 plut\u00f4t qu’en source de conflit.<\/p>\n\n\n\n

    FAQ \u2014 Questions fr\u00e9quentes<\/h2>\n\n\n\n

    Qu’est-ce qu’un contrat de maintenance applicative ?<\/h3>\n\n\n\n

    Un contrat de maintenance applicative encadre l’entretien et l’\u00e9volution d’un logiciel apr\u00e8s sa livraison. On parle aussi de TMA (tierce maintenance applicative) quand cette maintenance est confi\u00e9e \u00e0 un prestataire externe distinct de celui qui a d\u00e9velopp\u00e9 l’application. Le contrat couvre quatre types de maintenance : corrective (correction des anomalies et bugs), \u00e9volutive (ajout de fonctionnalit\u00e9s), adaptative (mise en conformit\u00e9 avec les \u00e9volutions techniques ou r\u00e9glementaires) et pr\u00e9ventive (anticipation des incidents). Il d\u00e9finit le p\u00e9rim\u00e8tre exact des prestations, les niveaux de service attendus (SLA), les d\u00e9lais d’intervention et de r\u00e9tablissement, ainsi que les modalit\u00e9s de r\u00e9versibilit\u00e9. Un contrat de maintenance applicative bien r\u00e9dig\u00e9 \u00e9vite les deux \u00e9cueils majeurs : la d\u00e9rive du p\u00e9rim\u00e8tre et l’impr\u00e9cision des engagements de service, sources principales de litige.<\/p>\n\n\n\n

    Quels sont les diff\u00e9rents types de maintenance applicative ?<\/h3>\n\n\n\n

    On distingue classiquement quatre types de maintenance. La maintenance corrective vise \u00e0 corriger les anomalies et dysfonctionnements (bugs) du logiciel. La maintenance \u00e9volutive ajoute de nouvelles fonctionnalit\u00e9s ou am\u00e9liore l’existant. La maintenance adaptative met le logiciel en conformit\u00e9 avec les \u00e9volutions de son environnement : nouveaux syst\u00e8mes d’exploitation, navigateurs, ou \u00e9volutions r\u00e9glementaires comme le RGPD ou l’AI Act. La maintenance pr\u00e9ventive anticipe les incidents par des actions r\u00e9guli\u00e8res (mises \u00e0 jour de s\u00e9curit\u00e9, surveillance, optimisation). Un contrat de maintenance applicative doit pr\u00e9ciser lesquels de ces types sont inclus et lesquels font l’objet d’une facturation s\u00e9par\u00e9e. La confusion entre maintenance corrective (souvent au forfait) et \u00e9volutive (souvent factur\u00e9e \u00e0 part) est l’une des premi\u00e8res sources de conflit.<\/p>\n\n\n\n

    Qu’est-ce que la GTI et la GTR dans un SLA ?<\/h3>\n\n\n\n

    La GTI (Garantie de Temps d’Intervention) et la GTR (Garantie de Temps de R\u00e9tablissement) sont les deux indicateurs cl\u00e9s du SLA (Service Level Agreement, accord de niveau de service) d’un contrat de maintenance applicative. La GTI d\u00e9signe le d\u00e9lai maximal entre le signalement d’un incident et le d\u00e9but de l’intervention du prestataire. La GTR d\u00e9signe le d\u00e9lai maximal pour r\u00e9tablir le service apr\u00e8s l’incident. Ces d\u00e9lais varient selon la gravit\u00e9 de l’incident, d’o\u00f9 l’importance d’une typologie claire (bloquant, majeur, mineur). Par exemple, un incident bloquant peut exiger une GTI de 1 heure et une GTR de 4 heures, tandis qu’un incident mineur tol\u00e8re des d\u00e9lais plus longs. Sans GTI ni GTR chiffr\u00e9es et assorties de p\u00e9nalit\u00e9s, le SLA n’a aucune valeur contraignante.<\/p>\n\n\n\n

    Comment d\u00e9finir le p\u00e9rim\u00e8tre d’un contrat de maintenance ?<\/h3>\n\n\n\n

    Le p\u00e9rim\u00e8tre doit \u00eatre d\u00e9fini avec une pr\u00e9cision rigoureuse, car c’est le principal point de friction. Il faut lister pr\u00e9cis\u00e9ment les applications et modules couverts, les versions concern\u00e9es, les environnements (production, recette, d\u00e9veloppement), et les types de maintenance inclus. Il faut aussi d\u00e9finir clairement ce qui est exclu : d\u00e9veloppements nouveaux importants, mont\u00e9es de version majeures, interventions sur des composants tiers. Un contrat de maintenance applicative pr\u00e9cise enfin les modalit\u00e9s de traitement des demandes hors p\u00e9rim\u00e8tre (devis s\u00e9par\u00e9, avenant). La fronti\u00e8re entre maintenance corrective incluse et maintenance \u00e9volutive factur\u00e9e doit \u00eatre limpide. Un p\u00e9rim\u00e8tre flou conduit in\u00e9vitablement \u00e0 des d\u00e9saccords sur ce qui est d\u00fb, le prestataire facturant ce que le client pensait inclus.<\/p>\n\n\n\n


    Contact :     david@atiasavocats.com<\/a> | LinkedIn: David Joseph Atias<\/em><\/a> | https:\/\/www.atiasavocats.com<\/a> | 42 rue de la Clef, 75005 Paris<\/p>\n\n\n\n

    Atias Avocats \u2014 Contrats IT, Maintenance applicative, SLA, Propri\u00e9t\u00e9 intellectuelle<\/em><\/p>","protected":false},"excerpt":{"rendered":"

    Par\u00a0David Joseph Atias, avocat au Barreau de Paris \u00b7\u00a0LinkedIn\u00a0\u00b7 Juillet 2026 Le contrat de maintenance applicative est souvent n\u00e9glig\u00e9, alors qu’il conditionne la vie du logiciel apr\u00e8s sa livraison. Une…<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[186],"tags":[],"class_list":["post-23139","post","type-post","status-publish","format-standard","hentry","category-legal-services"],"_links":{"self":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts\/23139","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/comments?post=23139"}],"version-history":[{"count":1,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts\/23139\/revisions"}],"predecessor-version":[{"id":23140,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/posts\/23139\/revisions\/23140"}],"wp:attachment":[{"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/media?parent=23139"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/categories?post=23139"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/atiasavocats.com\/en\/wp-json\/wp\/v2\/tags?post=23139"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}