Poistenie zodpovednosti pre IT pracovníkov a krytie škôd zákazníkom

Čo sa stane, ak v piatok popoludní nasadíte do produkcie aktualizáciu a klientovi cez víkend skolabuje celý e-shop? Mnohí vývojári žijú v presvedčení, že ak chybu neudelali úmyselne, odberateľ od nich nemôže žiadať státisíce eur. To je nebezpečný omyl. V technologickom sektore nevznikajú škody na rozbitých oknách či spadnutých múroch. IT špecialisti spôsobujú škody na peniazoch klientov: ide o zmazané produkčné databázy, nesprávne nakonfigurované cloudové kontajnery, zlyhania platobných brán a s tým spojené ušlé tržby. Práve pre tieto situácie existuje poistenie zodpovednosti pre IT pracovníkov, ktoré rieši čisté finančné škody vzniknuté z profesijného pochybenia.

Slovenská legislatíva neukladá softvérovým inžinierom ani správcom systémov povinné zmluvné poistenie profesijnej zodpovednosti. V praxi preto poistku riešia až vo chvíli, keď ju od nich natvrdo vyžiada zahraničný klient v kontrakte, alebo keď prejdú zo zamestnaneckého pomeru na živnosť. Práve zmena právnej formy prináša najtvrdší náraz na realitu. Kým zamestnancovi kryje chrbát pracovné právo, podnikateľ ručí celým svojím majetkom bez akejkoľvek ochrannej siete.

Môže zamestnávateľ v IT žiadať viac ako zákonný násobok platu?

Medzi programátormi v trvalom pracovnom pomere koluje mýtus, že zamestnávateľ od nich nemôže nikdy vymôcť viac ako pár stoviek eur, nech pokazia čokoľvek. Realita je zložitejšia. Základný rámec stanovuje zákon č. 311/2001 Z. z. Zákonník práce. Podľa § 186 ods. 2 platí, že náhrada škody spôsobenej z nedbanlivosti nesmie presiahnuť sumu rovnajúcu sa štvornásobku priemerného mesačného zárobku zamestnanca pred porušením povinnosti. Ak beriete v hrubom 3 000 eur, váš teoretický strop zodpovednosti za neúmyselnú chybu je 12 000 eur. Preto sa štandardné krytie pre interných zamestnancov dojednáva na sumy 10 000 až 15 000 eur so spoluúčasťou spravidla 10 percent z poistného plnenia.

Tento zákonný limit má však zásadné výnimky. Ak zamestnávateľ preukáže, že škoda bola spôsobená úmyselne, pod vplyvom alkoholu alebo omamných látok, strop štvornásobku platu padá. Zamestnanec v takom prípade zodpovedá za celú skutočnú škodu a firma môže požadovať aj ušlý zisk. V IT praxi navyše vzniká sporné pole pri konaniach, ktoré zamestnávateľ označí za vedomé ignorovanie bezpečnostných smerníc. K tomu patrí vypnutie testovacích pipeline pred releasom, manuálne zásahy priamo v produkčnej databáze bez schváleného change managementu či obchádzanie schvaľovacieho procesu pull requestov.

Kedy platí zákonný strop zo Zákonníka práce

Ochrana Zákonníka práce platí výhradne pre fyzické osoby pracujúce na pracovnú zmluvu alebo dohody mimo pracovného pomeru. Ak vás zaujíma presná cena poistenia zodpovednosti zamestnanca, zistíte, že stojí len desiatky eur ročne práve vďaka existencii zákonného limitu. Zamestnávateľ musí najprv preukázať vaše zavinenie, porušenie konkrétnej pracovnej povinnosti a priamu príčinnú súvislosť so vzniknutou škodou. Ak kód prešiel štandardným QA testovaním a code review iného kolegu, zavinenie jednotlivca sa dokazuje veľmi ťažko. Podobne je to ošetrené aj pri brigádnikoch, kde zodpovednosť brigádnika za škodu rovnako podlieha striktným obmedzeniam pracovnoprávnej ochrany.

