Un contrat de niveau de service (SLA) informatique engage un prestataire et son client sur des objectifs précis, comme les délais de réponse, la disponibilité d’un service et le suivi des incidents. Mais un engagement écrit ne suffit pas : il doit être mesurable, adapté aux besoins de l’entreprise et vérifiable à partir de données compréhensibles. Découvrez les niveaux de service qu’un SLA peut couvrir, la différence entre délai de prise en charge et délai de résolution, ainsi que les indicateurs qui permettent d’évaluer les résultats. Vous verrez également comment définir des engagements réalistes pour une PME à Genève, suivre les performances et repérer les clauses susceptibles de créer un écart entre le service attendu et le service fourni.
Points clés
- Définissez les services couverts et les responsabilités de chaque partie pour que les engagements soient compréhensibles.
- Distinguez le délai de prise en compte d’un incident du délai nécessaire pour rétablir le service.
- Interprétez les objectifs de disponibilité avec leur période de mesure et les conditions prévues au contrat.
- Associez chaque engagement à un indicateur vérifiable, puis examinez régulièrement les résultats et les incidents.
Table des matières
- Qu’est-ce qu’un accord de niveau de service ou SLA informatique ?
- Métriques de disponibilité et de temps de fonctionnement
- Mesure des performances et indicateurs clés de performance
- Types de SLA : niveau client, niveau service et multiniveaux
- Contrôle des engagements de service
- Flux Group SARL: Flux ICT
Qu’est-ce qu’un accord de niveau de service ou SLA informatique ?
Un SLA formalise les services attendus et les engagements convenus entre un fournisseur informatique et son client. Il établit un cadre commun pour évaluer la qualité de la prestation, préciser les responsabilités et traiter les écarts.
Définition et objectifs d’un SLA informatique
Un contrat de niveau de service (SLA) informatique, aussi appelé service level agreement, décrit les résultats attendus pour un service informatique. Il aide le client et le fournisseur à s’accorder sur le périmètre couvert, les responsabilités et la méthode d’évaluation de la prestation.
Pour une PME, l’intérêt est concret : les utilisateurs savent comment signaler un incident, et les responsables disposent d’une base commune pour en discuter. Une fiduciaire peut, par exemple, distinguer un problème d’accès à son logiciel comptable d’une demande d’installation sur un poste.
La gestion des niveaux de service consiste à définir les engagements, à suivre leur respect et à les réexaminer avec le fournisseur. Elle relie la prestation aux besoins opérationnels. Un SLA utile emploie des formulations précises, compréhensibles aussi bien par le responsable administratif que par l’équipe technique.
En Suisse, le SLA décrit les engagements de service convenus, tandis que le contrat de services encadre la prestation dans son ensemble. Pour déterminer les obligations applicables à une situation, examinez les documents contractuels concernés et les services qu’ils couvrent. Le SLA ne constitue pas, à lui seul, une liste générale de délais légaux applicables à tous les prestataires informatiques.
La différence avec un indicateur de performance est également importante. Un indicateur mesure un résultat; le SLA organise les engagements et les responsabilités liés au service. Une mesure isolée ne précise donc pas qui doit agir lorsque le résultat attendu n’est pas atteint.
Pénalités et compensations
Les pénalités et compensations sont des mesures que les parties peuvent inscrire au contrat en cas de non-respect d’un engagement convenu. Elles clarifient les suites à donner et évitent de négocier une réponse au cas par cas après chaque incident.
Les modalités peuvent prévoir une assistance supplémentaire ou une réduction de prix. Le contrat doit alors décrire l’engagement concerné, les éléments permettant de constater un écart et la manière d’appliquer la mesure prévue. Il doit aussi distinguer un manquement mesurable d’une insatisfaction générale.
Par exemple, si un service devient indisponible et que le délai de prise en charge convenu est dépassé, les parties peuvent examiner l’écart à partir des traces de signalement et des comptes rendus. Le mécanisme applicable dépend des clauses acceptées : une compensation ne s’applique pas automatiquement.
Une compensation ne rétablit pas le service. Le SLA peut donc aussi préciser le suivi de l’incident, les mesures correctives et la communication avec les utilisateurs concernés. Une PME a intérêt à distinguer clairement ces actions des éventuelles conséquences contractuelles.
Avant d’accepter une clause, vérifiez qu’elle précise comment les deux parties constatent le manquement et documentent sa résolution. Cette précision facilite l’application du dispositif et les échanges entre le responsable de l’entreprise et le fournisseur.
Métriques de disponibilité et de temps de fonctionnement
Un SLA peut suivre la disponibilité d’un service, les interruptions et les délais de traitement. Pour interpréter correctement ces mesures, identifiez la période observée et les événements pris en compte.
Taux de disponibilité
Le taux de disponibilité exprime la part du temps prévu pendant laquelle un service reste utilisable. Il aide à évaluer si l’accès au service répond aux besoins de l’entreprise.
Pour une PME, précisez le service mesuré : une application métier, une connexion réseau ou l’ensemble des outils de travail. Une application accessible depuis les bureaux, mais pas à distance, peut donner une image différente selon le périmètre retenu.
La mesure doit aussi définir ce que signifie « utilisable ». Si une collaboratrice peut se connecter, mais ne peut pas enregistrer une facture, l’application fonctionne techniquement sans répondre à l’usage attendu. Décrivez les opérations essentielles que les utilisateurs doivent pouvoir effectuer.
Indisponibilité autorisée
L’indisponibilité autorisée désigne la durée d’arrêt compatible avec l’objectif de disponibilité convenu. Elle traduit un seuil de performance en une conséquence concrète pour l’activité.
Son interprétation dépend de la période de mesure. Une même cible peut correspondre à une durée d’arrêt différente selon que le calcul couvre les heures ouvrées ou l’ensemble du calendrier. Le SLA doit donc préciser la période retenue et le traitement des maintenances planifiées.
Tenez aussi compte du moment où survient l’arrêt. Pour une fiduciaire, l’indisponibilité d’un logiciel comptable pendant une période de clôture peut être plus gênante qu’une interruption comparable lorsque l’équipe ne l’utilise pas. Le seuil doit refléter les besoins opérationnels, pas seulement afficher un pourcentage favorable.
Temps de fonctionnement et d’indisponibilité
Le temps de fonctionnement correspond à la période où un service remplit l’usage prévu; le temps d’indisponibilité désigne les périodes où cet usage n’est plus possible. Cette distinction facilite le suivi pour les équipes.
Définissez les conditions qui marquent le début et la fin d’une interruption. Une PME peut, par exemple, considérer son outil de facturation comme indisponible dès qu’un utilisateur ne peut plus créer ou enregistrer une facture, même si l’écran de connexion s’ouvre normalement.
Enfin, distinguez l’indisponibilité du ralentissement. Une application lente peut rester accessible tout en empêchant une tâche d’avancer correctement. Un indicateur distinct permet de documenter cette situation sans la confondre avec une panne complète. Le rapport de suivi gagne ainsi en précision et reflète mieux l’expérience des utilisateurs.
Mesure des performances et indicateurs clés de performance
Un SLA utile associe chaque engagement à un indicateur calculable et à une méthode de suivi. Pour choisir les bons critères, partez des services utilisés par votre PME, puis précisez le contenu des rapports et leur fréquence.
Incluez des mesures que le prestataire peut documenter, comme les délais de réponse, les incidents résolus et la disponibilité. Présentez ensuite les résultats dans des rapports réguliers et révisez les objectifs lorsque l’activité ou l’infrastructure évolue.
Critères et indicateurs de performance
Un indicateur de performance, ou KPI, mesure un résultat précis par rapport à un objectif défini. Il aide à vérifier si le prestataire respecte les engagements et à repérer les difficultés qui affectent les utilisateurs.
Retenez des mesures vérifiables : délai entre le signalement et la réponse, durée de rétablissement ou part des demandes traitées dans le délai convenu. Un SLA peut aussi viser une disponibilité de 99,9 %. Pour une PME, distinguez les incidents critiques des demandes courantes afin que les chiffres reflètent les priorités réelles.
Définissez pour chaque indicateur la période de calcul, la source des données et les événements inclus. Sans ces critères, les parties risquent d’interpréter différemment un même résultat. Le nombre d’appels sans réponse, par exemple, doit être rapporté au volume d’appels reçus pendant la période mesurée.
Reporting des performances
Le reporting rassemble les résultats des indicateurs dans un rapport partagé entre le prestataire et son client. Il rend la relation plus lisible et permet de discuter des écarts à partir de données communes.
Le SLA peut prévoir un rapport mensuel sur le niveau de service et une réunion trimestrielle. Pour une PME, le rapport peut présenter les incidents, leurs délais de prise en charge, les interruptions constatées et les objectifs atteints. Chaque chiffre doit être accompagné de sa période et de sa méthode de calcul.
Un suivi hebdomadaire peut convenir à une situation particulière, comme une période de transition informatique. La fréquence importe moins que la cohérence : les mêmes indicateurs doivent apparaître d’un rapport à l’autre. Un tableau simple aide un responsable administratif à distinguer une tendance d’un incident isolé.
Niveaux de service à inclure
Les niveaux de service à inclure sont les engagements qui décrivent les résultats attendus pour chaque service couvert. Ils relient les indicateurs à des situations concrètes, au lieu de suivre des chiffres sans rapport avec l’activité.
Précisez les horaires de support, les catégories d’incidents, les délais de réponse et les objectifs de résolution. Ajoutez des critères de disponibilité lorsqu’un outil soutient directement les opérations. Dans une fiduciaire, par exemple, l’accès au logiciel comptable peut nécessiter un suivi distinct de celui d’une imprimante partagée.
Un indicateur doit correspondre à un service identifié et porter sur des éléments que le prestataire peut maîtriser. Évitez de regrouper des outils différents dans une seule mesure : une panne réseau et un incident applicatif n’ont pas nécessairement la même origine. Cette distinction rend les résultats plus utiles lors d’un échange contractuel.
Suivi et révision des performances
Le suivi consiste à recueillir les données prévues, à comparer les résultats aux objectifs et à examiner les écarts avec le prestataire. Une révision périodique permet d’adapter le SLA à l’évolution des besoins de la PME.
Conservez les tickets, les heures de signalement et les comptes rendus d’incident. Ces traces permettent de vérifier le respect des délais et d’expliquer un écart. Si les utilisateurs signalent des lenteurs malgré de bons indicateurs de disponibilité, ajoutez une mesure liée à la fonctionnalité observée.
Lors d’une revue trimestrielle, comparez les rapports, repérez les incidents récurrents et convenez d’actions correctives. Si une équipe signale régulièrement un défaut après une mise à jour, par exemple, le suivi doit faire apparaître les dates, les conséquences et les suites apportées. La mesure devient alors un outil d’amélioration de la prestation, pas seulement un contrôle des chiffres.
Types de SLA : niveau client, niveau service et multiniveaux
Le périmètre d’un accord de niveau de service varie selon qu’il couvre un client, un service précis ou plusieurs niveaux. Le modèle retenu doit relier les engagements du fournisseur aux besoins concrets de l’entreprise.
SLA basé sur le client
Un SLA basé sur le client rassemble les engagements convenus pour un client donné et ses services. Il permet de tenir compte de besoins particuliers, sans appliquer les mêmes conditions à tous les utilisateurs.
Une PME peut ainsi réunir dans un même accord le support de ses postes et l’accès à son application métier. Les niveaux convenus peuvent varier selon l’importance de chaque outil. Cette formule donne une vue d’ensemble, mais demande de décrire clairement chaque service couvert.
Ce modèle convient lorsque les attentes d’une fiduciaire diffèrent de celles d’un commerce, même si les deux utilisent un service informatique similaire. Le contrat précise alors les responsabilités, les horaires de support et les objectifs de réponse propres à cette relation.
SLA basé sur le service
Un SLA basé sur le service définit les mêmes engagements pour chaque client qui utilise un service donné. Il facilite la comparaison des résultats, car le fournisseur applique un cadre commun à ce service.
Pour un service cloud, l’accord peut prévoir une disponibilité de 99,9 % sur une période mensuelle. Un hébergeur peut aussi établir un objectif de 99,95 % pour les sites web de ses clients. Le pourcentage doit être associé au service concerné et à sa méthode de mesure.
Cette approche convient aux prestations standardisées, mais ne reflète pas toujours les besoins propres à une PME. Un outil utilisé pendant les heures de bureau et une plateforme qui reçoit des commandes en continu peuvent nécessiter des attentes différentes.
SLA multiniveau
Un SLA multiniveau combine des engagements communs et des dispositions liées à un service ou à un client. Il évite de répéter les mêmes conditions tout en prévoyant des règles adaptées aux besoins particuliers.
Le niveau général peut définir le processus de signalement pour tous les utilisateurs. Un niveau propre au service précise ensuite les délais de réponse pour une application métier. Dans une PME, un accord interne entre équipes peut aussi répartir les tâches nécessaires au respect de l’engagement conclu avec le fournisseur.
Cette structure clarifie les interventions de chaque partie à chaque étape. Elle doit toutefois éviter les contradictions entre le niveau général et les exigences propres au service.
Exemples dans le cloud et le service client
Les exemples de cloud et de support montrent comment un SLA traduit une prestation en objectifs observables. Ils aident à comparer les engagements, sans constituer des seuils universels.
Un accord de service client peut viser une résolution dès le premier appel pour 70 % des demandes. Il peut aussi prévoir une réponse aux e-mails dans les 24 heures, puis une remontée des appels non résolus au support de niveau 2 dans un jour ouvrable.
Pour une PME, ces engagements montrent pourquoi le canal de contact et la définition d’une demande comptent. Un e-mail reçu et un appel transmis au niveau 2 ne suivent pas la même étape de traitement. Le SLA doit donc associer chaque objectif à un service, un événement mesurable et un responsable identifié.
Contrôle des engagements de service
Un SLA fixe les résultats attendus et les moyens de les contrôler. Un contrat de maintenance décrit des opérations d’entretien, tandis qu’un contrat d’infogérance confie la gestion de services informatiques. Le SLA peut compléter ces contrats en précisant les niveaux de service, les preuves de suivi et le traitement des écarts. En Suisse, les attentes convenues doivent être formulées clairement dans le contrat.
Suivi des engagements de service
Le suivi consiste à comparer les engagements convenus aux données observées pendant la période prévue. Il permet de vérifier les résultats et d’examiner les écarts à partir de faits précis.
Conservez les tickets, les heures de signalement et les comptes rendus d’incident. Pour une PME genevoise, ces éléments permettent de retracer une panne d’application, de son signalement à la remise en service. Le rapport doit identifier le service concerné, la période mesurée et la méthode utilisée.
Prévoyez aussi un échange régulier sur les résultats. Un SLA peut, par exemple, prévoir un rapport mensuel sur le niveau de service et une réunion trimestrielle. Les responsables peuvent y examiner les incidents récurrents, convenir d’actions correctives et attribuer chaque action à une partie.
Différences avec la maintenance et l’infogérance
Le SLA précise les niveaux de service attendus, tandis que la maintenance et l’infogérance décrivent principalement les prestations. Cette distinction aide à savoir ce qui est réalisé et comment les résultats sont évalués.
Un contrat de maintenance peut prévoir l’entretien des équipements ou des interventions correctives. Il ne précise pas nécessairement les délais de réponse ni les indicateurs de performance. Le SLA peut compléter ces éléments, par exemple en distinguant une panne bloquante d’une demande courante.
L’infogérance confie au prestataire la gestion de tout ou partie des services informatiques. Son périmètre peut inclure plusieurs tâches, tandis que le SLA précise les niveaux attendus pour ces services. Une PME qui confie la gestion de ses postes peut donc définir séparément les délais de prise en charge des incidents et les modalités de reporting.
Pour contrôler un écart, identifiez d’abord l’engagement concerné et les preuves disponibles. Comparez ensuite les données au seuil convenu, puis consignez le constat dans le rapport. Si le contrat prévoit une compensation, le rapport doit documenter les conditions prévues et la période concernée.
Un contrôle utile tient aussi compte des attentes des utilisateurs. Un rapport peut, par exemple, montrer que les tickets sont traités dans les délais, alors qu’une application reste difficile à utiliser. Les parties peuvent alors préciser un indicateur lié à la fonctionnalité ou convenir d’une action distincte, plutôt que de conclure que tous les besoins sont couverts.
La portée du contrôle dépend des engagements écrits. Définissez les données examinées, les responsabilités liées à leur collecte et le processus de contestation d’un résultat. Cette méthode évite de fonder un rapport sur des critères différents de ceux acceptés par le prestataire et la PME.
Flux Group SARL: Flux ICT
Flux Group SARL accompagne les PME qui souhaitent mieux cadrer leurs services informatiques et le suivi des incidents. Ses prestations comprennent le support informatique, la cybersécurité ainsi que la téléphonie VoIP et les télécommunications. Elles sont utiles pour clarifier les services couverts par les engagements et les attentes liées au support.
Une fiduciaire peut, par exemple, vouloir distinguer les demandes d’assistance courantes d’un incident qui bloque l’accès à ses outils. Des indicateurs précis facilitent alors le suivi de la relation avec le prestataire et la lecture des résultats. Pour discuter de vos besoins en support informatique ou en téléphonie, contactez Flux Group SARL.
Préparez la prochaine revue de vos engagements
Avant de revoir votre contrat de niveau de service (SLA) informatique, rassemblez les incidents récents, les outils concernés et les difficultés signalées par vos équipes. Ces éléments vous aideront à distinguer les engagements toujours adaptés à vos besoins de ceux qui doivent être clarifiés. Vous pourrez ensuite définir les services prioritaires, les résultats attendus et la méthode de suivi avec votre prestataire.
Prévoyez également une révision après un changement important, comme le déploiement d’une nouvelle application ou l’évolution des horaires de travail. Un accord adapté à l’activité facilite les échanges et fournit aux responsables des critères concrets pour suivre la prestation. Avancez point par point, en commençant par le service qui affecte le plus directement vos opérations.
Une démarche claire permet de faire évoluer les accords au rythme de votre entreprise.
Questions fréquentes
Qu’est-ce qu’un SLA informatique ou Service-Level Agreement ?
Un SLA informatique, appelé aussi Service-Level Agreement, formalise les niveaux de service attendus entre un fournisseur et son client. Il sert de référence commune lorsque vous évaluez une prestation ou discutez d’un incident. Par exemple, si une application métier devient inaccessible, les parties peuvent s’appuyer sur les critères convenus pour déterminer le service concerné et les suites à donner.
Comment calculer la disponibilité d’un système informatique ?
Divisez le temps de fonctionnement par le temps de service prévu, puis multipliez le résultat par 100. Le calcul doit porter sur une période définie et tenir compte des interruptions selon les règles du SLA. Vérifiez notamment comment sont traitées les maintenances planifiées et les défaillances partielles. Une application peut sembler accessible, tout en empêchant les utilisateurs d’effectuer une opération clé.
Comment choisir, rédiger et mettre en place un SLA efficace ?
Commencez par dresser la liste des services concernés et des opérations qu’ils soutiennent. Pour chacun, précisez le périmètre couvert, les responsabilités, les critères de mesure, les modalités de signalement et le traitement des écarts. Lors de la négociation, vérifiez que les équipes disposent des données nécessaires au suivi. Une fois l’accord rédigé, communiquez aux utilisateurs les consignes de déclaration d’incident.
Comment adapter le type de SLA à la gouvernance IT et pourquoi superviser les engagements ?
Choisissez un SLA par client si ses besoins spécifiques priment, par service si une même prestation concerne plusieurs clients, ou multiniveau si des règles générales coexistent avec des exigences particulières. La supervision aide à repérer les écarts et les incidents récurrents à partir des données suivies. Une revue avec les responsables opérationnels permet de déterminer si les priorités, les outils ou la répartition des responsabilités ont changé.
Quels délais de prise en charge et de résolution prévoir selon la priorité des incidents ?
Pour un incident critique, des exemples prévoient une prise en charge en moins de 30 minutes ou sous une heure, et une résolution sous quatre heures. Pour un incident mineur, un exemple prévoit une réponse sous 24 heures et une résolution sous 72 heures; pour un incident majeur, la résolution peut être prévue sous huit heures. Distinguez toujours le délai de réponse du délai de rétablissement.
Article par
Delyan TZONEV
Entrepreneur et dirigeant passionné, je suis CEO de Flux Group et Hype Swiss. J'accompagne les entreprises dans leur transformation numérique grâce à des solutions innovantes en informatique, télécommunications et développement logiciel. Mon objectif est de concevoir des technologies performantes qui simplifient le quotidien des entreprises et soutiennent leur croissance.
Clause de non-responsabilité
Les articles publiés sur le blog de Flux Group ont pour objectif de partager notre expertise, notre expérience du terrain et les bonnes pratiques en matière d'informatique, de cybersécurité, de cloud, de télécommunications et de transformation numérique des PME.
Nous nous efforçons de fournir des informations fiables, à jour et pertinentes au moment de leur publication. Toutefois, les technologies, les réglementations et les offres de services évoluent rapidement. Les contenus publiés sont donc fournis à titre informatif et ne constituent pas un conseil personnalisé, juridique, fiscal, financier ou technique.
Chaque entreprise ayant des besoins spécifiques, nous vous recommandons de solliciter un accompagnement professionnel avant de prendre une décision ou de mettre en œuvre une solution présentée dans nos articles.
Les avis, recommandations et comparatifs publiés sur ce blog reflètent notre analyse et notre expérience. Lorsque nous évoquons des partenaires ou des éditeurs tels que Microsoft, Swisscom ou Infomaniak, notre objectif est de présenter les solutions de manière objective, en mettant en avant leurs avantages ainsi que leurs limites selon les différents contextes d'utilisation.
Flux Group ne pourra être tenu responsable des conséquences directes ou indirectes résultant de l'utilisation des informations publiées sur ce blog. Les liens vers des sites externes sont proposés pour compléter l'information ; leur contenu relève de la responsabilité de leurs éditeurs respectifs.
© Flux Group – Tous droits réservés.
Nos services
Si vous souhaitez être accompagné dans le choix, le déploiement ou l'optimisation de vos solutions informatiques, les experts de Flux Group sont à votre disposition. Nous accompagnons les PME de Genève, de Suisse romande et du Pays de Gex dans leurs projets Microsoft 365, cybersécurité, cloud, télécommunications, infogérance et infrastructures IT.
Besoin d'un accompagnement IT à Genève ?
Parlons de votre infrastructure, de votre sécurité ou de votre téléphonie. Sans engagement.
Contacter Flux Group