GTR, GTI et disponibilité : ce que couvrent réellement les engagements

01

Distinguer GTI, GTR et intervention au mieux

L’Arcep présente trois niveaux courants pour les offres fixes destinées aux entreprises. Une intervention au mieux signifie que l’opérateur traite l’incident sans délai garanti. La garantie de temps d’intervention, ou GTI, encadre généralement l’intervention sous un certain délai et relève d’un engagement de moyen dans la grille pédagogique de l’Arcep. La garantie de temps de rétablissement, ou GTR, encadre généralement la réparation dans un délai défini et est présentée comme un engagement de résultat. Cette grille aide à comprendre le marché, mais elle ne remplace jamais le texte de l’offre souscrite.

Le mot intervention est particulièrement trompeur. Il peut désigner le début du diagnostic à distance, l’affectation d’un ticket, l’action d’une équipe réseau ou le déplacement d’un technicien. Il ne signifie pas nécessairement qu’une personne sera physiquement présente dans les locaux avant l’échéance. De même, rétablissement peut viser un retour complet, un service fonctionnel en mode dégradé, un contournement temporaire ou un remplacement de composant. Le contrat doit définir l’état qui arrête le chronomètre.

Pour comparer deux offres, demandez la clause complète plutôt qu’un chiffre repris dans une brochure. Relevez le service couvert, la durée, les plages d’application, le point de départ, les causes de suspension, les exclusions, les obligations du client, le processus d’escalade et la conséquence d’un dépassement. Deux offres affichant une GTR identique peuvent produire des protections très différentes. À l’inverse, une offre avec une durée plus longue mais un périmètre clair et une exploitation solide peut être plus prévisible qu’un engagement ambigu.

02

Lire les heures ouvrées sans faire de raccourci

Une durée n’a de sens qu’avec un calendrier. Une GTR exprimée en heures ouvrées ne s’écoule que pendant les périodes prévues au contrat. Si un incident est déclaré en dehors de cette plage, le délai peut ne commencer qu’à la prochaine ouverture du support. Une couverture en fonctionnement continu inclut théoriquement nuits, week-ends et jours fériés, mais il faut encore vérifier les modalités de déclaration, le niveau de support disponible et les éventuelles différences entre diagnostic distant et intervention sur site.

Le Guide numérique des entreprises 2026 de l’Arcep cite des pratiques souvent rencontrées, telles qu’une GTI de dix heures ouvrées ou au jour ouvré suivant pour certaines offres professionnelles, et une GTR de quatre heures ouvrées, parfois proposée en option en fonctionnement continu, pour certaines offres entreprise. Ces exemples ne constituent ni une norme obligatoire ni une promesse applicable à toutes les offres. Le fournisseur peut proposer d’autres durées, calendriers et conditions. Seule la documentation contractuelle finale permet de savoir ce qui est acheté.

Transformez chaque formule en scénario daté. Que se passe-t-il pour une panne déclarée vendredi en fin de journée, samedi matin ou pendant un jour férié ? À quelle heure l’incident doit-il être rétabli si le diagnostic commence après plusieurs contrôles demandés au client ? Cette mise en situation rend les clauses compréhensibles par les métiers et révèle les écarts entre une activité en horaires de bureau, un commerce ouvert le week-end, une usine en équipes ou un service accessible en permanence.

• Jours couverts et fuseau horaire de référence
• Heure de début et de fin de chaque plage de support
• Traitement des nuits, week-ends et jours fériés
• Disponibilité réelle du support et canal autorisé de déclaration
• Conditions distinctes pour diagnostic à distance et déplacement sur site

03

Identifier le véritable point de départ du délai

Le délai peut commencer à l’ouverture du ticket, à son enregistrement par le système du fournisseur, après qualification de l’incident ou après exécution de tests par le client. Ces instants ne sont pas équivalents. Une panne détectée par la supervision à 9 heures, signalée par téléphone à 9 h 15 et qualifiée à 10 heures peut avoir trois points de départ possibles. Le contrat et la procédure opérationnelle doivent désigner celui qui fait foi, ainsi que l’horodatage utilisé comme preuve.

Certaines procédures exigent un appel vers un numéro précis, un numéro de circuit, une description des symptômes, des tests de redémarrage ou la présence d’un interlocuteur sur site. Un courriel envoyé à un contact commercial peut ne pas déclencher l’engagement. Ces exigences doivent être connues des équipes de permanence et accessibles pendant une panne. Une clause protectrice perd une grande partie de sa valeur si personne ne sait ouvrir correctement l’incident ou retrouver l’identifiant demandé.