Pokiaľ však pracujete na dohodu o vykonaní práce alebo dohodu o pracovnej činnosti, pravidlá sa mierne líšia. Zákonník práce stanovuje pre tieto formy špecifické limity náhrady škody do tretiny skutočnej škody, maximálne však do výšky dohodnutej odmeny. Detailnejšie rozoberá zodpovednosť za škodu pri práci na dohodu osobitný článok. Ak vám zamestnávateľ zverí napríklad testovacie zariadenia alebo firemný hardvér, zodpovedáte zaň na základe písomného potvrdenia v plnej výške, ak nepreukážete, že poškodenie vzniklo bez vášho zavinenia.

Prechod na živnosť a strata ochrannej bariéry

Úplne iná situácia nastáva v momente, keď programátor prejde z TPP na živnosť alebo začne fakturovať cez vlastnú jednoosobovú s.r.o. Mnoho ľudí si neuvedomuje, kedy zamestnanecká poistka nestačí. Vzťah medzi freelancerom a jeho klientom sa neriadi Zákonníkom práce, ale zákonom č. 513/1991 Zb. Obchodný zákonník. Ustanovenie § 379 Obchodného zákonníka hovorí jasnou rečou: nahrádza sa skutočná škoda aj ušlý zisk bez akéhokoľvek zákonného stropu.

Ako živnostník ručíte za záväzky celým svojím osobným majetkom vrátane bytu, auta a úspor. Ak spôsobíte výpadok bankového rozhrania alebo zmažete zákaznícke záznamy, objednávateľ môže žalovať celú čiastku, ktorú musel vynaložiť na obnovu prevádzky, plus peniaze, o ktoré preukázateľne prišiel. Obyčajné poistenie zodpovednosti zamestnanca je pre živnostníka v IT úplne bezcenné. V takomto postavení je poistenie zodpovednosti pre IT pracovníkov jedinou reálnou ochranou pred osobným bankrotom.

Ako sa mení poistné podľa obratu, rozsahu činností a teritoriálnej platnosti

Cena poistnej zmluvy pre IT špecialistov a technologické firmy nie je fixná tabuľková hodnota. Poisťovňa skúma tri kľúčové premenné: ročný obrat, presný zoznam vykonávaných činností a geografické územie, kde vaše riešenia reálne bežia. Malý webový dizajnér s obratom 25 000 eur ročne, ktorý tvorí prezentačné stránky pre lokálnych remeselníkov, čelí diametrálne odlišnému riziku než DevOps inžinier spravujúci cloudovú infraštruktúru s obratom 100 000 eur, ktorého konfigurácie riadia transakcie fintechovej platformy.

Zatiaľ čo základné krytie zodpovednosti zamestnanca stojí okolo 50 až 80 eur ročne, profesijné poistenie zodpovednosti pre IT pracovníkov a IT firmy štartuje pri nízkych limitoch na sumách okolo 300 až 500 eur ročne. Pri individuálnom upisovaní veľkých kontraktov so zahraničnými partnermi a vysokými poistnými sumami môže ročné poistné dosahovať tisíce eur. Maximálny limit poistného plnenia dostupný na slovenskom trhu pri individuálnom upisovaní sa pohybuje až na úrovni 35 000 000 eur, čo využívajú najmä veľké softvérové domy dodávajúce infraštruktúru pre banky a telekomunikačných operátorov.

Čo všetko ovplyvňuje výslednú cenu krytia

Pri dojednávaní poistenia vypĺňate podrobný dotazník. Akákoľvek nepresnosť sa vám môže vypomstiť pri likvidácii poistnej udalosti. Poisťovateľ analyzuje:

• Profil činnosti: Tvorba front-endu nesie výrazne nižšie riziko než vývoj back-endu pre platobné brány, správa databáz, penetračné testovanie či architektúra cloudových sietí.
• Výška ročného obratu: Čím vyšší objem zákaziek realizujete, tým vyššia je štatistická pravdepodobnosť vzniku pochybenia a kumulácie nárokov od viacerých odberateľov v jednom roku.
• Nastavenie spoluúčasti: Štandardná spoluúčasť býva dohodnutá fixnou sumou (napríklad 500 alebo 1 000 eur) alebo percentuálne, obvykle 10 percent z poistného plnenia. Vyššia spoluúčasť znižuje ročné poistné.
• Spôsob riadenia projektov: Poisťovne zaujíma, či používate verzionovacie nástroje (Git), či máte formálne akceptačné testy, automatizované testovacie prostredia a povinné code review pred nasadením kódu do produkcie.

