Mit fizet valójában az üzemeltetési havidíj? A néma hiba négy őre

Az üzemeltetési havidíj erről szól. Nem arról, hogy valaki naponta ránéz a rendszerre — arra senkinek nincs ideje, és amúgy sem látszana semmi. Arról szól, hogy a gépen fut egy őr-réteg, amely méri, mi történt meg és mi nem, és akkor is szól, ha a hiba nem kiabál. Ebben a cikkben tételesen leírjuk, mi van ebben a rétegben, mit mértünk vele 26 nap alatt egy élesben futó rendszeren, és hogy mit fedez a díj — meg mit nem.

A néma hiba: amikor a rendszer fut, és mégsem működik

Egy automata háromféleképpen tud elromlani. Az első eset a legkellemesebb: leáll, és ez látszik. A második is elviselhető: hibát dob, és szól. A harmadikkal van a baj: lefut, nem csinálja meg a dolgát vagy rosszul csinálja, a naplójába pedig azt írja, hogy sikerült.

Ez a néma hiba. Rendszerek átvizsgálásakor négy tipikus formájával találkozunk. Az elsőnél egy indító folyamat elnyeli a job hibakimenetét, így a riasztásból csak annyi látszik, hogy nem sikerült — az nem, hogy miért. A másodiknál a kód elindít egy külső folyamatot, meg sem nézi, mit adott vissza, és utána sikert naplóz. A harmadiknál a kimeneten beégetett „rendben” felirat áll a mérés eredménye helyett. A negyediknél a fájl- vagy dokumentum-generálás lefut, fájl mégsem születik, és hibaüzenet sincs.

Mind a négynél elhangzik a mondat, amit ilyenkor mondani szokás: „de hát fut”. Fut. Csak nem működik. A négy mintát és a hat szabályt, ami megfogja őket, a Hamis zöld: négy hibaminta szedtük szét; itt az érdekel minket, mi az a réteg, ami ezeket észreveszi — és mennyibe kerül.

A néma hiba ára nem a javítás, hanem az az idő, ami eltelik, amíg kiderül. Egy elmaradt ügyfélértesítő egy nap alatt bosszantó, három hét alatt reklamáció. Egy nem futó mentés addig nulla forint, amíg nincs rá szükség.

Mit üzemeltetünk: egy 26 napos ablak számai

Mielőtt bárki havidíjról beszél, érdemes megnézni, mit kell felügyelni. A saját üzemeltetésünkben a legutóbbi leltár szerint 40 saját ütemezett automata, 21 időzített parancssor és 4 folyamatosan futó szolgáltatás dolgozik. Ez egy flotta: riportok, ügyfélértesítők, dokumentum-továbbítók, egyeztető és ellenőrző jobok.

A flotta mozog. Három és fél héttel korábban ugyanez a leltár 32 ütemezett automatát mutatott: nyolc új indult el az ablakban. A másik oldalon 14 régi időzített sort kikapcsoltunk, és öt új lépett a helyükre. Ez a két irány együtt a lényeg: az üzemeltetés a felügyelet mellett a flotta karbantartása is. Ami már nem kell, azt le kell szerelni, különben tovább fut, tovább riaszt, és zajt csinál a valódi hibák mellé.

Mennyi munkát végez ez a flotta? Egy 26 napos mérési ablakban a felsorolt naplókból több mint 220 automata levél ment ki: napi működési riportok, ügyfélértesítők, dokumentum-továbbítás, heti és havi összesítők. Nagyjából húsz rendszeres levél-termék, mindegyik a maga ütemében.

Ezek a számok a kockázat méretét mutatják: minden sor mögött van egy hely, ahol a rendszer némán megbukhat.

A néma hiba négy őre — a healthchecktől a külső mércéig

A felügyelet nálunk nem egy irányítópult, amit nézni kellene. Három egymásra épülő őr fut a gépen, és van egy negyedik, amelyik kívülről méri, hogy a másik három egyáltalán él-e.

1. Az önjavító healthcheck. Óránként fut, és nem egy kézzel karbantartott listából dolgozik: az élő ütemezőből olvassa ki, mi van a gépen. Oka egyszerű — a kézzel vezetett lista mindig elavul, és pont az új dolgokat hagyja ki. Ha holnap indul egy új automata, az őr magától látni fogja. Egy új job telepítésekor pontosan két dolgot kell kézzel felvenni; ez eljárásrendbe van írva, és ha kimarad, a napi jelentés másnap sárgát ír.

2. A (job, kilépési kód) állapot-marker. Ez a réteg a riasztások zaját kezeli. Egy tipikus csapda, hogy egyetlen bukás napokon át újra és újra riasztást vált ki, mert a hiba nyoma bent marad az ütemező nyilvántartásában. Minden riasztás ezért egy (job, kilépési kód) párhoz tartozik: új pár azonnal riaszt, a már jelentett állapot hét naponta emlékeztet, a sikeres futás törli a markert.