Le chronomètre peut être suspendu lorsque le fournisseur attend une information, un accès aux locaux, une alimentation stable, une action du client ou une autorisation de travaux. Il peut aussi être arrêté lorsqu’un contournement restaure le service dans les conditions prévues. Demandez comment chaque pause est notifiée, contestée et tracée. Sans journal partagé, l’analyse après incident oppose facilement des souvenirs différents. Une procédure claire doit produire un numéro de ticket, des horodatages, des statuts et un compte rendu de clôture.

04

Définir le périmètre technique couvert

Une GTR peut porter sur le lien d’accès jusqu’à un point de livraison sans couvrir le réseau local, le pare-feu, le Wi-Fi, le câblage interne, l’application cloud ou un équipement appartenant au client. Elle peut couvrir le routeur fourni en location, mais exclure un commutateur tiers. Elle peut rétablir la connectivité IP sans restaurer un tunnel VPN configuré par un autre prestataire. Il faut donc localiser la frontière de responsabilité sur un schéma simple et faire correspondre chaque composant à son contrat de support.

Le service est une chaîne. Entre l’utilisateur et son application se trouvent le terminal, le réseau local, les équipements de sécurité, l’accès opérateur, la collecte, internet ou un réseau privé, le fournisseur cloud et l’application. Un voyant au vert au point de livraison n’implique pas que le parcours métier fonctionne. Inversement, un ralentissement applicatif peut ne pas constituer un incident du lien. Définir des tests de référence permet de qualifier le bon périmètre et d’éviter des renvois entre fournisseurs.

Le débit mérite la même précision. Débit maximal, débit garanti, débit disponible au point de livraison et performance observée en Wi-Fi ne décrivent pas la même chose. Le contrat doit préciser où et comment la qualité est mesurée. Si une garantie porte sur un accès, testez depuis un équipement filaire maîtrisé, avec un protocole convenu, plutôt que depuis un poste connecté à un réseau local chargé. Pour les réseaux multisites, vérifiez si l’engagement concerne chaque accès, le cœur de réseau ou le service de bout en bout.

05

Comprendre disponibilité, durée et fréquence des pannes

Un taux de disponibilité exprime la part du temps pendant laquelle le service est considéré disponible sur une période donnée. Son calcul dépend de la définition de l’indisponibilité, de la période de mesure, des arrondis et des temps exclus. Par exemple, maintenance planifiée, événement hors périmètre ou indisponibilité causée par le client peuvent être retirés du calcul. Sans formule contractuelle, un pourcentage affiché ne permet pas de déduire une durée maximale de coupure ni un droit à compensation.

La disponibilité agrégée masque la forme des incidents. Plusieurs interruptions courtes et une seule panne longue peuvent conduire à un résultat annuel voisin, alors que leurs effets métiers diffèrent. Une plateforme de paiement peut mal tolérer des microcoupures répétées ; une opération administrative peut supporter celles-ci mais pas une interruption de plusieurs heures. Il faut donc suivre au moins le nombre d’incidents, leur durée, leurs horaires, le temps de détection, le temps de prise en charge et le temps de rétablissement.

La GTR et la disponibilité répondent ainsi à deux questions différentes. La GTR indique le délai contractuel de remise en service pour un incident éligible. La disponibilité indique la proportion de temps conforme selon une méthode donnée. Aucune des deux ne garantit l’absence de panne. Pour décider, ajoutez des indicateurs opérationnels : latence, pertes, gigue, débit, récurrence, délai de notification et qualité des comptes rendus. Les indicateurs utiles dépendent des applications et doivent rester mesurables.

06

Examiner exclusions, maintenances et cas de force majeure

Les exclusions déterminent une grande partie de la portée réelle de l’engagement. Elles peuvent concerner un défaut d’alimentation ou de câblage interne, un équipement non fourni, une mauvaise configuration du client, l’impossibilité d’accéder au site, des travaux d’un tiers, un dommage sur le domaine privé, une maintenance annoncée ou un événement qualifié de force majeure selon le contrat. Il ne faut ni supposer que toutes ces exclusions existent ni supposer qu’aucune ne s’applique : elles se lisent dans les conditions particulières et générales de l’offre.

