Denva / Články / Zodpovednosť za vadný výrobok od 9. decembra 2026: čo nový zákon znamená pre softvér a aplikácie
Webové aplikácie

Zodpovednosť za vadný výrobok od 9. decembra 2026: čo nový zákon znamená pre softvér a aplikácie

· 11 min čítania
Zodpovednosť za vadný výrobok od 9. decembra 2026: čo nový zákon znamená pre softvér a aplikácie

Zodpovednosť za vadný výrobok sa od 9. decembra 2026 týka aj softvéru. Nový zákon č. 242/2026 Z. z. výslovne hovorí, že za výrobok sa považuje aj softvér, a výrobcom je aj firma, ktorá si výrobok dá navrhnúť alebo vyrobiť, alebo ho označí svojím menom. Ak teda ponúkate ľuďom vlastnú aplikáciu a tá im spôsobí škodu, môžete za ňu zodpovedať bez ohľadu na zavinenie. Zmluvou ani podmienkami používania sa tejto zodpovednosti voči poškodenému nezbavíte. Nové pravidlá platia pre výrobky uvedené na trh alebo do prevádzky od 9. decembra 2026.

Zákon sa najviac dotkne firiem, ktoré dávajú zákazníkom do rúk vlastnú aplikáciu, klientsky portál alebo zariadenie so softvérom. Nižšie nájdete, kedy ste podľa zákona výrobcom, za akú škodu sa zodpovedá, prečo sú dôležité bezpečnostné aktualizácie a čo pripraviť do decembra. Je to podobný typ zmeny ako tlačidlo na odstúpenie od zmluvy pre e-shopy: zákon platí pre všetkých a technika sa mu musí prispôsobiť. Ak aplikáciu len plánujete, pozrite si, ako staviame webové aplikácie na mieru s plánom aktualizácií od začiatku. Článok vysvetľuje text zákona, nie je právnym poradenstvom.

Zodpovednosť za vadný výrobok: čo prináša zákon č. 242/2026 Z. z.

Nový zákon nahrádza zákon z roku 1999 a výslovne pokrýva aj softvér, digitálne služby a online platformy.

Národná rada schválila zákon č. 242/2026 Z. z. o zodpovednosti za škodu spôsobenú vadným výrobkom 17. septembra 2026. V Zbierke zákonov vyšiel 6. októbra 2026 a účinnosť nadobúda 9. decembra 2026. Ruší doterajší zákon č. 294/1999 Z. z. a preberá európsku smernicu (EÚ) 2024/2853 o zodpovednosti za chybné výrobky. Smernica je európska, takže podľa nej upravujú svoje zákony všetky členské štáty.

Podstata zostáva: za škodu, ktorú vadný výrobok spôsobí fyzickej osobe, zodpovedá výrobca. Zákon k nemu pridáva pojmy, ktoré ho napájajú na digitálny svet.

Pojem v zákoneČo hovorí zákonČo to znamená pre firmu s aplikáciou
Výrobok (§ 2 písm. a)Hnuteľná vec, za výrobok sa považuje aj softvérAplikácia je výrobok rovnako ako zariadenie
Súvisiaca služba (§ 2 písm. c)Digitálna služba, bez ktorej by výrobok neplnil aspoň jednu svoju funkciuNapríklad online služba, bez ktorej by aplikácia alebo zariadenie stratili časť funkcií
Výrobca (§ 2 písm. f)Aj ten, kto si výrobok dá navrhnúť alebo vyrobiť, alebo ho označí svojím menom či značkouFirma, ktorá si dala aplikáciu vyvinúť a ponúka ju pod svojou značkou
Kontrola výrobcu (§ 2 písm. g)Výrobca dodáva aktualizácie softvéru sám alebo cez tretiu osobu, alebo ich vie dodávaťKým aplikáciu aktualizujete, je stále pod vašou kontrolou
Podstatná zmena (§ 2 písm. h)Napríklad zmena po uvedení na trh, ktorú výrobca nepredpokladal a ktorá vytvára nové nebezpečenstvo alebo zvyšuje rizikoKto výrobok po takej zmene mimo kontroly výrobcu sprístupní, zodpovedá za škodu (§ 6 ods. 6)
Stav k októbru 2026, podľa vyhláseného znenia zákona č. 242/2026 Z. z.

