Az állásidő nem IT-probléma — hanem üzleti veszteség.

Amikor leáll egy rendszer, a legtöbb vezető az IT-javítás költségére gondol: hívjuk a szakembert, fizessük ki, menjünk tovább. De a valódi kár nem a szerviz számlájában van — hanem abban, amit a cég nem tud megcsinálni, amíg áll a rendszer. És ez a kiesés szinte mindig nagyságrendekkel több, mint a javítás díja.

Ez a cikk nem kalkulátort ad a kezedbe — hanem egy keretet, amiben vezetőként végig tudod gondolni: mit veszítesz valójában, ha az IT-d nem működik. Öt területet nézünk meg, ahol a leállás azonnal fáj — majd megmutatjuk, hogyan számolhatod ki a saját cégedre vetítve, és mit tehetsz, hogy elkerüld.

Mi áll le ilyenkor valójában?

Amikor egy kulcsrendszer kiesik — legyen az levelezés, ügyviteli szoftver, fájlszerver vagy internet — az nem „csak" az IT területet érinti. Öt dolog borul egyszerre:

  • Emberek ideje: a csapatod vár, kerülőmegoldásokat keres, vagy egyszerűen nem tud dolgozni. Ahány ember érintett, annyi munkaóra vész el — és az mindegyik fizetett óra.
  • Folyamatok: ha az ügyviteli rendszer nem elérhető, nem megy ki számla, nem készül ajánlat, nem indítható rendelés. A dominó-hatás percek alatt elindul.
  • Ügyfelek: nem kap választ az érdeklődő, nem megy ki a visszaigazolás, csúszik a szállítás. Aki nem kap választ, keres mást — és erről te nem is fogsz tudni.
  • Döntések: ha nincs hozzáférésed a friss adatokhoz, nem tudsz időben dönteni. Egy fontos ajánlat, egy szállítói egyeztetés, egy pályázati határidő — bármelyik elúszhat.
  • Reputáció: ismétlődő kiesések után az ügyfelek fejében kialakul a kép: „náluk mindig valami gond van." Ez a fajta bizalomvesztés lassú, de nagyon drága.

A közvetlen IT-javítás költsége ehhez képest töredék. A kár zöme láthatatlan — és éppen ezért nem foglalkoznak vele időben. A legtöbb cég sosem számolja ki az állásidő valódi költségét, mert az nem jelenik meg egyetlen számlán sem. Pedig ha megtennék, a szám sokkoló lenne.

Háromféle állásidő — és háromféle következmény

Nem minden leállás egyforma. Érdemes háromféle szintet megkülönböztetni — mert a vezetői reakció is más kell legyen mindegyiknél.

Enyhe kiesés: lassulás, részleges probléma

A rendszer „megy, de...": lassú, akadozik, egy-egy funkció nem elérhető. A csapat dolgozik, de bosszankodik, és többet vár, mint amennyit kéne.

Mit jelent a gyakorlatban? A munkafolyamatok nem állnak le teljesen, de érezhetően lassulnak. Az érintett kollégák napi szinten veszítenek időt — és ha ez tartósan fennáll, a kumulált kiesés meglepően nagy.

Vezetői következmény: nem sürgős — de jelzésértékű. Ha rendszeresen előfordul, az reaktív üzemeltetésre utal, amit érdemes mielőbb rendezni. Az ilyen jellegű lassulások különösen alattomosak, mert mindenki hozzászokik — és az elveszett percekből napok, hetekre vetítve komoly összegek lesznek.

Közepes kiesés: kulcsrendszer áll

A levelezés nem megy. Az ügyviteli szoftver nem indul. A fájlszerver nem elérhető. A csapat egy része teljesen várakozik, más része pedig kerülőmegoldásokkal próbálkozik — ami hibalehetőségeket szül.

Mit jelent a gyakorlatban? Számlák nem mennek ki, ajánlatokat nem lehet küldeni, információ nem áramlik. Az ügyfelek nem kapnak választ. Óránként nő a kár — nem lineárisan, hanem gyorsulva.

