Marți, ora 9 dimineața. Serverul de fișiere nu răspunde, programul de gestiune nu pornește, e-mailul merge doar pe telefoane. Până la ora 10 e limpede că nu e „ceva de restart”, ci o problemă serioasă. Întrebarea pe care o pune fiecare patron în acel moment — „cât ne costă asta?” — are un răspuns exact. Doar că aproape nimeni nu l-a calculat dinainte.
Pe internet circulă tot felul de statistici despre costul mediu al nefuncționării. Nu vei găsi niciuna aici, dintr-un motiv simplu: media altora nu spune nimic despre firma ta. O agenție de contabilitate în plin termen de depunere, un depozit care încarcă marfă zilnic și un birou de proiectare pierd sume complet diferite din aceeași oră de stagnare.
În schimb, vei găsi metoda: cum îți calculezi propria cifră în vreo jumătate de oră, ce costuri se ascund în afara calculului evident și cum se folosește rezultatul — pentru că cifra asta, odată aflată, schimbă felul în care arăți la bugetul de IT.
Formula de bază: două componente
Costul direct al unei ore de nefuncționare are două părți: banii care ies oricum și banii care nu mai intră.
Partea 1: salariile plătite pentru muncă imposibilă
Calculul: ia costul salarial total al firmei pe lună (cu tot cu contribuții), împarte-l la numărul de ore lucrătoare din lună și înmulțește cu proporția echipei care nu poate lucra fără sistemele căzute.
Un exemplu de calcul — cifrele sunt alese rotunde, ca să urmărești logica, nu o statistică: o firmă de 30 de oameni cu un cost salarial total de 300.000 de lei pe lună are, la aproximativ 168 de ore lucrătoare în lună, un cost de circa 1.800 de lei pe oră. Dacă la căderea sistemelor două treimi din echipă nu mai pot lucra efectiv, plătești în jur de 1.200 de lei pe oră pentru muncă ce nu se produce. Într-o zi de 8 ore: aproape 10.000 de lei — doar salariile, înainte de orice altceva. Refă calculul cu cifrele tale; durează cinci minute și e prima jumătate a răspunsului.
Partea 2: venitul care nu se mai produce
A doua jumătate depinde de cum câștigă firma bani. Întrebarea corectă nu e „cât facturăm pe oră în medie”, ci „ce anume nu se întâmplă cât timp stăm?”: comenzi care nu se preiau, marfă care nu pleacă, lucrări care nu se predau la termen, clienți care sună și nu răspunde nimeni. O parte din acest venit se recuperează după repornire — comanda se preia miercuri în loc de marți — dar o parte nu se mai recuperează deloc: clientul grăbit a cumpărat de la altcineva. Estimează cinstit proporția dintre cele două pentru activitatea ta; chiar și o estimare grosieră e mai utilă decât niciuna.
Costurile care nu apar în prima socoteală
- Recuperarea: orele suplimentare de după incident, reintroducerea manuală a datelor din ziua pierdută, verificarea a ce s-a salvat și ce nu. Ziua de stagnare se plătește de obicei încă o dată, în săptămâna următoare.
- Termenele cu penalități: contracte cu clauze de întârziere, licitații cu ora limită de depunere — și obligațiile fiscale cu termen fix; într-o firmă care emite multe facturi, o cădere prelungită apasă direct pe termenul legal de transmitere a lor.
- Costul intervenției: intervenția de urgență plătită la tarif de urgență, eventual piese sau echipamente cumpărate „pe ieri”.
- Încrederea: clientul care a prins ziua proastă nu îți trimite o factură, dar își ajustează în tăcere disponibilitatea de a depinde de tine. E costul cel mai greu de măsurat și singurul care crește cu fiecare incident repetat.
Nu toate orele costă la fel
Calculul de mai sus dă o medie — realitatea e mai colțuroasă. Aceeași cădere de sistem costă complet diferit în funcție de moment: în ziua de salarii, în ultimele zile înainte de un termen fiscal, în vârful de sezon sau luni dimineață la prima oră, când toată firma pornește motoarele deodată. Când îți evaluezi riscul, nu întreba doar „cât costă o zi?”, ci și „care e cea mai scumpă zi în care ni s-ar putea întâmpla?” — pentru că legea lui Murphy are un istoric solid în IT.
Cum reduci factura: două pârghii
Cifra calculată se atacă din două direcții: faci căderile mai rare și le faci mai scurte.
Mai rare: prevenția
Monitorizare care prinde discul plin și serverul supraîncălzit înainte de căderea propriu-zisă, actualizări făcute la timp, echipamente înlocuite planificat la finalul vieții, nu în ziua în care mor. Merită spus și că arhitectura contează: unde stau serverele și cum sunt dublate schimbă radical profilul de risc — am comparat separat costurile pe cinci ani ale variantelor cloud și server local, iar disponibilitatea e o parte importantă a acelei comparații.
Mai scurte: timpul de recuperare
Aici intră două întrebări pe care merită să le pui negru pe alb: cât de repede trebuie să funcționăm din nou (în ore? până a doua zi?) și câte date ne permitem să pierdem (ultima oră? ultima zi?). Răspunsurile dictează soluția tehnică: backup testat cu timp de restaurare cronometrat, echipamente de rezervă pentru punctele critice, redundanță acolo unde calculul o justifică.
Și o a treia întrebare, adesea uitată: cine intervine și în cât timp? Dacă răspunsul e „sunăm pe cineva și sperăm”, timpul de recuperare e nedefinit prin construcție. Un contract de outsourcing IT cu timp de răspuns asumat transformă necunoscuta în parametru — iar la evaluarea unui astfel de contract, clauzele care contează sunt exact cele despre timpi și acoperire; întrebările frecvente despre prețuri și contracte arată la ce să te uiți înainte să semnezi.
Folosește cifra: discuția de buget se schimbă
Până acum, discuția despre cheltuielile IT suna probabil așa: „ne trebuie chiar toate astea?”. Cu cifra ta pe masă, sună altfel: compari costul anual al prevenției cu costul zilelor de nefuncționare pe care le eviți. Calculul e al tău, cu cifrele tale — dar structura lui e mereu aceeași: dacă o zi de stagnare te costă cât câteva luni de mentenanță preventivă, întrebarea corectă nu mai e dacă îți permiți prevenția, ci câte zile de stagnare îți permiți fără ea.
Același calcul îți spune și unde să nu cheltuiești: dacă un sistem poate sta o săptămână fără să doară, nu are nevoie de redundanță scumpă. Cifra nu e un argument pentru „mai mult IT” — e un argument pentru IT-ul potrivit riscului real.
Pasul următor: fă azi calculul celor două componente pentru firma ta — salarii pe oră de stagnare și venit nerealizat — și scrie rezultatul undeva la vedere. E cifra care va lua deciziile în locul emoțiilor la următoarea discuție despre buget. Neoxis, firmă de servicii IT fondată în 2015 la Pitești, lucrează cu IMM-uri din toată România, cu suport la distanță la nivel național și intervenții la fața locului în zona Pitești–Argeș.