Softvér je výrobok: kedy ste výrobcom aj vy

Výrobcom nie je len vývojár, ale aj firma, ktorá si aplikáciu objedná a ponúka ju pod vlastným menom.

Toto je pre bežnú firmu najdôležitejší bod. Zákon v § 2 písm. f) za výrobcu považuje aj osobu, ktorá „si dá výrobok navrhnúť alebo vyrobiť“, alebo sa jeho označením svojím menom, ochrannou známkou či iným znakom prezentuje ako výrobca. Ak si teda dáte u štúdia postaviť rezervačnú aplikáciu, vernostnú appku alebo klientsky portál a ponúkate ho zákazníkom pod svojou značkou, môžete byť pre poškodeného výrobcom vy.

Smernica v recitáli 13 dopĺňa, že softvér je výrobkom bez ohľadu na spôsob dodania: či je uložený v zariadení, beží v cloude alebo sa dodáva ako služba (SaaS). Výslovne spomína aj aplikácie a systémy umelej inteligencie. Za výrobok sa naopak nepovažujú samotné informácie, teda obsah digitálnych súborov ako mediálne súbory alebo e-knihy, ani samotný zdrojový kód. Samotné texty a obrázky na webe sú teda skôr informácie, kým aplikácia je softvér.

Dve ďalšie skupiny, ktoré zákon pomenúva:

  • Open-source softvér. Zákon sa nevzťahuje na slobodný softvér s otvoreným zdrojovým kódom, ktorý bol vyvinutý alebo dodaný mimo obchodnej činnosti (§ 1 ods. 2). Ak však takú knižnicu zabudujete do vlastného komerčného produktu, za škodu podľa recitálu 15 smernice zodpovedáte vy, nie autor knižnice.
  • Online platformy. Poskytovateľ online platformy, cez ktorú spotrebitelia uzatvárajú zmluvy na diaľku s obchodníkmi, môže za splnenia podmienok zodpovedať ako distribútor (§ 6 ods. 5). Distribútor zodpovedá, keď sa nedá zistiť zodpovedná osoba usadená v EÚ a on ju do jedného mesiaca od žiadosti poškodeného neurčí (§ 6 ods. 4).

Aplikácia s plánom aktualizácií od prvého dňa

Ak chystáte vlastnú aplikáciu pre zákazníkov, pozrite si, ako ju navrhujeme, testujeme a staráme sa o ňu aj po spustení.

Zodpovednosť za vadný výrobok: za akú škodu áno a za akú nie

Zákon chráni fyzické osoby a ich súkromný majetok a údaje, nie majetok a dáta používané výlučne na podnikanie.

Nárok má fyzická osoba, ktorej vadný výrobok spôsobil škodu (§ 3). Paragraf 4 presne vymenúva, o akú škodu ide. Pre softvér je dôležitá najmä tretia položka: zničenie alebo poškodenie údajov.

Druh škody (§ 4 ods. 1)Zákon ju kryjeVýnimka
Usmrtenie alebo poškodenie zdraviaÁno, vrátane lekársky uznaného poškodenia psychického zdraviaBez výnimky
Poškodenie alebo zničenie majetkuÁnoSamotný vadný výrobok a majetok používaný výlučne na podnikanie alebo výkon povolania
Zničenie alebo poškodenie údajovÁnoÚdaje používané na podnikanie alebo výkon povolania
Stav k októbru 2026, podľa § 4 zákona č. 242/2026 Z. z.

