A szoftver, az algoritmus és a mesterséges intelligencia ma már ugyanúgy termék lehet, mint maga a gép
2024–2025-ben az Európai Unió radikálisan átrajzolta a termékfelelősség fogalmát.
Az új Product Liability Regulation (PLR) már nemcsak a hibás alkatrészekre vagy gépekre vonatkozik, hanem minden olyan termékre is, amely szoftvert, algoritmust vagy digitális vezérlést tartalmaz.
Ez azt jelenti, hogy ma már egy:
- hibás firmware-frissítés,
- rosszul tanított mesterséges intelligencia,
- vagy egy távoli szoftverbeavatkozás
ugyanúgy termékhibának minősülhet, mint egy eltörő alkatrész.
A legtöbb európai gyártó erre nincs felkészülve – sem jogilag, sem biztosítási szempontból.
Mi változott meg valójában?
A korábbi szabályozás a fizikai világra épült.
Ha egy termék eltört és kárt okozott, a gyártó felelt.
Az új szabályozás szerint azonban minden digitális funkció a termék részének minősül.
Ez három alapvető változást jelent.
| Korábbi szabályozás | Új szabályozás |
|---|---|
| Csak a hardver számított | A szoftver is termék |
| A gyártó felelt | Gyártó + importőr + forgalmazó is felelhet |
| A károsult bizonyít | A gyártónak kell bizonyítania, hogy a termék nem volt hibás |
Ez utóbbi az egyik legjelentősebb változás.
Ha egy termék digitális működése kárt okoz, a vállalatnak kell bizonyítania, hogy a hiba nem a termékből eredt.
Mit jelent ez egy átlagos gyártó számára?
Ma már szinte minden iparág digitális terméket gyárt.
| Iparág | Digitális komponens |
| Gépgyártás | PLC, vezérlőszoftver |
| Élelmiszeripar | Automatizált gyártósorok |
| Orvostechnika | Diagnosztikai szoftverek |
| Autóipar | Fedélzeti rendszerek |
| Építőipar | Okoseszközök, szenzorok |
| Csomagolóipar | Robotok, optikai rendszerek |
Ez azt jelenti, hogy sok vállalat ma már úgy válik szoftvergyártóvá, hogy ezt korábban nem is tekintette saját tevékenysége részének.
Három példa fentiekre:
1. Gépgyártó – hibás frissítés
Egy csomagológép gyártója távolról frissíti a gépek vezérlését.
Egy algoritmus rosszul számol → a gép túl gyorsan mozog → dolgozó megsérül.
Ez már nem munkabaleset, hanem:
termékhiba a szoftverben
2. Importőr – „láthatatlan” gyártói felelősség
Egy magyar cég kínai okoseszközöket importál és saját márkanév alatt árul.
A szoftver túlmelegedést okoz → lakástűz.
A jog szerint:
az importőr = gyártó
A teljes kárért ő felel.
3. Orvostechnika – algoritmushiba
Egy AI-alapú szoftver nem jelez egy daganatot.
A beteg nem kap kezelést → súlyos kár.
Ez jogilag:
termékhiba, nem orvosi műhiba
Miért veszélyes ez biztosítási szempontból?
A legtöbb gyártó termékfelelősségi biztosítása:
· 10–15 éves logikára épül
· fizikai hibákra készült
· kizárja a szoftvert, cyber eseményeket és adatvezérelt döntéseket
Az ügyfélnek „van biztosítása” – csak épp nem arra a kockázatra, ami most megszületett.
Mit érdemes most tennie egy felelős gyártónak?
1. Ismerje fel a digitális termékkockázatokat
A szoftver ma már ugyanúgy termék lehet, mint maga a hardver.
2. Vizsgálja felül jelenlegi biztosítását
Érdemes ellenőrizni, hogy a meglévő termékfelelősségi biztosítás valóban kiterjed-e:
- a szoftverhibákra,
- a firmware-frissítésekre,
- az AI-alapú működésre,
- a digitális termékfunkciókra.
3. Szükség esetén korszerűsítse biztosítási programját
A modern termékfelelősségi biztosításnak már a digitális technológiák kockázatait is kezelnie kell.
A legfontosabb kérdés ma már nem ez
Nem az a kérdés, hogy van-e termékfelelősségi biztosításunk.
Hanem az, hogy a jelenlegi biztosítás fedezi-e az algoritmust, a szoftverfrissítéseket és a mesterséges intelligenciát is.
Összegzés
Az új uniós termékfelelősségi szabályozás alapjaiban változtatja meg a gyártók felelősségét.
A digitális funkciók, a szoftverek és a mesterséges intelligencia által vezérelt megoldások ugyanúgy termékhibának minősülhetnek, mint egy hibás alkatrész.
Miközben a vállalatok kockázatai már a digitális korszakban vannak, sok biztosítás még mindig a régi világ logikáját követi.
Ezt a szakadékot most kell áthidalni.

