Lorsqu’une entreprise confie la gestion de son système d’information à un prestataire externe, elle s’engage dans une relation contractuelle qui dépasse le simple bon vouloir de chaque partie. Le SLA contrat infogérance, ou accord de niveau de service, est précisément le document qui transforme une promesse commerciale en engagement mesurable et opposable.
Pourtant, de nombreux dirigeants de PME et TPE signent des contrats d’infogérance sans avoir vérifié si les SLA qui y figurent sont réellement protecteurs. Comprendre ce que doit contenir un SLA, comment l’évaluer et quels pièges éviter peut faire une différence considérable en cas d’incident informatique majeur.
SLA contrat infogérance | ce que doit garantir votre contrat
Temps de lecture : ~10 min
- Résumé en bref
- Qu’est-ce qu’un SLA dans un contrat d’infogérance ?
- Les clauses SLA indispensables dans un contrat d’infogérance
- Tableau comparatif des niveaux de criticité et des SLA associés
- Comment comparer les SLA de différents prestataires d’infogérance ?
- Les pièges à éviter dans un SLA de contrat d’infogérance
- Ce que vous pouvez raisonnablement exiger d’un prestataire d’infogérance local
- Tirer parti de votre SLA d’infogérance
- FAQ
Résumé en bref
Voici les grandes lignes de ce que vous allez découvrir dans cet article :
- Définition du SLA dans un contrat d’infogérance : ce que recouvre réellement un accord de niveau de service et pourquoi il dépasse le simple argument commercial.
- Les clauses indispensables à vérifier : GTI, GTR, taux de disponibilité, plages horaires et pénalités financières.
- Comment comparer les SLA de différents prestataires d’infogérance avec des critères concrets et objectifs.
- Les pièges les plus fréquents dans les contrats d’infogérance et comment les anticiper avant de signer.
- Ce que vous pouvez raisonnablement exiger d’un prestataire local engagé sur des niveaux de service précis.
Qu’est-ce qu’un SLA dans un contrat d’infogérance ?
Le terme SLA vient de l’anglais Service Level Agreement, que l’on traduit en français par accord de niveau de service. Dans le cadre d’un contrat d’infogérance, il s’agit d’une annexe contractuelle formalisée qui précise les engagements du prestataire en matière de qualité de service, de disponibilité, de délais d’intervention et de rétablissement, ainsi que les conditions dans lesquelles ces engagements peuvent être contrôlés et sanctionnés.
Selon la définition AFNOR de l’infogérance, la prestation désigne la prise en charge, par un prestataire spécialisé, de tout ou partie du système d’information d’une entreprise cliente, dans le cadre d’un contrat pluriannuel à base forfaitaire avec un niveau de service défini. Le SLA est précisément ce qui donne corps à ce niveau de service : sans lui, les engagements du prestataire restent flous et difficilement opposables devant un tribunal ou lors d’un litige.
Il est utile de distinguer trois notions souvent confondues. Le SLA est le contrat formel qui prévoit des engagements assortis de pénalités financières. Le SLO, ou Service Level Objective, désigne des objectifs internes de performance que le prestataire se fixe sans que des sanctions contractuelles y soient attachées. Le SLI, ou Service Level Indicator, correspond aux indicateurs techniques concrets utilisés pour mesurer si les objectifs sont atteints, comme le temps de réponse moyen ou le taux de disponibilité d’une application. Un bon SLA s’appuie sur des SLI précis pour vérifier l’atteinte des SLO, le tout étant formalisé dans un document contractuellement opposable.
Bon à savoir — Un SLA sans méthode de mesure définie, sans outil de ticketing et sans reporting régulier n’est pas opposable juridiquement. Il constitue alors une promesse commerciale, non une garantie contractuelle au sens du Code civil français.
Les clauses SLA indispensables dans un contrat d’infogérance
Un contrat de maintenance informatique SLA solide doit couvrir plusieurs dimensions précises. Voici les éléments à vérifier systématiquement avant de signer.
Périmètre des services couverts
Le SLA doit indiquer clairement quels équipements, quelles applications et quels utilisateurs sont inclus dans le contrat. Les exclusions doivent également être listées explicitement : matériels non référencés, logiciels tiers non maintenus par le prestataire, incidents résultant d’une cause extérieure. Un périmètre flou est l’une des principales sources de litiges.
GTI — Garantie de Temps d’Intervention
Il s’agit du délai maximal entre l’ouverture d’un ticket d’incident et la première prise en charge effective par le prestataire. Ce délai varie selon la criticité de l’incident : un poste de travail en panne n’appelle pas la même réactivité qu’un serveur de production hors ligne. Une GTI de 4 heures pour un incident critique est souvent citée comme référence dans les offres d’infogérance pour PME.
GTR — Garantie de Temps de Rétablissement
Elle fixe le délai maximal dans lequel le service doit être rétabli après l’intervention. La GTR est distincte de la GTI : le prestataire peut intervenir rapidement mais prendre plus de temps pour résoudre le problème. Ces deux indicateurs doivent être définis séparément pour chaque niveau de criticité.
Taux de disponibilité
Pour des services critiques, un taux de 99,5 % à 99,9 % est généralement exigé. Il est important de vérifier comment ce taux est calculé : les fenêtres de maintenance planifiée sont-elles incluses ou exclues ? Les incidents liés à un tiers opérateur sont-ils comptabilisés ?
Pénalités financières contractuelles
Un SLA sans pénalités n’incite pas le prestataire à respecter ses engagements. Les pénalités peuvent prendre la forme de remises sur facture, de crédits de service ou d’indemnités forfaitaires. Leur mode de calcul et leur plafond doivent figurer explicitement dans le contrat.
Méthode de preuve et de reporting
Le prestataire doit s’engager à fournir des rapports réguliers, souvent mensuels, incluant le nombre de tickets ouverts, les délais constatés, le taux de disponibilité mesuré et les éventuels écarts par rapport aux engagements. Sans reporting, le contrôle du respect des SLA est impossible. Pour en savoir plus sur les coûts associés à une telle offre, consultez notre page dédiée au coût de l’infogérance pour les PME.
Tableau comparatif des niveaux de criticité et des SLA associés
| Niveau de criticité | Exemple d’incident | GTI recommandée | GTR recommandée | Plage horaire de support |
|---|---|---|---|---|
| Critique (P1) | Serveur de production hors ligne, réseau totalement indisponible | 1 à 2 heures | 4 heures | 24h/24, 7j/7 |
| Majeur (P2) | Application métier inaccessible, panne partielle du réseau | 4 heures | 8 heures ouvrées | Heures ouvrées étendues |
| Modéré (P3) | Poste de travail en panne, imprimante défaillante | 8 heures ouvrées | 24 à 48 heures ouvrées | Heures ouvrées standard |
| Mineur (P4) | Demande de configuration, question utilisateur | Sous 48 heures | Selon planification | Heures ouvrées standard |
Ce tableau illustre la logique de gradation qui doit structurer tout accord de niveau de service infogérance sérieux. Les valeurs indiquées sont des repères courants dans les offres d’infogérance pour PME et TPE en France, et non des engagements contractuels universels.
Comment comparer les SLA de différents prestataires d’infogérance ?
Lorsqu’une entreprise met en concurrence plusieurs prestataires, il est tentant de se concentrer sur le prix du forfait d’infogérance. Or, deux offres au tarif similaire peuvent cacher des niveaux de service très différents. Voici les critères à analyser méthodiquement pour comparer les SLA prestataire infogérance de façon objective.
GTI et GTR : heures réelles ou heures ouvrées
Commencez par vérifier que les valeurs de GTI et GTR sont exprimées en heures réelles et non en heures ouvrées pour les incidents critiques. Une GTI de 4 heures ouvrées signifie qu’un incident survenu le vendredi à 17h ne sera pris en charge que le lundi matin, ce qui peut être inacceptable pour certaines activités.
Exclusions du contrat d’infogérance
Ensuite, examinez les exclusions. Certains contrats excluent les incidents liés à des tiers, les pannes d’opérateur télécom ou les défaillances matérielles non couvertes par la garantie constructeur. Ces exclusions peuvent vider le SLA de sa substance dans des situations pourtant courantes.
Système de ticketing et supervision proactive
Vérifiez également si le prestataire dispose d’un système de ticketing permettant de tracer chaque incident avec horodatage. Sans cet outil, il est impossible de vérifier a posteriori si les délais ont été respectés. La supervision et le monitoring en temps réel sont aussi un indicateur de maturité : un prestataire qui détecte les incidents avant que vous ne les signaliez offre une valeur bien supérieure à celui qui attend votre appel. La maintenance informatique préventive s’inscrit précisément dans cette logique de détection proactive.
Clause de réversibilité du contrat
Interrogez enfin le prestataire sur sa clause de réversibilité. En cas de résiliation du contrat, comment s’organise la restitution des données, des configurations et de la documentation technique ? Cette clause, souvent négligée, est pourtant essentielle pour garantir votre indépendance à long terme. L’ANSSI recommande d’ailleurs d’inclure des dispositions claires sur la réversibilité dans tout contrat d’externalisation du système d’information.
À retenir — La norme ISO/IEC 20000 et le référentiel ITIL fournissent des cadres reconnus pour structurer la gestion des services informatiques. Un prestataire qui s’y réfère explicitement dans son contrat démontre une approche professionnelle et structurée de la qualité de service.
Les pièges à éviter dans un SLA de contrat d’infogérance
Certaines formulations contractuelles semblent rassurantes à première lecture mais s’avèrent peu protectrices en pratique. Voici les pièges les plus fréquents à identifier avant de signer un contrat de maintenance informatique SLA.
SLA formulé en termes généraux et non mesurables
Des expressions comme « intervention dans les meilleurs délais » ou « qualité de service optimale » ne constituent pas des engagements opposables au sens du Code civil français. Un SLA doit toujours s’appuyer sur des valeurs chiffrées, des indicateurs précis et une méthode de calcul définie.
Absence de distinction entre niveaux de criticité
Un contrat qui applique le même délai d’intervention à tous les incidents, qu’il s’agisse d’une panne de serveur ou d’un problème de configuration mineure, ne reflète pas la réalité des besoins d’une entreprise. La criticité des incidents doit être définie conjointement avec le client, en fonction de ses priorités métier.
Pénalités plafonnées à un niveau symbolique
Certains contrats prévoient des pénalités en cas de non-respect du SLA, mais les plafonnent à un montant si faible qu’elles n’ont aucun effet incitatif. Vérifiez que les pénalités sont proportionnées au préjudice potentiel subi par votre entreprise.
Absence de reporting structuré
Sans rapport mensuel d’activité incluant les indicateurs de performance, vous n’avez aucun moyen de vérifier si votre prestataire respecte ses engagements. Le reporting est la condition sine qua non du contrôle effectif d’un SLA infogérance PME.
Désalignement entre le SLA et vos contraintes réglementaires
Si votre activité implique le traitement de données personnelles, le contrat doit également préciser les responsabilités du prestataire au titre du RGPD, notamment en matière de sécurité des données, de notification des violations et de sous-traitance. Cette dimension est souvent absente des contrats standard, mais elle est juridiquement obligatoire dès lors que le prestataire accède à des données personnelles. Consultez notre page sur la conformité RGPD pour comprendre vos obligations.
Ce que vous pouvez raisonnablement exiger d’un prestataire d’infogérance local
Un prestataire local présente des avantages concrets que les acteurs nationaux ne peuvent pas toujours offrir : connaissance du tissu économique local, capacité d’intervention physique rapide, interlocuteur unique et accessible. Ces atouts prennent tout leur sens lorsqu’ils sont formalisés dans un SLA contrat infogérance précis et équilibré.
Engagements de service d’un prestataire local
Concrètement, vous pouvez exiger qu’un prestataire local s’engage sur une GTI en heures réelles pour les incidents critiques, qu’il dispose d’un outil de ticketing permettant de tracer chaque intervention, et qu’il vous remette un rapport mensuel de performance. Vous pouvez également demander que le contrat intègre des clauses spécifiques sur la cybersécurité, la sauvegarde des données et les procédures à suivre en cas de cyberattaque, en cohérence avec les recommandations de l’ANSSI. Pour approfondir ce dernier point, notre guide sur les actions à mener en cas de cyberattaque vous apportera des repères concrets.
Maintenance proactive et supervision
La maintenance informatique proactive, qui consiste à surveiller en continu l’état de votre système d’information pour détecter et corriger les anomalies avant qu’elles ne deviennent des incidents bloquants, est aujourd’hui un standard dans les offres d’infogérance MSP de qualité. Si votre prestataire ne propose pas de supervision et de monitoring actif, c’est un signal d’alerte. Pour aller plus loin sur les coûts et le contenu d’une offre d’infogérance, vous pouvez consulter notre page dédiée à l’infogérance et à la maintenance informatique.
Tirer parti de votre SLA d’infogérance
Le SLA contrat infogérance n’est pas un détail administratif réservé aux grandes entreprises. Pour une PME ou une TPE, c’est le document qui détermine concrètement ce que vous obtenez en échange de votre abonnement mensuel : des délais précis, des indicateurs vérifiables, des pénalités dissuasives et une relation contractuelle équilibrée.
Prendre le temps de lire, de comprendre et de négocier les SLA avant de signer un contrat d’infogérance est un investissement qui peut vous éviter de longues semaines de paralysie informatique sans recours. Si vous souhaitez faire évaluer votre contrat actuel ou découvrir ce qu’une offre d’infogérance MSP locale peut vous apporter, n’hésitez pas à prendre contact avec nos équipes.
En résumé : bien utiliser votre SLA contrat d’infogérance
En structurant clairement les engagements de votre prestataire, le SLA contrat infogérance devient un véritable levier de continuité d’activité et non un simple document formel.
Avant de signer ou de renouveler un contrat, assurez-vous donc que les niveaux de service, les méthodes de mesure et les pénalités associées sont alignés sur vos enjeux métiers et vos contraintes réglementaires.
FAQ
Un SLA d’infogérance est-il obligatoire légalement ?
Aucun texte de loi n’impose formellement un SLA dans un contrat d’infogérance. En revanche, dès lors que le contrat prévoit des engagements de qualité de service, le Code civil français impose que ces engagements soient suffisamment précis pour être opposables. En l’absence de SLA formalisé, le client dispose de peu de recours en cas de défaillance du prestataire.
Quelle différence entre un contrat de maintenance informatique et un contrat d’infogérance ?
Le contrat de maintenance informatique couvre généralement des interventions ponctuelles ou préventives sur des équipements définis. Le contrat d’infogérance, au sens de la définition AFNOR, implique une prise en charge globale et continue du système d’information, sur une durée pluriannuelle, avec des niveaux de service définis. Le SLA est une composante centrale de l’infogérance mais peut aussi figurer dans un contrat de maintenance étendu.
Le taux de disponibilité de 99,9 % est-il vraiment significatif ?
Un taux de disponibilité de 99,9 % représente environ 8,7 heures d’indisponibilité cumulée par an. C’est un niveau exigeant pour des services critiques, mais son interprétation dépend de la façon dont il est calculé. Si les fenêtres de maintenance planifiée et les incidents liés à des tiers sont exclus du calcul, la valeur réelle peut être sensiblement inférieure. Vérifiez toujours la méthode de calcul dans l’annexe contractuelle.
Comment un prestataire prouve-t-il qu’il a respecté son SLA ?
La preuve repose sur les données enregistrées dans l’outil de ticketing, les journaux de supervision et les rapports de performance mensuels. Ces documents doivent horodater chaque étape du traitement d’un incident, de l’ouverture du ticket à la clôture. Sans ces traces, il est impossible de vérifier objectivement le respect des engagements contractuels.
Peut-on renégocier un SLA en cours de contrat ?
Oui, sous réserve que le contrat prévoie une clause de révision périodique. Il est conseillé d’inclure dès la signature une disposition permettant de revoir les niveaux de service chaque année, notamment si le périmètre du système d’information évolue, si de nouveaux services sont ajoutés ou si les besoins métier changent. Cette flexibilité est particulièrement utile pour les PME en croissance.
Qu’est-ce que la clause de réversibilité et pourquoi est-elle importante ?
La clause de réversibilité définit les conditions dans lesquelles le client peut récupérer ses données, ses configurations et sa documentation technique en cas de résiliation du contrat. Sans cette clause, un changement de prestataire peut s’avérer très difficile, voire coûteux. L’ANSSI recommande d’inclure systématiquement cette disposition dans tout contrat d’externalisation du système d’information afin de préserver l’autonomie du client.