Pre prax z toho plynie jednoduché triedenie. Interný nástroj, s ktorým pracujú len vaši zamestnanci nad firemnými dátami, je od tohto režimu väčšinou ďaleko, pokiaľ nemôže ohroziť zdravie. Aplikácia pre spotrebiteľov, ktorá spravuje ich súkromné údaje, ovláda zariadenie v domácnosti alebo súvisí so zdravím, je presne to, na čo zákon mieri. Zákon zároveň v § 3 ods. 2 zachováva aj iné nároky na náhradu škody, napríklad podľa Občianskeho zákonníka.

Tri spojené geometrické tvary v rade, kocka, ozubené koleso a oblak, jedna časť kolesa je modrá
Zariadenie, komponent a súvisiaca služba: za vadu môžu zodpovedať viacerí naraz.

Aktualizácie softvéru: kedy sa zodpovednosti nezbavíte

Kým aplikáciu viete aktualizovať, je pod vašou kontrolou, a chýbajúca bezpečnostná aktualizácia môže založiť vašu zodpovednosť.

Pri fyzickom výrobku sa vadnosť posudzuje hlavne k okamihu, keď ho výrobca uviedol na trh. Softvér sa však mení aj po spustení. Zákon preto pri výrobku, ktorý zostáva pod kontrolou výrobcu, prihliada na čas, keď kontrolu výrobcu opustil (§ 5 ods. 2 písm. e). Pod kontrolou je podľa § 2 písm. g) aj výrobok, ku ktorému výrobca vie dodávať aktualizácie sám alebo cez tretiu osobu.

Najsilnejšie ustanovenie je § 7 ods. 4. Výrobca sa bežne môže brániť tým, že vada v čase uvedenia na trh pravdepodobne neexistovala. Táto obrana však neplatí, ak vadu spôsobil softvér vrátane jeho aktualizácie, súvisiaca služba, podstatná zmena alebo nezabezpečenie aktualizácie softvéru potrebnej na zachovanie bezpečnosti, ak sú pod kontrolou výrobcu. Inými slovami: zanedbaná bezpečnostná oprava nie je len technický dlh, ale aj právne riziko.

Pri posudzovaní vadnosti zákon v § 5 ods. 2 prihliada okrem iného na:

  • požiadavky na bezpečnosť výrobkov vrátane kybernetickej bezpečnosti,
  • schopnosť výrobku ďalej sa učiť alebo získavať nové vlastnosti po uvedení na trh, čo sa týka najmä AI funkcií,
  • rozumne predvídateľný vplyv iných výrobkov, s ktorými sa ten váš používa alebo prepája,
  • pokyny na inštaláciu, používanie a údržbu.

Zákon obsahuje aj dve upokojujúce pravidlá. Výrobok sa nepovažuje za vadný len preto, že neskôr vyšla lepšia verzia (§ 5 ods. 3). A výrobca sa zbaví zodpovednosti, ak stav vedecko-technických poznatkov v rozhodnom čase neumožňoval vadu zistiť (§ 7 ods. 1 písm. e). Zmluvou si však nepomôžete: § 8 hovorí, že zodpovednosť voči poškodenému nemožno vylúčiť ani obmedziť a jednostranné vyhlásenie alebo dohoda, ktorá to robí, je neplatná. Veta v podmienkach používania „za škody nezodpovedáme“ vás teda pred týmto zákonom neochráni. Ako veľmi záleží na pravidelných opravách, opisuje aj náš článok o bezpečnosti WordPress webu, ktorý platí aj mimo WordPressu.

Dôkazy a lehoty: prečo sa oplatí mať dokumentáciu

Súd môže nariadiť sprístupnenie dôkazov a pri zložitom softvéri vadu predpokladať, takže dokumentácia vývoja a aktualizácií je vaša obrana.