3. A néma-hiba őr. Ez a legnehezebb réteg, mert azt figyeli, ami nem történt meg: a kimaradt futást, az elmaradt levelet, a nem frissült kimeneti fájlt. A „nem történt meg” önmagában nem esemény, ezért ehhez tudni kell, minek mikor kellett volna megtörténnie. Van benne tranziens-küszöb is: egy egyszeri koccanás nem riaszt, a másodszorra is fennálló állapot igen.

4. A külső mérce. A gépen futó őr nem tud szólni arról, hogy ő maga áll. Ezért a napi jelentésnek meg kell érkeznie: ha egy reggel nem jön meg, az maga a riasztás. Ez a legolcsóbb és a legfontosabb réteg, mert egyetlen szabály, és kívülről nézi a rendszert.

Egyik réteg sem mindenható, és ez így is van rendjén. Amit valaki kézzel indít és nincs a nyilvántartásban, azt a gépi őr nem látja; a tartalmi hibát — a kiment, de rossz adatú levelet — egyik réteg sem fogja meg. Egy üzemeltetés minőségét az dönti el, hogy ezek a határok le vannak-e írva, van-e gazdájuk, és van-e róluk döntés. Ezért tartozik minden felügyelt rendszerhez egy rövid, írásos lista arról, mit nem lát a felügyelet.

Napi és heti jelentés: amit a vezető lát belőle

Az őr-réteg kimenete két gépi levél és egy emberi. A napi üzemeltetési jelentés minden reggel, ugyanabban a percben megy ki, és három állapota van: zöld, sárga, piros. A mérési ablakban 26 napból 26-on megérkezett.

A heti összefoglaló ugyanezt nézi hét napra visszamenőleg, és a trendet mutatja: mi romlott, mi javult, mi az, ami már hetek óta sárga. A mérési ablakban négy egymást követő héten ment ki. A havi állapot-összefoglaló már nem gépi: egy rövid, emberi szöveg arról, mit csinált a rendszer, mennyit dolgozott Ön helyett, és mi a javaslatunk a következő hónapra.

A riasztások külön úton mennek — az ablakban 43 riasztó levél ment ki. A cél nem a nulla riasztás: az a jó felügyelet, amelyikben minden riasztásnak van gazdája és van vége. Kiderül belőle, mi a hiba, valaki felelős érte, és látszik, mikor zárult le.

Alapszabályunk: némítani szabad, a mérést kivenni nem. Ha egy ismert hibát elnémítunk, az elnémított, de fennálló hiba ettől még látszódjon az állapotsorban. Hogy ez miért nem elméleti kérdés, arról a Hamis zöld: négy hibaminta szól.

Mentés, hozzáférés, javíthatóság: a díj másik fele

A felügyelet a havidíj egyik fele. A másik fele az, hogy baj esetén legyen honnan visszaállni, hogy a rendszer ne tudjon nagyobb kárt okozni, mint amennyit ér, és hogy egy javítás ne másnapig tartson.

Mentés. Napi mentés, mellette heti titkosított mentés a titkokról (jelszavak, kulcsok), és külön kötet a gép teljes rendszer-mentésének. A mentésnek saját, a felügyelettől független bukás-értesítője van: a kilépési kód önmagában nem árulja el, ha a mentés rossz eredménnyel futott le. Külön szabály, hogy a külső lemezre menő ág csak akkor zöld, ha a lemez tényleg ott van, és tényleg írható — a „lefutott” önmagában nem elég. A részletek a mentés három lábon című cikkben vannak.

Hozzáférés. Az ügyfél vállalatirányítási rendszeréhez csak olvasásra kapcsolódunk. Ez nem udvariasság, hanem kockázat-kezelés: egy csak olvasó kapcsolat legrosszabb esetben rossz riportot ad, egy írási jogú kapcsolat legrosszabb esetben adatot ront. Ha valamit vissza kell írni a rendszerbe, az külön, naplózott, emberi jóváhagyáshoz kötött úton megy — ezt külön projektként kezeljük. Arról, hogy hol húzzuk meg ezt a határt, az AI írhat-e éles rendszerbe cikkünkben írtunk.

Javíthatóság. Unalmas mérnöki részlet, mégis ez dönti el, hogy egy hiba javítása húsz perc vagy másnap. A folyamatosan futó szolgáltatásainkat jelzőfájllal lehet újraindítani: a szolgáltatás észreveszi a jelzést, ellenőrzi magát, és újraindul úgy, hogy a futási jogosultságai megmaradnak. Két mérésünk 2 és 64 másodpercet adott rá. Enélkül minden kódjavítás arra vár, hogy valaki fizikailag odaüljön a géphez.

Ugyanide tartozik a leszerelés: ha egy rendszer megszűnik, az automatáit ki kell kapcsolni, a riasztásait át kell irányítani. Különben hónapokig riasztgatnak egy hibáról, amit már senki nem fog javítani — és megtanítják a csapatot arra, hogy a riasztó levelet nem kell kinyitni.

Mit fedez a havidíj tételesen — és mit nem