Vezetői következmény: azonnali beavatkozás kell, és utána ki kell vizsgálni a gyökérokot. Ha nincs SLA-d és nincs meghatározott felelős, ilyenkor derül ki, hogy mennyire sebezhető a cég. Az igazán fájdalmas ilyenkor az, hogy a probléma megoldásáig a csapat improvizál — ami újabb hibákat szülhet. Egy jól felügyelt rendszernél ilyen típusú kiesés ritka, mert a monitoring jelzi, mielőtt kritikusra fordul.

Kritikus kiesés: teljes leállás

Semmi nem megy. Nincs internet, nincs szerver, nincs hozzáférés — vagy ransomware zárta le a rendszert. A cég gyakorlatilag nem működik.

Mit jelent a gyakorlatban? Minden álló percben veszítesz: bevételt, ügyfelet, reputációt. A helyreállítás nem percekben mérhető, hanem órákban — ha nincs tesztelt mentésed, akár napokban.

Vezetői következmény: ez a pillanat, amikor kiderül, hogy volt-e terv. Ha nem volt — a kár a valós üzleti veszteség mellett tartalmazza a helyreállítás sürgősségi költségét, az adatvesztés kockázatát, és a bizalomvesztést is.

Hogyan számold ki a saját állásidő-költségedet?

Nem kell bonyolult modelleket építened. Egy egyszerű gondolatkísérlet elég ahhoz, hogy megkapd a nagyságrendet:

1. Becsüld meg az érintett munkaórák számát

Vegyük a legutóbbi leállást példaként. Hány embert érintett? Mennyi ideig nem tudtak dolgozni — vagy mennyivel lassabban dolgoztak? Ha 8 kollégád 3 órán keresztül nem fér hozzá a levelezéshez vagy az ügyviteli rendszerhez, az 24 elveszett munkaóra.

2. Szorozd be az átlagos órabérrel

Ha az átlagos bruttó bérköltséged óránként 4 000 Ft (munkáltatói járulékokkal együtt ez inkább 5 500–6 000 Ft), akkor 24 óra × 5 500 Ft = ~132 000 Ft egyetlen incidensből, csak a munkaerőköltség oldaláról.

3. Gondold végig az üzleti kiesést

Ha a leállás alatt nem tudsz ajánlatot kiküldeni, megrendelést felvenni, vagy ügyfélnek válaszolni — annak is van értéke. Ha a céged napi árbevétele 500 000 Ft és 4 órán keresztül áll minden, az durván 250 000 Ft kieső bevétel — ami soha nem fog megtérülni.

4. Add hozzá az IT-javítás költségét

Sürgős kiszállás, alkatrészcsere, esetleg adatvisszaállítás: ez a tétel 50 000–500 000 Ft között mozoghat, a probléma típusától függően. Ha nincs szerződésed és óradíjban fizetsz, a sürgősségi felár is ide tartozik.

A végeredmény: egy incidens valós költsége

Egy tipikus, 3-4 órás, 8-10 embert érintő leállásnál a számok összeadva:

  • Elveszett munkaidő: ~130 000 Ft
  • Kieső bevétel: ~250 000 Ft
  • IT-javítás: ~100 000 Ft
  • Összesen: ~480 000 Ft — egyetlen alkalomból.

Most gondold végig: évente hányszor fordul elő hasonló? Ha háromszor-ötször, az éves szinten 1,5–2,5 millió Ft — amit egy fix havidíjas IT-üzemeltetési szerződés töredékéből meg lehetett volna előzni.

Nem mindegy, milyen cég áll le

Az állásidő költsége nem egyformán érinti az összes céget. A hatás a tevékenységed típusától függ — nézzünk három tipikus helyzetet:

Kereskedelmi és szolgáltató cégek

Ha a pénztári rendszer, a webshop vagy a rendeléskezelő szoftver áll le, azonnali bevételkiesés van. Az ügyfél nem vár — megy a konkurenciához, és valószínűleg nem jön vissza. Egy óra leállás itt közvetlen, mérhető árbevétel-kiesést jelent, ami soha nem fog visszajönni. Ráadásul a vevői élmény is sérül, ami hosszú távú bizalomvesztéshez vezet.

Ipari és gyártó cégek

Ha a termelésirányítási szoftver nem elérhető, a gyártás akadozik vagy leáll. A nyersanyag áll, a csapat várakozik, a szállítási határidők csúsznak. Ha a késés miatt kötbért kell fizetned vagy elveszítesz egy fontos szállítást, az az IT-leállás közvetett, de nagyon valós költsége. Az ilyen típusú kieséseknél ráadásul a dominó-hatás erős: egy gyártási csúszás az egész láncot tovább tolja.