Žalobca musí preukázať vadnosť, škodu a príčinnú súvislosť (§ 15 ods. 1). Zákon mu však výrazne pomáha:

  • Sprístupnenie dôkazov (§ 14). Ak žalobca predloží dostatočné dôkazy, súd na jeho návrh uloží žalovanému sprístupniť dôkazy, ktorými disponuje. Pri obchodnom tajomstve súd zvažuje primeranosť a môže prijať opatrenia na zachovanie dôvernosti.
  • Domnienka vadnosti (§ 15 ods. 2). Výrobok sa považuje za vadný, ak žalovaný dôkazy nesprístupní, ak nespĺňa predpísané požiadavky na bezpečnosť alebo ak škodu spôsobilo zjavne nesprávne fungovanie pri bežnom používaní.
  • Technická zložitosť (§ 15 ods. 4). Ak má žalobca pre technickú alebo vedeckú zložitosť mimoriadne ťažkosti vadu preukázať, stačí mu preukázať, že je pravdepodobná. Pri softvéri a AI je to reálny scenár.

Domnienky sa dajú vyvrátiť (§ 15 ods. 5) a najlepšie sa to robí tým, čo máte zdokumentované: testy, posúdenie rizík, záznamy o vydaných aktualizáciách a o tom, kedy ste opravili nahlásenú chybu. Ak zodpovedá viac osôb, napríklad výrobca aplikácie a výrobca komponentu, zodpovedajú spoločne a nerozdielne (§ 9).

LehotaDĺžkaOd kedy plynie
Premlčanie nároku (§ 12)3 rokyOdkedy sa poškodený dozvedel alebo mohol dozvedieť o škode, vade a zodpovednej osobe
Zánik práva (§ 13 ods. 1)10 rokovOd uvedenia výrobku na trh alebo do prevádzky, prípadne od sprístupnenia po podstatnej zmene
Zánik pri oneskorenom poškodení zdravia (§ 13 ods. 2)25 rokovOd rovnakého okamihu ako pri 10-ročnej lehote
Stav k októbru 2026, podľa § 12 a § 13 zákona č. 242/2026 Z. z.

Čo urobiť do 9. decembra 2026: postup pre firmy s aplikáciou

Zistite, či ste výrobcom, a nastavte aktualizácie a dokumentáciu tak, aby obstáli aj pred súdom.

Podľa prechodného ustanovenia (§ 17) sa nový zákon vzťahuje na výrobky uvedené na trh alebo do prevádzky od 9. decembra 2026. Na staršie výrobky sa použijú predpisy účinné do 8. decembra 2026. Ako sa posúdi aplikácia spustená pred týmto dňom, ktorú potom ďalej aktualizujete, text zákona výslovne nerieši. To je otázka pre vášho právnika, nie pre vývojára. Z technickej strany sa však oplatí pripraviť toto:

  1. Zoznam produktov. Spíšte aplikácie, portály a zariadenia, ktoré ponúkate fyzickým osobám pod svojím menom. Interné nástroje si označte zvlášť.
  2. Zoznam komponentov. Spíšte knižnice, externé API a služby tretích strán, bez ktorých aplikácia nefunguje. Pri vade komponentu môže zodpovedať aj jeho výrobca (§ 6 ods. 2), no vás to voči poškodenému neochráni.
  3. Plán bezpečnostných aktualizácií. Určte, kto ich robí, ako rýchlo a ako dlho. Bezpečné nasadzovanie zmien so stagingom a návratom späť opisuje článok o aktualizáciách so stagingom a rollbackom.
  4. Dokumentácia. Uchovávajte posúdenie rizík, výsledky testov, záznamy o vydaniach a o riešení nahlásených chýb. Pri sporoch o vadnosť rozhoduje to, čo viete preukázať.
  5. Pokyny pre používateľov. Zákon pri posudzovaní vadnosti prihliada na označenie a pokyny na používanie a údržbu. Majte ich zrozumiteľné a aktuálne.
  6. AI funkcie pod dohľadom. Ak aplikácia používa model, ktorý sa učí alebo mení správanie, sledujte, čo robí po nasadení. Zákon s touto schopnosťou výslovne počíta.
  7. Zmluva s dodávateľom vývoja. Voči poškodenému zodpovednosť obmedziť nemožno. Ako si ju rozdelíte s dodávateľom a kto bude aplikáciu udržiavať, je vec vašej zmluvy, ktorú nechajte posúdiť právnikom.