Úskalia vývoja pre americký a kanadský trh

Najdrahšou a najrizikovejšou položkou v zmluve je územná platnosť. Štandardné profesijné poistenie kryje škody vzniknuté a uplatnené na území Slovenskej republiky a Európskej únie. Ak pracujete na diaľku zo Slovenska pre klienta so sídlom v Spojených štátoch amerických alebo v Kanade, automaticky narážate na základnú výluku. Zodpovednostné nároky uplatnené podľa práva USA a Kanady alebo pred tamojšími súdmi sú zo základného krytia striktne vylúčené.

Americký právny systém pozná inštitút takzvaných punitive damages (trestné odškodnenie s represívnou funkciou), ktoré nemajú charakter skutočnej škody, ale sankcie voči škodcovi. Tieto sumy dosahujú astronomické výšky. Ak vyvíjate softvér pre americkú korporáciu, musíte v poistnej zmluve výslovne dojednať teritoriálne rozšírenie pre USA a Kanadu. Pripravte sa na to, že cena poistky môže vzrásť dvojnásobne až trojnásobne a poisťovňa bude vyžadovať dôkladný audit vašich zmlúv vrátane doložiek o voľbe rozhodného práva.

Sú zmluvné sankcie a nedodržanie SLA parametrov poistiteľné?

Mnoho IT špecialistov podpisuje zmluvy o úrovni poskytovaných služieb (Service Level Agreement – SLA) s presvedčením, že ak systém vypadne a naskočia sankcie za každú začatú hodinu nedostupnosti, poistka to vyrieši. Toto je jeden z najrozšírenejších mýtov v IT biznise. Poisťovne striktne oddeľujú dva pojmy: zmluvnú pokutu a skutočnú škodu.

Podľa § 420 ods. 1 Občianskeho zákonníka každý zodpovedá za škodu, ktorú spôsobil porušením právnej povinnosti. Zmyslom poistenia je kompenzovať poškodenému majetkovú ujmu, ktorá mu reálne vznikla. Zmluvná pokuta je však dohodnutý paušálny trest za nedodržanie zmluvného záväzku bez ohľadu na to, či druhej strane nejaká škoda vôbec vznikla. Všeobecné poistné podmienky všetkých poisťovní na trhu zmluvné pokuty, penále, úroky z omeškania a peňažné tresty výslovne vylučujú z krytia.

Prečo poisťovňa zmluvnú pokutu nezaplatí

Dôvod výluky je jednoduchý: morálny hazard a kalkulácia rizika. Ak by poisťovne preplácali zmluvné sankcie, dodávatelia softvéru by mohli do zmlúv akceptovať akékoľvek drakonické pokuty za oneskorenie releasu alebo minútový výpadok servera s vedomím, že účet pošlú likvidátorovi. Poistná zmluva nie je nástrojom na sanovanie zlého projektového manažmentu ani nerealistických termínov odovzdania.

Pozor si treba dať aj na formulácie, kde sa sankcia v SLA maskuje ako „paušalizovaná náhrada škody“. Poisťovateľ pri likvidácii skúma materiálnu podstatu nároku, nie jeho zmluvný nadpis. Ak klient požaduje vyplatenie zmluvne dohodnutej sumy 5 000 eur za každú hodinu nedostupnosti databázy, no nevie preukázať, že mu za ten čas reálne ušiel zisk alebo vznikli konkrétne vícenáklady, likvidátor plnenie zamietne. Poistenie uhradí len preukázanú finančnú škodu – napríklad mzdy zamestnancov klienta, ktorí nemohli pre výpadok pracovať, alebo doložené stratené marže z neuskutočnených nákupov v e-shope.

Ak sa chcete chrániť pred likvidačnými dôsledkami omeškania a sankcií, musíte riziko ošetriť priamo v kontrakte s odberateľom. Do zmluvy zapracujte stropy na zmluvné pokuty a doložku o obmedzení náhrady škody (limitation of liability). Pozrite sa, aké výhody a nevýhody prináša spoliehanie sa výlučne na zmluvné limity oproti kombinácii s poistným krytím:

Zmluvné obmedzenie zodpovednosti (Contractual Cap)	Kombinácia zmluvy a poistenia profesijnej zodpovednosti
Limituje nároky len do výšky vyplatenej odmeny (napr. hodnota kontraktu).	Kryje skutočnú škodu a ušlý zisk aj nad rámec inkasovaného honorára.
Nerieši náklady na právne zastúpenie a súdne poplatky pri spore s klientom.	Poisťovňa prepláca advokáta a súdnych znalcov na obranu proti neoprávneným nárokom.
Môže byť súdom vyhlásené za neplatné pri hrubej nedbanlivosti dodávateľa.	Poistné plnenie chráni osobný majetok programátora aj pri závažnom pochybení z nedbanlivosti.
Nekryje škody spôsobené tretím stranám, ktoré nie sú účastníkmi zmluvy.	Zodpovednostné krytie zahŕňa nároky koncových zákazníkov vášho odberateľa.
Znižuje dôveryhodnosť freelancera v očiach veľkých korporátnych zadávateľov.	Poistný certifikát otvára dvere k lukratívnym zákazkám pre banky a zahraničné firmy.

Škody spôsobené subdodávateľmi a externými programátormi

Zoberiete veľký IT projekt, no na časť úloh nemáte interné kapacity. Najmete preto šikovného freelancera na živnosť, aby naprogramoval integračný modul alebo nastavil Kubernetes klaster. Kto nesie zodpovednosť, ak tento externista spraví kritickú chybu a klientovi spôsobí stotisícovú škodu? Z pohľadu koncového zákazníka je situácia jednoznačná: zmluvným partnerom ste vy. Objednávateľ vôbec nerieši, kto z vášho tímu konkrétny commit do repozitára pushol. Žaloba a požiadavka na náhradu škody pristane na vašom stole.

Tu nastáva časté prekvapenie pre majiteľov IT agentúr. Ak nemáte v poistnej zmluve výslovne dojednané krytie subdodávateľov, vaša poisťovňa môže odmietnuť plniť. Základné poistenie zodpovednosti pre IT pracovníkov totiž často pokrýva výhradne konanie poistenej osoby a jej kmeňových zamestnancov v pracovnoprávnom vzťahu. Na to, aby poistka chránila vašu firmu aj pred následkami chýb externých kontraktorov, musí obsahovať špecifickú doložku rozširujúcu definíciu poisteného na subdodávateľov vykonávajúcich činnosť vo vašom mene.

Kto ťahá za kratší koniec pri chybe freelancera

Aj v prípade, že vaša poistka subdodávateľov kryje, príbeh sa nekončí vyplatením peňazí klientovi. Nastupuje proces, ktorý môže pre externého programátora znamenať existenčný problém. Pozrime sa na konkrétny modelový príklad zo života, ktorý do detailu ilustruje, ako celý mechanizmus funguje v praxi:

Modelový príklad: Pád e-shopu pred nákupnou špičkou

Spoločnosť DevStudio s.r.o. dodáva komplexný e-commerce systém pre predajcu elektroniky. Na optimalizáciu databázových dopytov si najala externého senior vývojára Michala, ktorý podniká ako SZČO. Michal v stredu večer optimalizoval indexy a nasadzoval migračný skript priamo na produkčnej databáze bez toho, aby pred zásahom overil funkčnosť dennej zálohy. Skript obsahoval syntaktickú chybu v logike transakcie, ktorá nevratne poškodila tabuľky objednávok a zákazníckych účtov. Rollback plán neexistoval.

Výsledkom bol výpadok e-shopu trvajúci 22 hodín v období predvianočného výpredaja. Obnova dát zo staršej zálohy a manuálne dopárovanie platieb stáli klienta 12 000 eur na externých IT službách. Preukázaný ušlý zisk na základe historických dát predajov z predchádzajúceho roka predstavoval 38 000 eur. Celková uplatnená škoda dosiahla sumu 50 000 eur.