Irodai és szellemi munkát végző cégek

Ahol a munka zöme digitálisan történik — levelezés, ügyvitel, dokumentumkezelés, tervezés — ott a leállás arányaiban a legsúlyosabb. Ha nincs email, nincs hozzáférés a fájlokhoz és nem megy az ügyviteli szoftver, a csapat gyakorlatilag nem tud dolgozni. A fizetésük ilyenkor is jár — az eredmény viszont nulla.

Bármilyen ágazatban dolgozol, a lényeg ugyanaz: az IT nem háttérfunkció — hanem a működésed infrastruktúrája. Ha az infrastruktúra leáll, a cég leáll.

Nem tudod, melyik szinten állsz most?
Egy gyors IT-állapotfelmérés rövid időn belül megmutatja, hol vannak a kockázatok — mielőtt a leállás megmutatná helyetted.

Mit tehetsz ma, hogy csökkentsd a kockázatot?

Nem kell egyszerre mindent megoldanod — de ezzel a hat lépéssel gyorsan érezhető javulást érhetsz el:

1. Mentés és visszaállítás tesztelése

A mentés nem attól jó, hogy fut — hanem attól, hogy vissza is tudod tölteni belőle az adatokat. Ha még sosem volt restore-teszt, az a legsürgősebb teendőd. Alkalmazd a 3-2-1 szabályt: három másolat, két különböző médium, egy offsite. Ha kíváncsi vagy, hogyan épül fel egy valódi backup rendszer, olvasd el a modern backup megoldások cikkünket — ahol a felhő, helyi és hibrid megközelítéseket is áttekintjük.

2. Monitoring és proaktív felügyelet

Ha csak akkor szerzel tudomást a problémáról, amikor a kolléga szól, már késő. Professzionális IT-üzemeltetésnél a rendszer jelez, mielőtt bármi leállna — és a beavatkozás a háttérben megtörténik. A monitoring nem luxus: ma már KKV-méretben is elérhető, és a megtérülése az első megelőzött incidensnél azonnal érezhető.

3. Felelős + SLA meghatározása

Ki az, akit hívsz, ha gond van? Mennyi idő alatt reagál? Ha erre nincs egyértelmű válaszod, akkor a következő leállásnál is kapkodás lesz — nem megoldás. Az SLA (Service Level Agreement) azt határozza meg, hogy milyen gyorsan kapsz segítséget: percek, órák vagy napok? Ez a különbség az üzleti kritikus helyzetek kezelésében döntő.

4. Dokumentáció és hozzáférések rendezése

Hol vannak a jelszavak? Ki fér hozzá mihez? Van-e friss dokumentáció a rendszerről? Ha a válasz „valaki tudja" — az nem válasz. Ha holnap az egyetlen IT-s nem elérhető, a cég bénult marad. A jól dokumentált IT-környezet azt jelenti, hogy bármelyik kolléga vagy külsős partner percek alatt átlátja a helyzetet — nem kell napokig keresni, mi hol van.

5. Internet redundancia

Ha a céged erősen internetfüggő — felhő alapú ügyvitellel, online rendelésekkel, VoIP telefonrendszerrel — egy második internetkapcsolat nem luxus. Egy tartalék mobilnet-router gyorsan áthidalja a szolgáltatói kiesést, és az ára messze nem éri el azt a veszteséget, amit egy fél napos internetkimaradás okoz.

6. Rendszeres állapotfelmérés

Ahogy az autódat is elviszed szervizre, mielőtt lerobban — az IT-rendszert is érdemes rendszeresen átnézni. Egy rendszeres — legalább éves — rendszeraudit feltárja a rejtett kockázatokat, és segít priorizálni a fejlesztéseket.

Megelőzés vs. tűzoltás: miért olcsóbb a rendszeres felügyelet?

A legtöbb KKV-vezető úgy gondolkodik az IT-ról, mint az autójavításról: „ha elromlik, majd megjavíttatom." De az autóddal sem várod meg, amíg lerobban — rendszeresen viszel olajcserére, fékbe, szervizre. Az IT-nál ez a proaktív üzemeltetés.