La maintenance planifiée mérite une attention distincte. Demandez son délai de prévenance, ses horaires, sa durée maximale, le canal de notification et son traitement dans le calcul de disponibilité. Vérifiez si des maintenances urgentes suivent une procédure différente. Une intervention programmée la nuit peut rester critique pour une entreprise qui produit ou sauvegarde à ce moment. Le contact qui reçoit les avis doit pouvoir évaluer l’impact et diffuser l’information aux équipes concernées.

Les obligations du client doivent être réalistes. Présence d’un technicien sur site, accès au local technique, conservation d’un équipement sous tension, fourniture de journaux ou exécution de tests peuvent conditionner le maintien du délai. Identifiez qui peut répondre en dehors des heures habituelles et comment le fournisseur obtient l’autorisation d’accès. Une organisation ne doit pas payer une couverture continue si sa propre procédure rend impossible toute action la nuit, sauf si elle accepte consciemment cette limite.

• Liste exhaustive des exclusions et renvoi vers les clauses concernées
• Règles de suspension et de reprise du chronomètre
• Maintenance planifiée, maintenance urgente et préavis associés
• Conditions d’accès au site et disponibilité demandée au client
• Traitement des équipements, câbles et travaux situés en domaine privé

07

Relier le niveau de service au besoin métier

Le bon niveau de service ne se choisit pas par catégorie commerciale, mais à partir de l’impact d’une indisponibilité. Pour chaque site, listez les activités dépendantes : encaissement, production, accueil téléphonique, télétravail, accès à un logiciel cloud, échanges intersites, télésurveillance ou communication avec des partenaires. Estimez ce qui s’arrête immédiatement, ce qui peut fonctionner en mode dégradé et pendant combien de temps. Cette durée acceptable devient un critère de comparaison avec le délai contractuel.

Si l’activité ne tolère qu’une interruption de quelques minutes, même une GTR de quelques heures ne répond pas seule au besoin. Il faut une bascule automatique ou rapide vers un autre accès, des applications capables de suivre ce changement et une procédure maîtrisée. Si le site peut travailler hors ligne pendant une demi-journée, une offre moins exigeante associée à une procédure claire peut être suffisante. L’objectif n’est pas d’acheter la clause la plus ambitieuse, mais de couvrir le risque au coût et à la complexité acceptables.

Distinguez également les besoins selon les sites et les horaires. Le siège, un atelier, une boutique et un dépôt n’ont pas nécessairement la même criticité. Une matrice simple attribue à chaque site une classe, les applications essentielles, la durée de coupure acceptable, le mode dégradé et le niveau d’escalade. Cette méthode évite de surdimensionner tous les accès de manière uniforme ou de laisser un petit site critique avec un contrat inadapté parce que son nombre d’utilisateurs paraît faible.

08

Associer engagement contractuel et architecture de secours

Une GTR organise le traitement d’une panne ; elle ne maintient pas le service pendant la réparation. Pour une activité critique, la continuité repose sur une combinaison : accès principal adapté, lien de secours, équipements capables de basculer, supervision, alimentation et procédure d’exploitation. Le secours peut utiliser une autre technologie ou un autre opérateur, mais son indépendance doit être vérifiée. Deux liens partageant le même chemin physique, le même routeur ou la même alimentation restent vulnérables à une cause commune.

La bascule doit être testée avec les applications. Une adresse IP publique qui change peut perturber une liste blanche, un VPN, un service de téléphonie ou l’accès à une administration distante. Un lien mobile peut être placé derrière un mécanisme d’adressage qui limite certains usages entrants. La capacité du secours peut aussi imposer de prioriser les flux et de suspendre sauvegardes, mises à jour ou vidéo. Une architecture dite redondante n’est utile que si ces comportements sont connus.

Le contrat du secours mérite lui aussi une lecture. Un lien disponible au mieux peut couvrir une panne rare si sa couverture est testée et si le métier accepte l’incertitude. Pour un service essentiel, il peut nécessiter un support renforcé ou une diversité supplémentaire. L’architecture ne doit pas multiplier les abonnements sans contrôle : cartes SIM expirées, routeurs non mis à jour et batteries usées donnent une continuité fictive. Des essais périodiques et un inventaire à jour complètent les engagements.

09

Comparer les offres sur une grille commune

La comparaison commence par un périmètre identique : adresse, technologie, débit, point de livraison, équipement fourni, support, supervision et option de secours. Recopiez les clauses dans une grille sans reformuler les ambiguïtés. Si une information manque, marquez-la comme non précisée et demandez une réponse écrite. Une coche commerciale ne vaut pas une définition contractuelle. Lorsque plusieurs documents se contredisent, vérifiez l’ordre de préséance expressément prévu par le contrat entre bon de commande, conditions particulières, description de service et conditions générales.