Klient uplatnil nárok písomne voči DevStudio s.r.o. Spoločnosť mala našťastie uzavreté poistenie zodpovednosti pre IT pracovníkov s limitom 100 000 eur a dojednaným krytím subdodávateľov, so spoluúčasťou 10 percent (v tomto prípade 5 000 eur). Poisťovňa po prešetrení incidentu, kontrole zmluvy a overení logov uznala nárok a vyplatila poškodenému e-shopu poistné plnenie vo výške 45 000 eur. Zvyšných 5 000 eur doplatilo DevStudio s.r.o. zo svojho.

V tomto momente bol poškodený klient odškodnený. Pre Michala sa však problém len začal. Poisťovňa využila svoje zákonné právo a vstúpila do nárokov poisteného. Keďže Michal nemal vlastné profesijné poistenie a v subdodávateľskej zmluve s DevStudio s.r.o. nebola dohodnutá žiadna limitácia, poisťovňa od neho začala vymáhať celých 45 000 eur titulom regresu.

Ako rieši poistenie IT zodpovednosti regres voči subdodávateľovi?

Regres poisťovne je právny inštitút, pri ktorom poistiteľ po vyplatení škody poškodenej strane požaduje náhradu vyplatenej sumy od skutočného vinníka. Ak škodu spôsobil váš externý spolupracovník, poisťovňa poškodenie uhradí vášmu klientovi, no obratom zaklope na dvere externistu. Žiada od neho späť každé jedno euro, ktoré z poistky vyplatila. Všeobecná premlčacia doba na náhradu škody v obchodných vzťahoch je podľa Obchodného zákonníka 4 roky odo dňa, keď sa poškodený dozvedel alebo mohol dozvedieť o škode a o osobe povinnej na jej náhradu, pričom objektívna lehota je až 10 rokov.

Pre menšie softvérové tímy a spriatelených freelancerov môže byť takýto regres devastačný. Ak pracujete v sieti overených kontraktov, nechcete, aby vaša poisťovňa zruinovala kolegu, s ktorým dlhodobo spolupracujete. Rovnako platí, že ak ste v pozícii subdodávateľa vy, musíte sa pred týmto rizikom aktívne chrániť už pri podpise kontraktu.

Doložka o vzdaní sa práva na regres

Riešením tohto problému je takzvaná doložka o vzdaní sa práva na postih (Waiver of Subrogation). Ide o zmluvné dojednanie s poisťovňou, v ktorom sa poisťovateľ výslovne vzdáva práva vymáhať vyplatené poistné plnenie od vašich subdodávateľov, partnerov či dcérskych spoločností. Poisťovne si za túto doložku zvyknú účtovať prirážku na poistnom, no v agentúrnom biznise ide o kľúčový prvok ochrany tímu.

Pozor si však treba dať na jednu zásadnú právnu podmienku. Vzdanie sa regresu nikdy neplatí absolútne. Ak subdodávateľ spôsobí škodu úmyselne alebo v stave ťažkej nedbanlivosti, poisťovňa si právo na regres zachováva bez ohľadu na akékoľvek doložky v poistnej zmluve. Ako posudzuje hrubá nedbanlivosť a poistné plnenie slovenská judikatúra a poisťovacia prax, ukazuje, že ignorovanie elementárnych bezpečnostných pravidiel sa vinníkovi takmer vždy vráti ako bumerang. Podobný princíp funguje aj pri škodách na technike, kde napríklad škoda na služobnej dodávke a kto ju platí závisí od toho, či vodič hrubo neporušil predpisy.

Únik osobných údajov cez dieru v kóde a hranice GDPR krytia

Jedným z najčastejších scenárov zlyhania v IT je bezpečnostná zraniteľnosť: SQL injection v prihlasovacom formulári, zle nastavené oprávnenia v Amazon S3 buckete alebo nedostatočné solenie hesiel v databáze. Ak cez túto dieru uniknú citlivé osobné údaje desiatok tisíc používateľov, nastupuje nariadenie GDPR. Väčšina vývojárov sa mylne domnieva, že profesijné poistenie zodpovednosti pre IT pracovníkov automaticky zaplatí pokutu, ktorú ich klientovi udelí Úrad na ochranu osobných údajov. To je omyl.