A megelőzés olcsóbb, mint a tűzoltás — és ez nem szlogen, hanem matematika:

  • Egy proaktív monitoring rendszer jelzi, ha a merevlemez megtelik, ha a backup nem fut, vagy ha egy szoftver elavulttá válik. A problémát percek alatt orvosolják — nem órák vagy napok múlva.
  • Tervezett karbantartás munkaidőn kívül történik: frissítések, tisztítás, biztonsági ellenőrzés. A csapatod nem áll le, te nem kapsz hívást.
  • Dokumentált rendszer azt jelenti, hogy ha gond van, a beavatkozás gyors és célzott — nem kell órákig keresni, mi hol van és ki mire fér hozzá.

A tapasztalat azt mutatja, hogy egy rendszeres IT-felügyelettel működő cégnél az állásidő éves szinten 70–80%-kal alacsonyabb, mint ahol csak „ha baj van" modellben dolgoznak. Ez nem csak idő- és pénzmegtakarítás — hanem kiszámíthatóság, ami a vezetői munkádnak is alapfeltétele.

Ha a cégednek éves szinten akár csak 2-3 komolyabb kiesése van, az állásidő összesített költsége könnyen meghaladja azt az összeget, amit egy teljes éves rendszeres IT-felügyelet kerülne. A kérdés tehát nem az, hogy „megéri-e", hanem az, hogy meddig engedheted meg magadnak, hogy ne legyen.

Vezetői mini-checklist: hét kérdés, amit tegyél fel magadnak

Nem kell IT-szakértőnek lenned ahhoz, hogy felmérd a helyzetet. Fuss végig ezen a hét kérdésen — és ha kettőnél többre nem tudsz egyértelmű választ adni, ideje lépni. Minden kérdés mögött egy konkrét kockázati terület áll:

  • Ha most leállna a szerver, mennyi idő alatt állna helyre a működés?
  • Van tesztelt mentésem, amiről bizonyítottan visszaállíthatók az adatok?
  • Van kijelölt IT-felelős, akit elérek, és aki SLA-val dolgozik?
  • Tudom, hogy kinek van hozzáférése mihez — és a volt kollégák fiókjai le vannak zárva?
  • Kapok rendszeres visszajelzést az IT állapotáról — vagy csak akkor hallok róla, ha baj van?
  • Az elmúlt fél évben hányszor fordult elő, hogy valami „nem ment" — és hogyan lett megoldva?
  • Van terv arra az esetre, ha a fő IT-rendszer teljesen kiesik (vészforgatókönyv)?
⚠️ Ha a fenti kérdések többségére nem tudsz válaszolni — az nem a te hibád. De az a te felelősséged, hogy változtass rajta. Az IT-leállás költségét nem az IT-s fizeti — hanem a cég.

Az állásidő a legdrágább láthatatlan költsége a cégednek

Nem azért drága, mert sok pénzbe kerül a javítás. Hanem azért, mert minden perc, amíg a rendszer áll, a cég is áll — és ennek az ára nem a számlán jelenik meg, hanem az elúszott megrendelésekben, a lekezeletlen ügyfelekben, és a csapat frusztrációjában.

A legtöbb KKV-vezető nem azért nem foglalkozik ezzel, mert nem érdekli — hanem azért, mert sosem látta számokra lefordítva, mibe kerül egy leállás. Ha végigolvastad ezt a cikket, most már van rá kereted. Nem kell pontos kalkulátort használnod — elég, ha fejben végigszámolod: érintett emberek száma, elveszett órák, kieső bevétel. Az eredmény szinte mindig magáért beszél.

A jó hír: a legtöbb leállás megelőzhető. Nem drágán, nem bonyolultan — hanem tudatos, rendszeres IT-felügyelettel. A kérdés nem az, hogy megengedheted-e magadnak a proaktív IT-t — hanem az, hogy megengedheted-e magadnak, hogy ne legyen.

Ne várd meg a következő leállást

Kérj egy rövid, kötelezettségmentes IT-állapotfelmérést — megmutatjuk, hol vannak a kockázatok, és mit érdemes először rendbe tenni.

Állapotfelmérés kérése

Kapcsolódó cikkek: