SLA pour les services IT : quels engagements exiger ?

Un SLA, cela ressemble à une affaire de juristes. En pratique, pourtant, c'est lui qui détermine exactement ce que vous obtenez lorsque vous externalisez votre infogérance. Aurez-vous quelqu'un au bout du fil en moins d'une heure si la messagerie tombe, ou seulement le lundi matin ? Continuez-vous à payer le plein tarif mensuel après une journée de panne ? Et pouvez-vous partir si votre prestataire IT ne respecte pas ses engagements, encore et encore ? Cet article explique ce qu'est précisément un SLA pour des services IT, quels engagements exiger en tant que PME et à quoi être attentif lors de la négociation.

Qu'est-ce qu'un SLA pour des services IT ?

SLA signifie Service Level Agreement, ou accord de niveau de service. C'est l'annexe de votre contrat IT qui précise le niveau de performance que vous pouvez attendre de votre prestataire, la manière dont cette performance est mesurée et ce qui se passe s'il ne la respecte pas. Un SLA n'est donc pas une plaquette commerciale (« nous sommes rapides et fiables »), mais un engagement mesurable (« nous réagissons dans les 15 minutes à un incident critique, avec un délai de résolution de 4 heures maximum »).

Dans la terminologie ITIL, on distinguait autrefois trois types d'accords : le SLA (externe, avec le client), l'OLA (Operational Level Agreement, au sein d'une même organisation) et l'UC (Underpinning Contract, avec des sous-traitants externes). ITIL 4 a supprimé cette distinction pour une raison pragmatique : en pratique, tout le monde appelle tout « SLA », et la seule différence tient au point de vue. Pour une PME, la question est simple : « qu'est-ce que je peux attendre en tant que client ? »

Pourquoi un bon SLA est si important pour une PME

Nous voyons régulièrement des contrats dont le SLA se résume à trois phrases : « obligation de moyens, heures de bureau de 9 h à 17 h, crédits de service sur demande ». Juridiquement sans valeur : rien n'est mesuré, rien n'est imposé et aucune porte de sortie n'est prévue.

Les pannes informatiques coûtent de l'argent, y compris aux PME. Exemple : si 25 collaborateurs ne peuvent pas travailler pendant une journée à cause d'une panne réseau et que vous comptez prudemment 300 euros par collaborateur et par jour, cela fait 7 500 euros. Avec deux jours par an, on parle de 15 000 euros, soit plus que bien des contrats annuels avec un prestataire IT. Un bon SLA vous permet de réclamer ces coûts ou vous donne au minimum le droit de partir sans pénalité. Voir aussi Combien coûte l'externalisation de l'infogérance en 2026.

Les quatre piliers d'un SLA solide

Tout SLA sérieux pour des services IT repose sur quatre fondations :

1. Disponibilité du support et plage de service. Quand pouvez-vous joindre quelqu'un (heures de bureau, 24 h/24 et 7 j/7, week-end, jours fériés) et par quels canaux (téléphone, portail, e-mail, chat) ?
2. Délais de réponse et de résolution par priorité. En combien de temps une demande est-elle prise en charge, et dans quel délai le problème est-il résolu, selon l'impact du problème ?
3. Taux de disponibilité des services. Des pourcentages qui indiquent à quelle fréquence un service doit être disponible et ce qui se passe lorsque ce n'est pas le cas.
4. Conséquences : crédits de service, clause de sortie et reporting. Ce qu'il en coûte au prestataire s'il ne respecte pas ses engagements, et quelles sont vos options juridiques.

La suite de cet article passe en revue ces quatre piliers, ainsi que quelques éléments complémentaires souvent oubliés en pratique.

Disponibilité du support et plage de service : qu'est-ce qui est réaliste ?

Première question : avez-vous besoin d'un support 24 h/24 et 7 j/7 ? Pour une entreprise de production, une boutique en ligne ou un établissement de santé, la réponse est oui. Pour un cabinet d'avocats qui fonctionne de 8 h à 18 h, c'est moins évident. Chez les prestataires IT néerlandais, un support 24 h/24 et 7 j/7 coûte généralement 20 à 50 % de plus qu'une plage horaire étendue (par exemple de 7 h à 19 h en semaine). Demandez-vous honnêtement si vous utiliserez réellement ce service de nuit avant de le payer.

Deuxième question : quels canaux ? En pratique, le portail et l'e-mail concentrent l'essentiel du volume, mais le contact téléphonique reste indispensable en cas d'incident critique. Demandez des chiffres concrets : quel pourcentage d'appels est décroché en moins de 30 secondes ? Quel est le temps d'attente moyen ? Notre guide consacré au support IT 24 h/24 et 7 j/7 aux Pays-Bas explique comment arbitrer entre ces deux questions.

Important : chez les prestataires modernes, le chronomètre du SLA se met par défaut en pause lorsqu'un ticket est en attente du client (« pending customer state »). C'est raisonnable, mais précisez ce qui se passe si le client tarde à répondre. Sinon, la tentation est grande de « parquer » des tickets dans cet état.

Délais de réponse et de résolution par priorité

Un SLA sans niveaux de priorité ne sert à rien : une réinitialisation de mot de passe n'a pas la même urgence qu'une panne complète de la messagerie. La classification courante dans les services IT :

• P1 Critique. L'entreprise est (en grande partie) à l'arrêt. Réponse sous 15 minutes, résolution sous 2 à 4 heures. Exemples : serveur de messagerie en panne, réseau entier hors service, ERP inaccessible, suspicion de ransomware.
• P2 Élevée. Une fonction importante est touchée, un groupe d'utilisateurs est impacté. Réponse sous 30 à 60 minutes, résolution sous 4 à 8 heures. Exemples : serveur d'impression en panne, l'un des sites privé d'internet.
• P3 Moyenne. Un utilisateur isolé ou une fonction non critique. Réponse sous 4 heures, résolution sous 1 à 2 jours ouvrés.
• P4 Faible. Question ou demande, sans impact. Réponse sous 8 heures, résolution à convenir.

Détail important : le délai de réponse n'est pas le délai de résolution. La réponse, c'est quelqu'un qui vous rappelle ; la résolution, c'est le problème réglé. Certains prestataires se retranchent derrière une réponse rapide et font traîner la solution effective. Demandez toujours les deux chiffres, et convenez que le prestataire vous prévienne lorsque l'objectif de résolution risque de ne pas être tenu.

Qui détermine la priorité fait aussi partie du SLA. Dans un contrat sain, c'est le client qui fixe la priorité ; le prestataire peut argumenter, mais pas la rétrograder unilatéralement.

Disponibilité : que signifient ces pourcentages ?

Les taux de disponibilité paraissent impressionnants jusqu'à ce que vous les convertissiez en heures réelles :

• 99 % de disponibilité. Jusqu'à 3 jours et 15 heures d'indisponibilité par an. Insuffisant pour des services critiques.
• 99,9 % de disponibilité (« trois neuf »). Jusqu'à 8 heures et 46 minutes par an, soit environ 43 minutes par mois. La norme pour la plupart des applications SaaS professionnelles.
• 99,99 % (« quatre neuf »). Jusqu'à 52 minutes par an. Souvent nécessaire pour les solutions bancaires, de paiement et de santé.
• 99,999 % (« cinq neuf »). Jusqu'à 5 minutes et 15 secondes par an. Réservé aux infrastructures cloud à très grande échelle, aux télécoms et aux systèmes vitaux.

Deux pièges. Premièrement : 99,9 % par mois, ce n'est pas la même chose que 99,9 % par an. Un prestataire qui ne s'engage pas sur un plafond mensuel peut tomber en panne 8 heures d'affilée une fois, puis tenir le reste de l'année. Deuxièmement : la définition de la mesure. Les fenêtres de maintenance planifiée sont-elles comptabilisées ? Une panne partielle (une fonction sur cinq ne marche pas) compte-t-elle comme indisponibilité ? Fixez-le dans le SLA, sinon chaque incident tournera à la querelle sémantique.

Pour une PME, 99,9 % par mois pour vos systèmes clés (messagerie, SharePoint, ERP) est un plancher raisonnable. Les environnements de production critiques méritent souvent 99,95 ou 99,99 %, avec des conséquences financières en cas de dépassement.

Crédits de service et clause de sortie

Que se passe-t-il si le prestataire ne respecte pas son SLA ? L'instrument habituel, ce sont les crédits de service : un pourcentage de la facture mensuelle vous est crédité. Barème type chez les prestataires IT néerlandais : 5 % en cas de dépassement du délai de réponse sur un mois, 10 à 25 % en cas de non-respect de l'objectif de disponibilité, et 50 % en cas de manquements graves et répétés.

Les crédits constituent une incitation utile, mais ne règlent pas le problème de fond si un service vacille pendant des mois. C'est pourquoi un SLA solide comprend une clause de défaillance chronique (chronic failure clause) : après trois ou quatre mois consécutifs sous l'objectif, ou plus de deux incidents critiques en 12 mois non résolus dans les délais, vous pouvez résilier le contrat pour juste motif sans frais de résiliation anticipée. Demandez aussi une option de remboursement : les crédits non utilisés doivent vous être versés en fin de contrat, et non être perdus.

Reporting et transparence

Un SLA qui n'est pas mesuré n'existe pas. Dans un contrat sain, le prestataire fournit chaque mois un rapport SLA comprenant au minimum :

• Le nombre de tickets par priorité et par catégorie.
• Les délais de réponse et de résolution par priorité, avec le taux de respect.
• Le MTTR (Mean Time to Resolve, temps moyen de résolution) et le taux de FCR (First Call Resolution, résolution au premier appel).
• Les mesures de disponibilité des systèmes clés.
• Le score CSAT (satisfaction client, mesurée après la clôture des tickets).
• Le nombre de manquements au SLA, avec analyse des causes profondes.
• Les perspectives : quelles évolutions de processus sont prévues.

Les meilleurs MSP dépassent régulièrement 95 % de respect du SLA ; pour les tickets P1, des objectifs réalistes se situent entre 98 et 99 %. En matière de satisfaction client, les prestataires solides visent 90 % ou plus. Demandez ces chiffres avant de signer : si le prestataire ne peut pas les fournir, c'est qu'il ne les mesure pas lui-même, et le SLA n'est qu'un bout de papier. Pour comprendre comment un MSP rend son travail visible, lisez qu'est-ce que l'administration système.

Ce que l'on oublie souvent

Trois sujets manquent dans deux tiers des SLA. D'abord, les SLA de sécurité : délais de détection et de réponse aux incidents, comme une alerte EDR, cycles de correctifs, formations de sensibilisation ; NIS2 les exige explicitement. Ensuite, la gestion des changements : délai de traitement des changements standard et d'urgence ; un SLA de helpdesk exige souvent 4 à 8 heures pour un changement standard et 30 minutes pour un changement d'urgence. Enfin, les clauses de sortie avec portabilité des données : dans quels formats et à quel coût récupérez-vous vos données en cas de départ ? Depuis septembre 2025, le Data Act européen impose davantage de transparence sur ce point.

Négocier : où se trouve la marge de manœuvre ?

Les modèles de SLA standard sont négociables, y compris pour une PME. La marge se situe surtout au niveau des délais de réponse (P2 et P3 peuvent souvent être resserrés), des pourcentages de crédits de service et de leurs seuils de déclenchement, de la clause de défaillance chronique et du remboursement des crédits, des frais de sortie et de la portabilité des données, ainsi que de la durée du contrat (12 mois pour plus de flexibilité, 36 mois souvent pour de meilleurs tarifs). Rarement négociable : les taux de disponibilité des services cloud externes que le MSP ne gère pas lui-même. Il dépend alors lui-même de ses contrats sous-jacents avec l'hyperscaler.

Questions fréquentes sur le SLA des services IT

Quelle est la différence entre délai de réponse et délai de résolution dans un SLA ? Le délai de réponse est le temps écoulé entre votre signalement et la première réaction concrète du prestataire. Le délai de résolution est le temps nécessaire pour que le problème soit effectivement résolu. Certains contrats ne mentionnent que le délai de réponse et omettent de fixer le délai de résolution ; exigez les deux, différenciés par priorité.

Quel taux de disponibilité un prestataire IT doit-il offrir à une PME ? Pour la plupart des systèmes clés (messagerie, stockage de fichiers, ERP), 99,9 % par mois est un plancher raisonnable, soit au maximum 43 minutes d'indisponibilité par mois. Les environnements de production ou de santé critiques méritent 99,95 à 99,99 %. Vérifiez la définition de la mesure : les fenêtres de maintenance planifiée ne doivent pas être exclues en catimini.

Que sont les crédits de service et sont-ils vraiment efficaces ? Les crédits de service sont des remises sur la facture mensuelle en cas de non-respect du SLA. Ils jouent le rôle d'incitation financière, mais couvrent rarement votre préjudice réel. C'est pourquoi une clause de défaillance chronique doit les accompagner : en cas de sous-performance structurelle, vous pouvez résilier le contrat sans frais de résiliation anticipée.

Puis-je partir si mon prestataire IT ne respecte pas le SLA de manière structurelle ? Uniquement si votre contrat le prévoit. Un bon SLA comprend une clause de défaillance chronique : après trois mois consécutifs sous l'objectif, vous pouvez résilier pour juste motif sans pénalité. Sans une telle clause, vous restez engagé jusqu'au terme du contrat.

À quelle fréquence dois-je recevoir des rapports SLA ? Au minimum chaque mois, avec une revue trimestrielle et annuelle. Un rapport complet indique les volumes par priorité, les taux de respect, le MTTR, les mesures de disponibilité, le CSAT et la liste des manquements avec analyse des causes profondes. Si le prestataire ne peut pas le fournir, il ne mesure rien, et le SLA reste lettre morte.

Ma PME a-t-elle besoin d'un support 24 h/24 et 7 j/7 ? Uniquement si votre activité se poursuit en dehors des heures de bureau, ou si vos services clients doivent être disponibles en permanence. Un support 24 h/24 et 7 j/7 coûte généralement 20 à 50 % de plus ; pour un bureau ouvert de 9 h à 17 h, une bonne formule de 7 h à 19 h est souvent plus adaptée.

Conclusion

Un SLA pour des services IT n'est pas une annexe que l'on parcourt en diagonale. C'est le document qui vous permet, à la fin d'un mauvais mois, de démontrer ce que le prestataire aurait dû fournir, et de partir sans pénalité en cas de sous-performance structurelle. Ses quatre piliers : la disponibilité du support, les délais de réponse et de résolution par priorité, un taux de disponibilité avec une définition de mesure claire, et des conséquences sous forme de crédits de service assortis d'une clause de défaillance chronique. N'oubliez pas les SLA de sécurité, la gestion des changements et les clauses de sortie.

Vous êtes en pleine négociation ou vous envisagez d'externaliser votre infogérance ? Nous aidons volontiers les PME néerlandaises à mettre en place ou à renégocier un SLA réellement efficace. Découvrez nos services d'infogérance ou appelez le +31 85 303 5869 pour un échange sans discours commercial, mais avec des réponses claires. TRON Group. Moving IT Forward - Une informatique qui fonctionne, évolue et protège.