Správne a administratívne pokuty udelené štátnymi orgánmi a regulačnými úradmi sú zo zákona a poistných podmienok nepoistiteľné. Poistná zmluva nemôže zbaviť prevádzkovateľa zodpovednosti za porušenie verejnoprávnych predpisov. Ak Úrad na ochranu osobných údajov udelí e-shopu pokutu 50 000 eur za nedostatočné zabezpečenie databázy, túto sankciu poisťovňa nepreplatí ani poškodenej firme, ani vývojárovi, ktorý bezpečnostnú dieru v kóde vytvoril.

Pokuta od úradu verzus náhrada škody poškodeným

Čo teda v prípade úniku dát vlastne poistenie kryje? Poistná ochrana sa vzťahuje na civilné nároky tretích strán na náhradu škody. Ak dotknuté osoby, ktorých osobné údaje unikli na darknet, zažalujú prevádzkovateľa za vzniknutú majetkovú ujmu (napríklad zneužitie platobnej karty) alebo za nemajetkovú ujmu (zásah do súkromia a dobrého mena), tieto nároky poistka riešiť vie. Ak klient následne tieto vyplatené kompenzácie vymáha od dodávateľa softvéru ako škodu spôsobenú vadným plnením, profesijné poistenie vstupuje do hry.

Zároveň je potrebné dôsledne rozlišovať medzi profesijným poistením IT zodpovednosti (Errors & Omissions) a samostatným kybernetickým poistením (Cyber Insurance). Kým profesijné poistenie rieši vašu zodpovednosť za chybu v dodanom kóde, kybernetické poistenie rieši následky hackerského útoku, vydierania ransomvérom a náklady na forenzných IT expertov. S podobnými rizikami sa dnes stretávajú aj bežní spotrebitelia, pre ktorých vzniká poistenie kybernetických rizík domácnosti na krytie krádeže virtuálnej identity či zneužitia online bankovníctva. Pre IT firmu je optimálnym riešením kombinovaná poistná zmluva obsahujúca profesijnú zodpovednosť aj kybernetické krytie.

Výpadok telekomunikačnej siete a zlyhanie cloudovej infraštruktúry

Čo ak softvér funguje bez jedinej chybičky, no zákaznícky systém skolabuje pre výpadok dátového centra v Frankfurte alebo pre preťatý optický kábel poskytovateľa internetu? Klient eviduje obrovské straty a obráti sa na vás ako na správcu infraštruktúry. Štandardné poistenie zodpovednosti pre IT pracovníkov obsahuje striktnú výluku na škody spôsobené zlyhaním verejných telekomunikačných sietí, dodávky elektrickej energie a výpadkami globálnych cloudových poskytovateľov (ako AWS, Microsoft Azure či Google Cloud), pokiaľ toto zlyhanie nevzniklo vaším priamym pochybením.

Ak ste však zmluvne garantovali dostupnosť 99,99 % a v architektúre ste nepoužili multi-regiónovú redundanciu, hoci to zmluva výslovne vyžadovala, spor už nie je o výpadku siete, ale o profesijnom zlyhaní pri návrhu architektúry. V takejto situácii poisťovateľ skúma, či škoda nastala v dôsledku vonkajšej vyššej moci, alebo porušením vašich odborných povinností podľa § 420 Občianskeho zákonníka. Všeobecné výluky sú v poistení bežné naprieč všetkými odvetviami – rovnako ako pri iných produktoch platia striktné limity a výluky poistenia zodpovednosti, ktoré presne ohraničujú, čo je ešte poistná udalosť a čo neovplyvniteľná udalosť z vonkajšieho prostredia.

Čo reálne znamená sublimit na nemajetkovú ujmu?

Pri čítaní poistnej zmluvy väčšina ľudí skontroluje celkovú poistnú sumu – napríklad 500 000 eur – a predpokladá, že do tejto výšky sú kryté všetky mysliteľné škody. V poistných podmienkach sa však nachádzajú sublimity, ktoré skutočné plnenie zásadne osekávajú. Najkritickejším z nich je sublimit na nemajetkovú ujmu. Kým finančná škoda predstavuje reálny úbytok na majetku alebo ušlý zisk, nemajetková ujma vyjadruje zásah do osobnostných práv, dobrej povesti, cti či obchodného mena poškodeného.

