SLA nélkül üzemeltetni: a legdrágább spórolás

Az SLA nem papír. Hanem kontroll.

És a legtöbb magyar KKV-nál – meglepő módon – egyáltalán nincs. Vagy ha van, csak formálisan létezik: aláírták, eltették a fiókba, és soha többé nem vette elő senki. Ez a legdrágább „spórolás”, amit egy cég az IT üzemeltetésén tehet.

Ebben a cikkben tisztázzuk, mi az SLA jelentése a gyakorlatban, mit ad egy jól megírt SLA az üzletnek, mi történik a hiányában, és miért éppen a látszólagos költségmegtakarítás az, ami hosszú távon a legnagyobb veszteséget okozza.

SLA jelentése röviden – és érthetően

Az SLA (Service Level Agreement, magyarul szolgáltatási szint megállapodás) egy olyan megállapodás a szolgáltató és a megrendelő között, ami rögzíti:

• Milyen szolgáltatást nyújt a szolgáltató.
• Milyen minőségi és időbeli paraméterekkel (pl. rendelkezésre állás, válaszidő, megoldási idő).
• Hogyan mérjük ezeket a paramétereket.
• Mi történik akkor, ha a szolgáltató nem teljesíti a vállalást.

Az SLA tehát nem egy általános „igyekszünk jól csinálni” ígéret. Hanem számokra, szintekre és következményekre lefordított, számonkérhető megállapodás. Ez a különbség egy baráti megbeszélés és egy professzionális üzleti partnerség között.

Mi történik SLA nélkül?

Amikor nincs SLA – vagy csak formailag létezik –, három kritikus dolog hiányzik a működésből:

• Nincs mérés – senki nem tudja objektíven megmondani, hogy az IT szolgáltatás megfelelően működik-e vagy sem.
• Nincs egyértelmű felelős – incidens esetén mindenki a másikra mutogat, a hibaelhárítás órákat csúszik.
• Nincs következmény – a szolgáltató csúszhat, hibázhat, lassan reagálhat, és mindez lényegében ingyen marad neki.

Ez nem „rugalmas együttműködés”. Ez kontrollhiány – és a legdrágább modell, amit egy cég választhat az IT üzemeltetésre.

Mit ad egy jól működő SLA?

Egy rendesen megírt és élő SLA három dolgot biztosít, amik nélkül modern B2B környezetben nem érdemes működni.

Kiszámíthatóság

Tudod előre, mire számíthatsz. Ha egy kritikus rendszered leáll, nem a szerencsén múlik, hogy mikor áll helyre. Az SLA-ban rögzített válaszidők és megoldási idők alapján tervezhetővé válik a legrosszabb eset is.

Számonkérhetőség

Ha a szolgáltató csúszik, az nem véleménykérdés. Vannak mért mutatók, és van következmény – legyen az kötbér, díjcsökkentés, vagy akár szolgáltató váltás joga. Ez nem ellenséges hozzáállás. Ez az a keret, amiben egy felnőtt üzleti kapcsolat egészségesen működik.

Tervezhetőség

Az üzletvezetés tudja, mit tud megígérni saját ügyfeleinek. A belső csapatok tudják, milyen válaszidőkre számíthatnak. A CFO tudja, mekkora kockázatot futtok, és mennyit érdemes ebbe fektetni. Ez már nem IT kérdés – ez üzleti stratégia.

Mit tartalmaz egy jó IT üzemeltetési SLA?

Egy valódi SLA nem féloldalas általánosság. A következő elemeket tipikusan lefedi:

• Rendelkezésre állás (uptime) százalékos formában – pl. 99,5% vagy 99,9% havi szinten.
• Reakcióidő (response time) – mennyi idő alatt kezdenek foglalkozni egy bejelentett hibával.
• Megoldási idő (resolution time) – mennyi idő alatt vállalják a hiba elhárítását.
• Incidens prioritási szintek (P1, P2, P3, P4) és az egyes szintekhez tartozó válaszidők.
• Eszkalációs lépcsők – ki, mikor, kinek jelzi, ha a helyzet nem megoldódó.
• Karbantartási ablakok, bejelentési és értesítési folyamatok.
• Mérési módszer – hogyan, milyen eszközzel mérjük a fenti mutatókat.
• Riportolás – milyen rendszerességgel kap a megrendelő teljesítmény riportot.
• Következmények – mi történik nem-teljesítés esetén (kötbér, kedvezmény, felmondási jog).

Ha ezek közül több hiányzik a jelenlegi szerződésedből, akkor szigorúan véve nincs valódi SLA-d. Csak egy szerződésed van, amin szerepel a betűszó.

Miért „spórol” a legtöbb cég az SLA-n?

A leggyakoribb érvek, amik miatt a vezetés elengedi az SLA kérdést:

