Combien coûte réellement une heure d'arrêt de votre SI ? La méthode de calcul
Le coût d'une heure d'arrêt informatique ne se lit pas dans une étude sectorielle : il se calcule à partir de vos revenus, de votre masse salariale et de vos engagements clients. Voici une méthode en quatre postes, avec un exemple chiffré fictif, pour obtenir un ordre de grandeur défendable — et en déduire vos objectifs de reprise.
Pourquoi les moyennes publiées ne vous servent à rien
Chaque année, des études chiffrent l'heure d'indisponibilité en centaines de milliers de dollars « en moyenne ». Ces chiffres frappent les esprits, mais ils mélangent des banques internationales et des PME industrielles : ils ne disent rien de votre situation. Or c'est votre chiffre à vous qui permet d'arbitrer : combien investir dans la redondance, quel RTO exiger, quel niveau de SLA négocier avec vos prestataires.
La bonne nouvelle : une estimation utile se construit en une réunion, avec des données que la finance et les opérations possèdent déjà. La précision à la roupie près n'a aucun intérêt ; l'ordre de grandeur, si.
La méthode : quatre postes de coût
1. Revenus perdus ou différés
Partez du chiffre d'affaires annuel qui dépend réellement du système concerné, divisez-le par vos heures d'activité annuelles, puis appliquez la part des ventes définitivement perdues — et non simplement reportées. Un site e-commerce perd presque tout ; un grossiste dont les clients rappellent le lendemain perd beaucoup moins.
2. Productivité interne
Multipliez le nombre d'employés affectés par leur taux de blocage moyen (rarement 100 %) et par leur coût horaire chargé. C'est souvent le poste le plus sous-estimé : les équipes restent payées pendant que le système est à l'arrêt.
3. Coûts de récupération
Heures supplémentaires, intervention de prestataires, ressaisie de données, vérifications d'intégrité, éventuelles pénalités de SLA envers vos propres clients. Estimez un montant par incident, puis ramenez-le à l'heure d'arrêt.
4. Coûts différés et intangibles
Clients perdus, réputation entamée, effort commercial pour reconquérir la confiance. Presque impossibles à chiffrer précisément : traitez-les comme une majoration explicite du total (par exemple +20 à +50 % selon votre exposition), en l'annonçant clairement comme telle.
Exemple chiffré — un cas entièrement fictif
Prenons « Distrilog », une entreprise fictive : un distributeur avec vente en ligne et ERP central. Toutes les valeurs ci-dessous sont des hypothèses posées pour illustrer la méthode, pas des statistiques.
- chiffre d'affaires annuel dépendant du SI : 40 millions de roupies ;
- heures d'activité : 2 500 heures par an ;
- part des ventes définitivement perdues pendant une panne : 50 % ;
- 35 salariés affectés, blocage moyen de 60 %, coût horaire chargé de 400 roupies ;
- récupération et pénalités estimées : 8 000 roupies par heure d'arrêt.
| Poste | Calcul | Coût par heure |
|---|---|---|
| Revenus perdus | (40 000 000 ÷ 2 500) × 50 % | 8 000 Rs |
| Productivité interne | 35 × 60 % × 400 Rs | 8 400 Rs |
| Récupération et pénalités | estimation par incident, ramenée à l'heure | 8 000 Rs |
| Total (hors intangibles) | — | ≈ 24 400 Rs |
Dans cet exemple fictif, une panne de huit heures coûterait donc autour de 195 000 roupies, avant même de compter l'impact sur la réputation. Avec une majoration prudente de 30 % pour les intangibles, l'ordre de grandeur dépasse 250 000 roupies. C'est ce chiffre-là — le vôtre, recalculé avec vos données — qui doit être posé sur la table face au coût d'un plan de reprise.
Du coût horaire aux décisions : RTO, RPO et SLA
Une fois le coût horaire estimé, trois décisions en découlent naturellement :
- RTO (durée maximale d'interruption tolérable) : si l'heure coûte 25 000 Rs, un RTO de 24 heures « par défaut » représente un risque de plusieurs centaines de milliers de roupies par incident — à comparer au coût annuel d'un PRA qui le ramène à deux heures.
- RPO (perte de données maximale admissible) : rejouer une journée de transactions a aussi un coût, souvent supérieur à celui de sauvegardes plus fréquentes.
- SLA : exigez de vos prestataires des engagements alignés sur votre calcul, pas l'inverse. Le test des quatre questions face à une panne cloud est un bon point de départ.
C'est exactement l'arbitrage qu'un PRA sous SLA formalise : un objectif de reprise mesuré, testé, et dont le coût annuel se justifie ligne à ligne face au coût d'arrêt calculé. Un exercice de bascule avant la saison cyclonique transforme ensuite ce calcul théorique en garantie opérationnelle.
Checklist : votre calcul en cinq étapes
- Lister les systèmes critiques et le chiffre d'affaires qui dépend de chacun.
- Calculer le revenu horaire à risque et la part réellement perdue (non reportée).
- Chiffrer la productivité bloquée : effectif × taux de blocage × coût horaire chargé.
- Estimer les coûts de récupération, puis appliquer une majoration explicite pour les intangibles.
- Confronter le résultat à vos RTO, RPO et SLA actuels — et corriger ce qui ne tient pas.
Comment SOVALYX peut vous aider
Le diagnostic infrastructure de SOVALYX commence exactement par ce calcul : identifier vos systèmes critiques, chiffrer votre coût horaire d'arrêt et mesurer l'écart entre vos RTO/RPO actuels et ceux que votre activité exige. Sur cette base, un PRA automatisé et testé régulièrement, adossé à un cloud privé résilient hébergé à Maurice, ramène le temps de reprise à un niveau dont le coût se justifie ligne à ligne face à votre chiffre. La supervision 24/7 sous SLA détecte l'incident tôt, avant que les heures d'arrêt ne s'accumulent.
Parler coûts d'infrastructure avec un ingénieur🧰 L'outil qui va avec : Combien vous coûte une heure d'arrêt ? — gratuit · 2 minutes.
Relu et optimisé par IA.