Typickým príkladom v IT je situácia, keď pre chybnú synchronizáciu databázy e-shop odošle hromadný e-mail s citlivými údajmi nesprávnym adresátom, alebo keď dočasný defekt v aplikácii vystaví interné hodnotenia zamestnancov verejnosti. Poškodení v takýchto žalobách nežiadajú len náhradu preukázateľnej finančnej straty, ale morálne zadosťučinenie v peniazoch za poškodenie reputácie. Štandardné poistné podmienky pre IT zodpovednosť obsahujú sublimit pre nemajetkovú ujmu vo výške 20 percent z dojednanej poistnej sumy, maximálne 20 000 eur.

Ak vás dotknutá strana zažaluje o nemajetkovú ujmu vo výške 80 000 eur a súd jej vyhovie, vaša poistka s polmiliónovým celkovým krytím vyplatí len zastropovaných 20 000 eur. Zvyšných 60 000 eur musíte zaplatiť z vlastného vrecka. Preto je pri dojednávaní zmluvy nevyhnutné skontrolovať nielen hlavný rámec, ale všetky sublimity vzťahujúce sa na reputačné riziká, stratu dát a náklady na obnovu počítačových záznamov.

Prečo poistenie zodpovednosti IT špecialistov vylučuje vojenské a letecké systémy?

Ak vyvíjate softvér pre drony, navigačné systémy letísk, riadenie železničnej dopravy, vesmírne satelity alebo riadiaci kód pre jadrové elektrárne, bežná poistka vám nepomôže. Všeobecné poistné podmienky obsahujú takzvané absolútne výluky. Medzi ne štandardne patrí softvér a hardvér určený na prevádzku zbraňových a vojenských systémov, letectva, kozmického výskumu, námornej dopravy a kritickej infraštruktúry štátu.

Dôvodom je neúnosná kumulácia rizika a potenciál katastrofických škôd na životoch a zdraví. Ak zlyhá kód v internetovom obchode s oblečením, škoda sa meria v tisícoch eur. Ak zlyhá riadiaci algoritmus autonómneho pristávacieho modulu alebo softvér letovej prevádzky, škody idú do stoviek miliónov eur a priamo ohrozujú ľudské životy. Technologické riziká v doprave sú dnes ostro sledované aj v civilnom sektore, kde sa neustále rieši napríklad regres poisťovne pri zlyhaní autonómneho systému a rozdelenie zodpovednosti medzi vodiča a výrobcu algoritmu.

Špecifické riziká v kritických odvetviach

Okrem letectva a obranného priemyslu uplatňujú poisťovne mimoriadnu opatrnosť pri bankových clearingových systémoch a medicínskom softvéri riadiacom diagnostické prístroje a podporu životných funkcií. Ak ako programátor dodávate kód pre takéto odvetvia, bežné poistenie zodpovednosti pre IT pracovníkov dojednané online cez formulár je neplatné pre daný typ rizika. Projekty tohto typu vyžadujú špeciálny poistný upisovací proces na mieru (tailor-made underwriting), často zabezpečený medzinárodnými zaisťovňami na trhu v Londýne.

Pozor si dajte aj na sekundárne použitie vášho softvéru. Ak vyviniete všeobecný komunikačný modul, ktorý váš odberateľ bez vášho vedomia integruje do navigačného systému vojenského bezposádkového prostriedku, v prípade sporu vás čaká náročné dokazovanie účelu diela. V licenčnej zmluve a špecifikácii zákazky vždy presne definujte povolený rozsah použitia softvéru a výslovne zakážte jeho nasadenie v rizikových systémoch patriacich do poistných výluk.

Postup krok za krokom: Ako nahlásiť škodu a zachovať nárok na plnenie