Demandez un exemple complet de traitement d’incident : canal d’ouverture, informations requises, accusé de réception, diagnostic, escalade, intervention, notifications, rétablissement et rapport. Vérifiez la langue et les horaires du support, l’identité de l’interlocuteur contractuel lorsqu’un intégrateur revend un service opérateur, et la capacité à suivre un ticket. Un guichet unique est utile seulement si la responsabilité entre acteurs est claire et si l’escalade vers le propriétaire du réseau ne disparaît pas derrière plusieurs niveaux.

Enfin, rapprochez le surcoût du niveau de service du coût prévisible d’une interruption et de la solution de continuité. Une pénalité ne compense généralement pas toutes les pertes d’exploitation ; elle applique le mécanisme prévu au contrat. Le choix doit donc viser la réduction du risque, pas l’espoir d’un remboursement. L’analyse peut conclure à une offre renforcée, à une offre standard avec secours, ou à une combinaison différente selon les sites. Aucun modèle n’est universel.

• Définition contractuelle de la GTI ou de la GTR et état attendu au rétablissement
• Durée, jours, horaires, point de départ et règles de suspension
• Périmètre du lien, des équipements et de la desserte interne
• Exclusions, maintenances, obligations du client et accès aux locaux
• Escalade, notifications, rapport d’incident et mécanisme de compensation
• Secours, diversité réelle et tests de continuité prévus

10

Piloter les incidents et vérifier le service obtenu

Avant le premier incident, consignez les numéros de circuit, contacts, horaires, canaux autorisés et étapes de diagnostic dans une fiche accessible. La supervision doit alerter les bonnes personnes et distinguer, autant que possible, une panne locale, un défaut d’accès et une indisponibilité applicative. Les équipes savent qui ouvre le ticket, qui dialogue avec le fournisseur, qui décide d’activer le mode dégradé et qui informe les utilisateurs. Cette préparation réduit le temps perdu avant même que la garantie commence à courir.

Pendant l’incident, conservez une chronologie factuelle : première alerte, constat utilisateur, tests, ouverture, qualification, pauses, interventions, rétablissement technique et validation métier. Ne clôturez pas uniquement parce que le fournisseur annonce un retour. Vérifiez les applications représentatives, la stabilité et le retour depuis le lien de secours. Si le problème se reproduit, reliez les tickets afin d’éviter que plusieurs symptômes d’une même cause soient traités comme des événements isolés.

Après l’incident, comparez les horodatages à la clause, demandez le compte rendu prévu et analysez les actions correctives. Une pénalité éventuelle suit la procédure du contrat et peut nécessiter une réclamation dans un délai donné. Le bilan doit surtout vérifier la détection, la communication, la bascule, les dépendances et la reprise. Des revues périodiques par site montrent les tendances : incidents répétés, délais moyens, causes, maintenances et réserves. Le niveau de service devient alors un outil de pilotage plutôt qu’une ligne oubliée dans un contrat.

11

Les erreurs de lecture à éliminer

La première erreur est d’assimiler GTI et GTR. Une intervention commencée dans le délai ne signifie pas que le service est rétabli. La deuxième est de lire une durée sans ses horaires. La troisième est de croire qu’un taux de disponibilité interdit toute panne longue. La quatrième est d’étendre l’engagement du lien à l’application complète, alors que le réseau local ou le fournisseur cloud peut se trouver hors périmètre.

Il est également risqué de comparer des brochures plutôt que les documents opposables, de ne pas vérifier les exclusions ou d’ignorer les obligations du client. Une garantie peut être suspendue faute d’accès au local, d’identifiant de circuit ou de tests convenus. À l’inverse, une équipe ne doit pas accepter sans trace une suspension dont le motif n’est pas établi. La chronologie et les échanges écrits permettent de discuter sur des faits.

Enfin, la GTR ne doit pas devenir un substitut à la continuité. Elle borne le traitement d’incidents éligibles selon un contrat, mais elle ne préserve ni les transactions en cours ni les appels pendant la panne. Le besoin métier impose parfois un secours en quelques secondes ou minutes. Dans d’autres contextes, une procédure manuelle suffit. Partir de la durée de coupure acceptable et tester le mode dégradé protège mieux que choisir automatiquement le chiffre commercial le plus court.

FAQ

Questions fréquentes