Ako to vyzerá v praxi

Z našej praxe vidíme, že najväčšie riziko nie je samotný kód, ale aplikácia, o ktorú sa po spustení nikto nestará. Typicky ide o appku, ktorú postavil externý dodávateľ, firma ju ponúka pod svojou značkou a aktualizácie závislostí sa robia len vtedy, keď sa niečo pokazí. Podobne dopadajú aj aplikácie poskladané rýchlo cez AI nástroje, o ktorých píšeme v checkliste prvej pomoci pre vibe-coded weby. Podľa nového zákona je práve takýto stav, teda výrobok pod vašou kontrolou bez bezpečnostných opráv, situácia, pri ktorej sa zodpovednosti ťažko zbavíte.

Ako to riešime v Denve: aplikáciu nasadíme a otestujeme na reálnych dátach, prístupy aj kód odovzdáme vám a po spustení vieme podľa potreby nastaviť priebežnú starostlivosť aj ďalší rozvoj. Keď budete chcieť niečo doplniť, nadviažeme na hotové, nestaviame od nuly.

Kedy to zvládnete sami a kedy s nami

Zvládnete sami, ak:

  • ponúkate len prezentačný web a interné nástroje pre vlastných zamestnancov,
  • máte vlastného vývojára, ktorý aktualizácie robí pravidelne a zapisuje si ich,
  • zoznam produktov a komponentov viete spísať za jedno popoludnie.

Oplatí sa prizvať nás, ak:

  • ponúkate zákazníkom vlastnú aplikáciu alebo portál a pôvodný dodávateľ sa o ňu už nestará,
  • neviete, aké knižnice a služby tretích strán aplikácia používa a kedy boli naposledy aktualizované,
  • chystáte novú aplikáciu na trh po 9. decembri 2026 a chcete plán aktualizácií a dokumentáciu od začiatku.

Záver

Zodpovednosť za vadný výrobok od 9. decembra 2026 robí zo softvéru plnohodnotný výrobok. Firma, ktorá ponúka ľuďom vlastnú aplikáciu, môže byť výrobcom, aj keď ju sama neprogramovala, a zmluvou sa tejto zodpovednosti voči poškodenému nezbaví. Rozhodovať bude najmä to, či aplikáciu udržiavate bezpečnú a či to viete doložiť. Ak si nie ste istí, kde vaša aplikácia stojí, ozvite sa nám cez nezáväznú konzultáciu. Technickú stránku prejdeme s vami, právnu nechajte na advokáta.

Aplikácia, o ktorú je postarané aj po spustení

Ak ponúkate zákazníkom vlastnú aplikáciu a neviete, kto sa stará o jej aktualizácie, napíšte nám, prejdeme s vami jej technický stav.

FAQ

Časté otázky.

Od kedy platí nový zákon o zodpovednosti za vadný výrobok?

Zákon č. 242/2026 Z. z. nadobúda účinnosť 9. decembra 2026. Vzťahuje sa na výrobky uvedené na trh alebo do prevádzky od tohto dňa, na staršie výrobky sa použijú predpisy účinné do 8. decembra 2026.

Považuje sa softvér alebo mobilná aplikácia za výrobok?

Áno. Zákon v § 2 písm. a) výslovne uvádza, že za výrobok sa považuje aj softvér. Smernica (EÚ) 2024/2853 dopĺňa, že nezáleží na tom, či beží v zariadení, v cloude alebo ako SaaS.

Som výrobca, ak mi aplikáciu naprogramovalo štúdio?

