Qu’est-ce qu’un SLA informatique ?
Le SLA, ou Service Level Agreement, est la partie du contrat d’infogérance qui précise noir sur blanc ce que votre interlocuteur informatique s’engage à fournir, et dans quel délai. Ce n’est pas un argument commercial glissé dans une plaquette : c’est un élément contractuel qui engage juridiquement les deux parties.
Pour une PME, le SLA répond à une question simple : si votre serveur tombe en panne demain à 16h, qu’est-ce qui est garanti, et qu’est-ce qui ne l’est pas ?
Réponse rapide, résolution rapide : deux promesses à ne pas confondre
C’est le point que beaucoup de contrats laissent flou, volontairement ou non. Un accusé de réception rapide ne veut rien dire si personne ne travaille réellement sur votre incident derrière.
Quels sont les indicateurs à suivre ?
Trois notions à définir avant de signer :
- Le temps de réponse : le délai entre votre appel et la prise en compte humaine de la demande. Un mail automatique ne compte pas.
- La GTI (garantie de temps d’intervention) : le délai avant qu’un technicien commence réellement à travailler sur le problème.
- La GTR (garantie de temps de rétablissement) : le délai maximum pour que le service fourni soit rétabli ou l’incident résolu.
À cela s’ajoute la disponibilité du service, exprimée en pourcentage, qui mesure le temps de fonctionnement effectif sur une période donnée. Ne confondez pas le SLA, contractuel et opposable, avec le SLO (objectif de niveau de service) : un outil de pilotage interne au prestataire, sans valeur contractuelle pour vous. Ces indicateurs n’ont d’intérêt que si le contrat définit les priorités auxquelles ils s’appliquent, ce qui nous amène au point suivant.
Les 5 composantes d’un SLA informatique
Les différents types de SLA
Avant de définir les niveaux de service attendus, encore faut-il savoir sous quelle forme le SLA doit s’écrire :
- Le SLA basé sur le client : négocié spécifiquement pour votre entreprise, il peut inclure plusieurs services (réseau, serveurs, postes de travail).
- Le SLA de niveau service : un socle d’engagement identique pour tous les clients d’un même contrat de maintenance.
- Le SLA multiniveaux : il distingue les délais de réponse et de résolution par priorité d’incident (critique, haute, moyenne, faible).
C’est ce dernier modèle que la majorité des PME devraient exiger : un incident qui bloque toute l’activité ne mérite pas le même traitement qu’un souci mineur sur un poste isolé.
Les avantages des SLA pour votre activité, pas seulement pour le prestataire
On pense souvent que les SLA servent d’abord à protéger le fournisseur de services, en cadrant ses obligations pour éviter les malentendus. C’est vrai, mais l’intérêt va dans les deux sens.
Pour vous, dirigeant ou responsable informatique d’une PME, un SLA bien rédigé apporte trois choses concrètes : une prévisibilité sur vos coûts et vos risques, un cadre de dialogue clair en cas de désaccord sur la qualité de service, et un levier réel si les engagements ne sont pas tenus. Sans SLA écrit, vous dépendez de la bonne volonté de votre prestataire. Avec un SLA, vous disposez d’un document sur lequel vous appuyer, et de pannes informatiques que vous pouvez anticiper plutôt que subir.
Cas terrain : un exemple concret du prix d’un SLA mal défini
Une PME de 25 postes en Essonne nous contacte après une mauvaise expérience. Son serveur de fichiers tombe en panne un mardi matin. Le prestataire décroche rapidement, accuse réception, promet une intervention « dans les meilleurs délais ». Le jeudi, le serveur est toujours hors service, et personne côté prestataire n’a de compte à rendre : rien dans le contrat ne fixait de délai chiffré, ni pour l’intervention ni pour la résolution.
Le problème n’était pas la réactivité du standard téléphonique. Il était dans l’absence de GTI et de GTR écrites noir sur blanc. Un SLA multiniveaux avec une GTR de 8 heures ouvrées sur les incidents critiques aurait imposé une résolution dès mardi en fin de journée, pas deux jours plus tard. Une supervision informatique en place aurait même permis de détecter l’anomalie avant que l’utilisateur ne s’en plaigne.
L'informatique sans souci, c'est possible
Nous trouvons des réponses, pas seulement des correctifs.
SLA et cloud : ce qui change, ce qui ne change pas
Avec des services hébergés dans le cloud, le SLA prend une dimension supplémentaire : la disponibilité dépend aussi de l’hébergeur externe, sur lequel votre prestataire n’a pas toujours la main directe. C’est pourquoi un bon contrat précise le périmètre exact couvert, et ce qui relève de la responsabilité de l’hébergeur cloud lui-même. Sans cette distinction, vous risquez de vous retrouver sans interlocuteur clair le jour où le problème vient de l’infrastructure plutôt que de votre société de services.
La checklist avant de signer votre contrat d’infogérance
Rédiger un SLA efficace commence par ces vérifications, avant la signature plutôt qu’après un incident :
- Le périmètre de service est-il précisément défini (quels équipements, quels services, quelles exclusions) ?
- Existe-t-il une GTI et une GTR chiffrées, différenciées selon la priorité de l’incident ?
- La plage horaire garantie correspond-elle à votre activité réelle (heures ouvrées suffisent souvent, le 24/7 a un coût qui n’est pas toujours justifié pour une PME) ?
- Le taux de disponibilité annoncé est-il réaliste au regard de votre parc informatique, ou s’agit-il d’un chiffre marketing sans lien avec vos équipements ?
- Le contrat prévoit-il un crédit de service en cas de non-respect du SLA ?
- Existe-t-il un processus clair de gestion des services si le premier niveau de support ne suffit pas ?
Un contrat qui n’aborde aucun de ces points n’inclut probablement aucun engagement réel, quelle que soit la clause commerciale mise en avant à l’oral.
Optimisez votre infrastructure IT
Découvrez notre solution d'infogérance réseau personnalisée.
Comment FC MICRO calibre ses SLA pour les PME d’Essonne et d’Île-de-France
Chez FC MICRO, nous évitons les engagements théoriques du type 99,99% de disponibilité, pensés pour des datacenters et rarement tenables sur l’infrastructure d’une PME. Nos SLA sont calibrés par niveau de priorité : intervention rapide sur les incidents critiques, délai de résolution réaliste sur les incidents secondaires, avec des chiffres qui correspondent aux moyens réellement engagés sur votre parc. La relation entre un fournisseur informatique et son client ne devrait jamais reposer sur des promesses vagues. Le processus SLA ne s’arrête pas à la signature : la mesure des SLA au fil des mois permet de vérifier que les engagements sont tenus, pas seulement promis.
Si votre contrat actuel ne précise aucun délai chiffré, ou si vous avez déjà vécu une situation similaire au cas terrain ci-dessus, c’est le moment de faire le point sur notre offre d’infogérance pour PME.
Ceci pourrait vous intéresser :
Devis infogérance : Savoir comparer et trouver la meilleure offre
Supervision informatique : tout savoir sur la supervision IT de votre infrastructure
Externalisation informatique : une stratégie efficace pour renforcer votre SI
Services managés : cloud, MSP, infogérance… tout ce qu’il faut savoir pour votre entreprise