Konkrétan. Nálunk az üzemeltetés 30 000 Ft/hó-tól indul, a pontos díj a rendszer méretétől és kritikusságától függ. Öt tétel van benne — folyamatos felügyelet és automatikus hibariasztás, hibajavítás, a külső változások követése, havi 2 óra fejlesztési keret és egy havi állapot-összefoglaló —, és ezekhez jön a mentés felügyelete. Tételesen:

Mikor nem éri meg havidíjat fizetni? Ha egyetlen, ritkán futó automatáról van szó, amelynek a kimaradását másnap reggel úgyis észreveszi valaki, és a kimaradásnak nincs ügyfél felé mutató következménye. Ilyenkor üzemeltetés nélkül is átadjuk a rendszert: ekkor az átadást követő 30 napos finomhangolási időszakra vállalunk garanciát, utána a rendszer és a felügyelete az Öné.

Mikor éri meg szinte biztosan? Ha a kimenet ügyfélhez megy (értesítő, emlékeztető, ajánlat), ha határidőhöz kötött (kötelező adatszolgáltatás, partner-riport), vagy ha a hiba csak hetekkel később derülne ki.

Egy dolgot érdemes tisztán látni: az üzemeltetési díj nem biztosítás, hanem munka. Azt fizeti, hogy a baj kiderüljön, mielőtt következménye lenne. Ha a rendszerét nem mi építettük, a felügyeleti réteg utólag is ráépíthető: ilyenkor egy rövid átvilágítással kezdünk — a menetét és az árát az AI-audit árak oldalon írtuk le.

Gyakori kérdések

Mennyibe kerül egy automatizált rendszer üzemeltetése?

Nálunk az üzemeltetés 30 000 Ft/hó-tól indul, a pontos díj a rendszer méretétől és kritikusságától függ. Ez tartalmazza a folyamatos felügyeletet, az automatikus hibariasztást, a hibajavítást, a külső változások követését, havi 2 óra fejlesztési keretet és egy havi állapot-összefoglalót. Új automata építése vagy új rendszer-illesztés külön projekt.

Miért kell havidíjat fizetni egy rendszerért, ami magától fut?

Mert az a rendszer, amelyik magától fut, magától el is tud romlani úgy, hogy közben sikert naplóz. Ezt hívjuk néma hibának. A havidíj azt a réteget fizeti, amelyik méri, mi történt meg és mi nem, és akkor is szól, ha a hiba nem kiabál.

Mit jelent az, hogy néma hiba?

Azt, hogy az automata lefut, de nem végzi el a dolgát, a naplója mégis sikert ír. Ilyenkor sem leállás, sem hibaüzenet nem látszik. Tipikus okai: az indító folyamat elnyeli a hibakimenetet, a kód nem ellenőrzi a külső hívás kilépési kódját, vagy a zöld jelzés egy beégetett feliratból jön, nem mérésből.

Honnan tudom, hogy a riasztásaim működnek-e egyáltalán?

Csak úgy, ha kipróbálja: szándékosan elront valamit, és megnézi, megérkezik-e a riasztás, és mennyi idő alatt. Egy kód, amelyik „jónak néz ki”, nem bizonyíték. Ezt a próbát bevezetéskor és minden változtatás után érdemes megismételni.

Mit tartalmaz a havi állapot-összefoglaló?

Egy rövid, emberi szöveget arról, mit csinált a rendszer az elmúlt hónapban, mennyi munkát vett le, milyen hibák voltak és hogyan zárultak le, valamint javaslatot a következő hónapra. A napi és a heti jelentés gépi, a havi összefoglaló nem.

Átvehetem a rendszert üzemeltetési szerződés nélkül is?

Igen. Üzemeltetés nélkül is átadjuk a rendszert, ilyenkor az átadást követő 30 napos finomhangolási időszakra vállalunk garanciát, utána a felügyelet a cégéé. Ha a kimenet ügyfélhez megy vagy határidőhöz kötött, ezt nem javasoljuk — ott a néma hiba ára magasabb, mint a havidíj.

A következő lépés: hat kérdés a saját automatáihoz

Nem kell szerződés ahhoz, hogy holnap reggelig jobb helyzetben legyen. Vegye a cége legfontosabb automatáját — azt, amelyik ügyfélhez vagy hatósághoz küld valamit —, és válaszoljon hat kérdésre.

A negyedik kérdés szokott a legkellemetlenebb lenni. Rendszerek átvizsgálásakor a leggyakoribb lelet éppen az, hogy a zöld jelzés mögött nincs mérés, csak egy beégetett felirat (a mintákat itt szedtük szét).

Ha a hat kérdésből háromra nem tudja a választ, azzal nincs egyedül — ez a leggyakoribb állapot. Egy 30 perces beszélgetésen végig lehet menni rajtuk, és utána eldönthető, kell-e egyáltalán felügyeleti réteg, vagy elég egy egyszerű külső mérce. Ha a nagyságrend érdekli, a megtakarítás-kalkulátor két perc, az automatizálás teljes képéhez pedig az AI automatizálás útmutatónk a kiindulópont.