Môžete byť. Výrobcom je podľa § 2 písm. f) aj ten, kto si výrobok dá navrhnúť alebo vyrobiť, alebo ho označí svojím menom či značkou. Konkrétnu situáciu a zmluvu s dodávateľom nechajte posúdiť právnikom.

Môžem zodpovednosť vylúčiť v obchodných podmienkach?

Nie. Podľa § 8 nemožno zodpovednosť voči poškodenému vylúčiť ani obmedziť a jednostranné vyhlásenie alebo dohoda, ktorá to robí, je neplatná.

Týka sa zákon aj interných firemných aplikácií?

Väčšinou len okrajovo. Zákon chráni fyzické osoby a nekryje škodu na majetku ani údajoch, ktoré sa používajú na podnikanie alebo výkon povolania. Usmrtenie alebo poškodenie zdravia fyzickej osoby však kryje bez takejto výnimky.

Zdieľať
Pri tvorbe článku sme využili umelú inteligenciu. Fakty a zdroje prešli redakčnou kontrolou.
Súvisiace služby

Potrebujete pomôcť s webom alebo e-shopom?

Ďalšie články

Mohlo by vás zaujímať.

Ako vytvoriť web pomocou AI v roku 2026: builder, Lovable alebo štúdio, a kde to celé končí
AI návody 20. 10. 2026 · 14 min čítania

Ako vytvoriť web pomocou AI v roku 2026: builder, Lovable alebo štúdio, a kde to celé končí

Lovable od júna 2026 účtuje stavbu aj prevádzku aplikácie, teda databázu, prihlasovanie, úložisko súborov aj volania AI, z jedného balíka kreditov, takže web z AI buildera míňa kredity aj po spustení. Ako vytvoriť web pomocou AI? V roku 2026 máte štyri cesty: hostovaný AI builder, builder aplikácií ako Lovable, Bolt alebo v0, WordPress s AI […]

Čítať článok
Bezpečnosť automatizácií: webhooky, prístupy a API kľúče pod kontrolou
Automatizácie a AI 15. 10. 2026 · 11 min čítania

Bezpečnosť automatizácií: webhooky, prístupy a API kľúče pod kontrolou

Webhook bez overenia podpisu spustí vašu automatizáciu komukoľvek, kto pozná jeho adresu. Stripe vo svojej dokumentácii výslovne píše, že útočník tak môže poslať falošné udalosti a spustiť vybavenie objednávky, udelenie prístupu k účtu alebo zmenu záznamov. Bezpečnosť automatizácií sa preto točí okolo otázky, kto smie tok spustiť, pod akým účtom pri tom koná a ako […]

Čítať článok
Supabase Data API od 30. októbra 2026: prečo nová tabuľka bez GRANT nefunguje a čo skontrolovať v aplikácii z AI
Výkon a SEO 13. 10. 2026 · 11 min čítania

Supabase Data API od 30. októbra 2026: prečo nová tabuľka bez GRANT nefunguje a čo skontrolovať v aplikácii z AI

Od 30. októbra 2026 neuvidí Supabase Data API žiadnu novú tabuľku v schéme public, kým jej niekto výslovne nepridelí prístup príkazom GRANT. Funkcia, ktorú vám AI nástroj do aplikácie pridá po tomto dátume, preto môže namiesto dát vrátiť chybu „permission denied“. Existujúce tabuľky si podľa Supabase doterajšie prístupy ponechajú, takže dnes fungujúca aplikácia sa sama […]

Čítať článok
Postavme niečo spolu

Nápad máte vy. Zvyšok nechajte na nás.

Povedzte nám, čo potrebujete. Ozveme sa do jedného pracovného dňa s úprimným pohľadom, či sme tí praví, aký vidíme rozsah a termín, a pošleme cenovú ponuku na mieru.

Povinné je len meno, e-mail a správa. Polia s červenou bodkou sú povinné.

S čím vám môžeme pomôcť?
Pripojte podklady (voliteľné)
Alebo nám napíšte na hello@denva.studio · +421 902 074 830