Väčšina poistných zmlúv profesijnej zodpovednosti funguje na princípe claims made (nárokový princíp). To znamená, že škodová udalosť, porušenie povinnosti aj samotné uplatnenie nároku na náhradu škody poškodeným musia nastať počas trvania poistenia. Kľúčovú rolu hrá takzvaný retroaktívny dátum. Ak poistku uzavriete 1. marca, no chybu v kóde ste spravili v januári, staršie dodávky bez dojednaného retroaktívneho dátumu nebudú kryté. Rovnako fatálnou chybou je zrušenie poistky hneď po odovzdaní projektu – nárok od klienta totiž môže prísť o rok neskôr. Ak v tom čase už poistka nebeží a nemáte pripoistenú predĺženú lehotu na nahlásenie nárokov (Extended Reporting Period), plnenie nedostanete.

Keď nastane prúser a klient vám pošle list, v ktorom žiada náhradu škody za výpadok systému, musíte postupovať chladnokrvne a presne podľa poistných podmienok. Tu je overený postup v štyroch krokoch:

1. Nepriznávajte vinu ani finančný záväzok: Prvou a najčastejšou chybou vývojárov je panická reakcia v e-maile: „Ospravedlňujeme sa, bola to naša chyba, škodu samozrejme preplatíme.“ Podľa poistných podmienok nesmiete bez predchádzajúceho písomného súhlasu poisťovne uznať nárok na náhradu škody, uzavrieť dohodu o urovnaní ani uhradiť žiadnu sumu. Porušenie tejto povinnosti dáva poisťovni právo krátiť alebo úplne odmietnuť poistné plnenie.
2. Zabezpečte digitálne dôkazy a logy: Okamžite urobte forenzné zálohy systémových logov, záznamov z nasadzovania (deployment logs), histórie commitov v Git repozitári a e-mailovej komunikácie. Zdokumentujte pôvodné zadanie, akceptačné protokoly a schválenie zmien zo strany klienta pred nasadením do produkcie.
3. Dodržte lehotu 8 dní na nahlásenie poistnej udalosti: Štandardná lehota na nahlásenie uplatneného nároku poškodeného poisťovateľovi je najneskôr do 8 dní od dňa, kedy vám poškodený nárok písomne doručil. Ak túto lehotu premeškáte, riskujete krátenie poistného plnenia pre porušenie zmluvných povinností poisteného.
4. Odovzdajte komunikáciu likvidátorovi: Všetky výzvy, žaloby, platobné rozkazy či predžalobné upomienky bezodkladne postúpte poisťovni. Poisťovňa vám pridelí likvidátora a právneho zástupcu, ktorý pripraví stanovisko k nároku a prevezme odbornú obranu proti neoprávneným požiadavkám klienta.

Nezabúdajte ani na správu samotnej poistnej zmluvy. Ak zistíte, že vám podmienky nevyhovujú, zákon č. 40/1964 Zb. Občiansky zákonník stanovuje striktné pravidlá ukončenia. Podľa § 800 ods. 1 Občianskeho zákonníka sa výpoveď poistnej zmluvy ku koncu poistného obdobia musí doručiť najmenej 6 týždňov pred jeho uplynutím. Ak lehotu nestihnete, zmluva sa automaticky predlžuje na ďalší rok. Ak ste zmluvu uzavreli iba nedávno, podľa § 800 ods. 2 platí možnosť výpovede do 2 mesiacov po jej uzavretí s osemdňovou výpovednou lehotou. Právo na poistné plnenie sa podľa § 104 Občianskeho zákonníka premlčuje za 3 roky, pričom táto doba začína plynúť za jeden rok po vzniku poistnej udalosti.

Pri správe firemného majetku je nutné myslieť komplexne. Rovnako ako riešite IT riziká, softvérové firmy vlastniace autopark nesmú podceňovať poistenie služobných vozidiel na ochranu firemných áut. Pre zabezpečenie finančnej stability pri nákupe nového vozového parku sa štandardne využíva aj GAP poistenie a jeho podmienky, ktoré chráni pred stratou hodnoty pri totálnej škode. Pre IT špecialistov na voľnej nohe aj pre softvérové agentúry však základným pilierom bezpečného podnikania zostáva správne nastavené poistenie zodpovednosti pre IT pracovníkov. Kryje riziká, ktoré žiadny kód sám osebe neošetrí, a chráni vašu firmu pred fatálnymi finančnými následkami ľudského omylu.