• „Eddig is jól ment SLA nélkül.”
• „Bízunk a szolgáltatóban, nem akarunk papírt.”
• „Kis cég vagyunk, minek ez a bürokrácia.”
• „Drágább lenne SLA-val, ne pazaroljunk.”

A paradoxon az, hogy pont az ellenkezője igaz. Az SLA nem bürokrácia – hanem kockázatcsökkentő eszköz. És az ára jellemzően töredéke annak a veszteségnek, amit egy rosszul kezelt leállás vagy elhúzódó incidens okoz.

A valódi költség: mi történik az első komoly incidensnél?

Amíg minden rendben megy, az SLA hiánya nem tűnik fel. Nem érezni a hiányát – ahogy egy biztosításét sem, amíg nincs baj.

Aztán jön egy komolyabb incidens. És hirtelen minden láthatóvá válik:

• Nincs definiált válaszidő – senki nem köteles 15 percen belül elérhetőnek lenni.
• Nincs prioritizálás – nem tudni, hogy a te leállásod P1 vagy P4 eset-e.
• Nincs eszkaláció – nem kell vezetői szintre felvinni, ha csúszik a megoldás.
• Nincs kötbér – a szolgáltatónak nincs pénzügyi motivációja sietni.
• Nincs mérés – utólag sem tudod megmondani, mennyi ideig állt a rendszer valójában.

És a valós üzleti veszteség – kieső árbevétel, ügyfélvesztés, reputációs kár – pontosan annyival nagyobb lesz, amennyivel hosszabban húzódik az incidens. Egy jó SLA ezt órák helyett percekre rövidítené.

Belső SLA – a témának egy kevésbé ismert oldala

Az SLA nem csak a külső szolgáltatóval kötött szerződésben létezik. A jól működő szervezetek belső SLA-t is használnak: a saját IT csapat és az üzleti egységek között.

Ez rögzíti, hogy:

• Egy help desk ticket mennyi időn belül kerül válaszra.
• Egy új munkatárs onboardingjának IT feladatai mikorra készülnek el.
• Egy kritikus rendszerváltoztatás milyen előzetes egyeztetést igényel.

A belső SLA megteremti azt a közös nyelvet és keretet, ami nélkül a cég IT osztálya és üzleti oldala folyamatos feszültségben él. Nem a bürokrácia miatt – hanem mert tisztázza, ki mit várhat el a másiktól.

Mikor kritikus SLA-t bevezetni vagy megújítani?

Néhány jelzés, hogy itt az ideje komolyan megnézni a jelenlegi helyzetet:

• Van szolgáltatód, de nem tudod pontosan megmondani, milyen paraméterekre vállalt garanciát.
• Egy-egy incidensnél minden alkalommal újra és újra vita van a reakcióidőről.
• Nem kapsz rendszeres, objektív teljesítmény riportot a szolgáltatódtól.
• Nő a céged, egyre több kritikus rendszer fut, de a szerződésed még a régi időkből van.
• Audit, ISO tanúsítás, NIS2 vagy más compliance követelmény közeleg.
• Befektetői átvilágítás vagy tender előtt állsz, ahol kérdés lesz az IT működés érettsége.

A valóság

Ha nincs SLA, akkor nincs rendszer. Csak remény.

És a remény fontos dolog az életben – de nem üzleti folytonossági stratégia. A vezetésnek nem abban kell bíznia, hogy „nem lesz baj”. Hanem abban, hogy ha lesz, akkor tudjuk, mi történik, ki felel érte, mennyi idő alatt oldjuk meg, és mi a következménye, ha ez nem történik meg.

Záró gondolat

Az SLA nem plusz bürokrácia. Hanem az a minimum, ami nélkül az IT üzemeltetés nem egy szolgáltatás, csak egy jó szándékú ígéret.

És a különbség a kettő között pontosan akkor mutatkozik meg, amikor a legrosszabbul jön: egy leállás, egy incidens, egy kritikus határidő előtt.

Megéri újraértékelni a jelenlegi SLA-t?

A Global-Tender Kft szakértői segítenek átvilágítani a jelenlegi IT üzemeltetési szerződésedet – megnézzük, mit vállaltak pontosan, mi mérhető belőle, és hol vannak azok a pontok, ahol a céged ma kockázatot fut anélkül, hogy tudna róla.

Ha szeretnél egy objektív SLA-auditot és egy reális képet arról, mennyire van kontroll alatt az IT üzemeltetésed, keress minket egy kötetlen beszélgetésre. Együtt átnézzük a szerződést, a valós folyamatokat és a lehetőségeket.

Global-Tender Kft – SLA alapú IT üzemeltetés, átlátható szerződések és kiszámítható működés magyar KKV-k és középvállalatok számára.