Reggel fél kilenc van, és az irodában egyszer csak megáll minden. Nem indul a levelezés, nem lehet elérni a vállalatirányítási rendszert, a raktár nem tudja kiadni a rendeléseket. Az első reakció szinte mindig ugyanaz: „biztos csak pár perc az egész, reméljük mindjárt helyreáll”. Aztán eltelik fél óra, egy óra, és lassan mindenki rájön, hogy ez most nem egy pár perces bosszúság lesz.
A legtöbb cégvezető ilyenkor ösztönösen a legkézzelfoghatóbb veszteségre gondol: a kiesett megrendelésekre. Pedig egy leállás költsége ennél sokkal több pontból áll, és jóval nagyobb, mint elsőre gondolnánk.
Mit mutatnak a nemzetközi számok
A témát évek óta rendszeresen vizsgálják nagy piackutató és technológiai cégek, és a számok meglepően konzisztensek. A Gartner egy sokat idézett, azóta is referenciaként használt becslése szerint egy átlagos hálózati leállás percenként nagyjából 5 600 dollárba kerül egy vállalatnak, ami óránként több százezer dolláros nagyságrendet jelent. A Ponemon Institute kutatása középvállalati körben ennél is magasabb, percenkénti 9 000 dolláros átlagot mért. Az ITIC 2024-es felmérése szerint a közép- és nagyvállalatok több mint 90 százaléka óránként 300 000 dollár feletti veszteségről számol be egyetlen komolyabb leállás esetén.
Fontos ugyanakkor, hogy ezek jellemzően nagyvállalati vagy amerikai piaci adatok, egy hazai kkv-nál a számok természetesen jóval kisebbek. De az arányok, amelyek mögöttük húzódnak, ugyanúgy érvényesek egy 10-50 fős magyar cégre is.
Mit mutatnak a hazai számok
Hazai kkv-körben végzett felmérések szerint egy kritikus IT-leállás egy 30 fős cégnél átlagosan nagyjából 420 000 forintos veszteséget okoz óránként. Ez a szám első hallásra soknak tűnhet, de ha szétbontjuk, hogy pontosan miből áll össze, világossá válik.
A bérköltség akkor is fut, amikor senki nem tud dolgozni. Egy 10 fős csapatnál egyetlen elveszett munkanap simán 8-10 kárba veszett munkaórát jelent, függetlenül attól, hogy közben egyetlen feladat sem készült el. A fizetést a hónap végén ugyanúgy ki kell fizetni, a ledolgozott idő viszont nem termelt semmit.
A kiesett árbevétel a legszembetűnőbb, de nem az egyetlen tétel. Amíg a rendszer nem működik, a megrendelések nem mennek ki, a számlák nem készülnek el, az ügyfelek nem érik el a céget. Ez az a rész, amit mindenki azonnal lát.
A helyreállítás is pénzbe kerül. Egy sürgősségi kiszállás, egy gyorsított hibaelhárítás, egy adatvisszaállítás mind felár, plusz munkaóra, plusz stressz a csapatnak.
A reputációs kár jelentkezik a leglassabban, de sokszor ez a legdrágább. Egy ügyfél, aki egyszer nem éri el a céget időben, legközelebb talán máshova fordul. Ezt a veszteséget utólag nagyon nehéz forintosítani, de a hatása hosszú távon a legnagyobb.
Egy fontos szempont, amit érdemes kiemelni: minél kisebb egy cég, annál nagyobb arányban érzi meg a leállást. Egy nagyvállalatnál a kiesés sok emberen és sok rendszeren oszlik el, egy 5-10 fős cégnél viszont egyetlen elvesztett nap simán a havi kapacitás 20-25 százalékát is jelentheti.
Miért nem érzékeljük ezt valós időben
A leállás költsége azért nehéz téma, mert szinte soha nem egy tételként jelenik meg a könyvelésben. Nincs olyan sor, hogy „IT-leállás miatti veszteség”. Ehelyett szétszóródik a bérköltségek, az elmaradt bevétel, a sürgősségi szolgáltatói számlák és az utólagos ügyfélpanaszok között. Pont ezért becsülik alá sokan ezt a kockázatot, mert soha nem látjuk aktuális időben egyben.
Hogyan becsüld meg a saját kockázatodat
Nem kell bonyolult képlet ahhoz, hogy nagyságrendileg lásd, mekkora a tét nálatok. Egy egyszerű, durva becslés:
- Számold ki a csapatod órabéres bérköltségét összesítve (bruttó bér + járulékok alapján).
- Becsüld meg, hány ember munkája állna le teljesen egy átlagos leállás esetén.
- Add hozzá az érintett időszak alatt tipikusan elmaradó árbevételt (pl. ha van webshopod vagy ügyfélkiszolgálásod, ami leáll).
- Ne felejtsd el hozzáadni egy becsült „helyreállítási felárat”. Ez tapasztalat szerint gyakran 20-40 százalékkal növeli meg a fenti összeget.
A végeredmény legtöbbször meglepően magas: ha egyszer kiszámoltad, sokkal könnyebb reális képet kapni arról, mennyi az, amit érdemes elkölteni a megelőzésre.
Mit lehet tenni ellene
A jó hír, hogy a leállások jelentős része nem „balszerencse”, hanem előre látható és megelőzhető esemény. A leggyakoribb okok pl. egy elavult hardver, nem karbantartott háttérfolyamatok, hiányzó redundancia, késve észlelt hibák…stb. Mind olyan dolgok, amiket egy proaktív, folyamatosan monitorozó IT-üzemeltetés jóval a probléma kialakulása előtt kiszűr.
Hosszabb távon persze szinte lehetetlen elvárás, hogy soha nem történhet semmi, de az egy reális cél, ha egyszer mégis bekövetkezik egy váratlan leállás, féléves bosszúság helyett fél órás kellemetlenség legyen: legyen redundáns rendszer, tesztelt biztonsági mentés, és egy csapat, aki azonnal tudja, mit kell tenni, nem pedig egy vészhelyzet, ahol órákon át kell keresni a hiba forrását.
Ha szeretnéd megbecsülni, nálatok konkrétan mekkora kockázatot jelent egy esetleges leállás, szívesen segítünk egy állapotfelméréssel átlátni, hol vannak a legnagyobb kockázati pontok az IT rendszereitekben.
