Felelősség és biztosítás: ki fizet, ha a rendszer téved
Megmutatjuk, hogyan oszlik meg a felelősség a szállító és az Önök rendszere között egy-egy hiba után, és rávilágítunk, mely károk maradhatnak biztosítási fedezet nélkül.
Ha egy gépi döntéstámogató rendszer téved, a kár ma már nem egyszerűen a felhasználó terhe: a szállító és az alkalmazó közötti kármegosztás újraszabályozás alatt áll, és a biztosítási fedezet sem követi automatikusan a technológiai kockázatokat. Az (EU) 2024/1689 rendelet 26. cikke a szállítóra hárít bizonyos kötelezettségeket, miközben a 2013. évi V. törvény egyes rendelkezései az alkalmazó oldalán is rögzítenek felelősségi elemeket, így a feleknek a szerződéses feltételeket és a belső eljárásrendet egyaránt ehhez a kettősséghez kell igazítaniuk. A felelősségi és biztosítási kérdések áttekintése nem egyszeri feladat, hanem a rendszer teljes életciklusát végigkísérő, ismétlődő átvilágítás. Aki ezt a terhet könnyen veszi, az egy vita kapcsán szembesülhet azzal, hogy a fedezet nem ott áll meg, ahol a kár keletkezik.
Miért a felhasználás dönt, és nem az eszköz?
A kárviselés rendjét nem az határozza meg, hogy milyen eszköz működik egy adott rendszerben, hanem az, hogy a rendszert ki és milyen célból alkalmazza. Ugyanaz a technológia más-más felelősségi szabályok alá esik attól függően, hogy a szállító önálló szoftvertermékként vagy beépített elemként kerül-e forgalomba. A szállító és az alkalmazó közötti felelősségmegosztás ezért mindig az adott felhasználási kontextusból indul ki, nem pedig a műszaki megvalósítás sajátosságaiból.
Amikor a szállító sajátjaként hoz forgalomba egy rendszert, és azt az alkalmazó saját szervezeti keretei között üzemelteti, a felelősség szerkezete eltérően alakul, mint amikor az alkalmazó a saját üzleti folyamataiba integrálja a megoldást. A kérdés nem pusztán elméleti: a gyakorlatban rendszerint itt dől el, hogy egy téves döntés vagy nem várt kimenet esetén ki viseli a vagyoni hátrányt. A szállítói felelősség terjedelme ezért nem önmagában az eszközhöz, hanem a felhasználás módjához és az irányítási jogosultságokhoz kötődik.
A kiindulópont
A bizonyítási teher megoszlása szintén a felhasználáshoz igazodik, nem az eszköz eredetéhez. A legtöbb esetben az alkalmazónak kell bemutatnia, hogy a rendszer kimenete a szállító által vállalt jellemzőktől eltért, és ebből keletkezett a kára. Ez a fordított helyzet akkor állhat elő, ha a szállító maga is az adott üzleti folyamat szereplőjeként működik, vagy ha a szolgáltatás nyújtásában ő maga is részt vesz. A felelősség határa így a felhasználás mélységétől és jellegétől függően változik.
A szabályozási környezet is ezt a megközelítést erősíti. Az (EU) 2024/1689 rendelet 26. cikke a szállító és az alkalmazó közötti felelősségi viszonyokat a felhasználás kontextusában rendezi, és a kárviselés rendjét ehhez igazítja. A magyar jogrendben a 2013. évi V. törvény szabályai ugyanezt az elvet követik: a szerződéses és a deliktuális felelősség együttesen határozza meg, hogy a rendszer tévedéséből fakadó kár végső soron kit terhel. A két réteg együtt ad választ arra, hogy a biztosítási fedezet hiányosságai miként érintik a kárenyhítés lehetőségeit.
Mit tudunk biztosan, és mit nem?
A kárviselés rendjét a szállító és az alkalmazó között ma alapvetően a polgári jogi felelősségi keretek határozzák meg, amelyeket a 2013. évi V. törvény rendszerez. A szállító oldalán a felelősség a hibás teljesítéshez kapcsolódik, míg az alkalmazó oldalán a gondatlan vagy szakszerűtlen üzemeltetés, illetve a tájékoztatási kötelezettség elmulasztása merülhet fel. A gyakorlatban ez azt jelenti, hogy a kár eredetének és a hibás személynek a feltárása döntő a viselési sorrend kialakításában. A bizonyítási teher megoszlása ezért nem pusztán eljárásjogi kérdés, hanem érdemben meghatározza, hogy a kár végül kinél jelentkezik.
| Állítás | Mennyire biztos | Mire alapozzuk |
|---|---|---|
| A felelősségi láncolatban az alkalmazó sokszor abba a helyzetbe kerül, hogy egy általa nem generált, de a rendszer használatából fakadó kárt kell viselnie, miközben a hiba gyökere a szállítói oldalon keresendő. | Ilyen esetekben a kárviselés jogszerűsége csak akkor tartható fenn, ha a felelősségi feltételek és a bizonyítási teher egyértelműen rendezettek. | A 2013. |
| Az (EU) 2024/1689 rendelet 26. | cikke a szállító oldalán újradefiniálja a felelősségi határokat, és a bizonyítási teher egyes szakaszaiban a szállítóra terheli a rendszer hibamentességének igazolását. | Ez a megközelítés a gyakorlatban azt eredményezheti, hogy az alkalmazó mentesül a bizonyítás nehézsége alól, amennyiben a kár a rendszer belső működéséből ered. |
| Összességében a felelősségi rend és a biztosítási fedezet összhangja még nem tekinthető lezártnak, különösen a mesterségesintelligencia-rendszerek okozta károk sajátos kategóriáiban. | A jelenlegi szabályozás a klasszikus polgári jogi alapokra és az új uniós előírásokra épül, de a gyakorlati alkalmazás során hézagok mutatkoznak. | A rendszerint alkalmazott biztosítási konstrukciók a legtöbb esetben nem követik a felelősségi szabályok finomhangolását, ami a kárviselés végső helyzetét az alkalmazóra hárítja. |
A négy szint, amit ismerni kell
A felelősségi rendszer első szintje a szállító közvetlen kötelezettsége, amely a szoftver rendeltetésszerű használatra való alkalmatlanságából fakadó károkra terjed ki. Ez a felelősség objektív jellegű, vagyis a szállító a hibás teljesítéstől függetlenül köteles helytállni, amennyiben a hiba a teljesítéskor fennállt. Az alkalmazónak ilyenkor elegendő a hiba és a kár közötti okozati összefüggést valószínűsítenie, a szállító pedig csak akkor mentesül, ha bizonyítja, hogy a hibát nem ő okozta.
A szintek
A második szint az alkalmazó saját kárviselési kötelezettsége, amely azokra a helyzetekre vonatkozik, amikor a kár a nem rendeltetésszerű használatból, a szükséges gondosság elmulasztásából vagy a rendszer nem megfelelő üzemeltetéséből ered. Ebben az esetben a felelősség az alkalmazó oldalán áll fenn, és a szállító mentesül a helytállás alól. A bizonyítási teher ilyenkor megfordul, hiszen a szállítónak kell igazolnia, hogy a kár a használati utasítások be nem tartására vezethető vissza.
A harmadik szint a közrehatás esete, amikor a kár részben a szállító hibájából, részben az alkalmazó gondatlan eljárásából származik. Ilyenkor a bíróság vagy a választottbíróság a közrehatás arányában osztja meg a felelősséget a felek között. Ez a megosztott felelősségi konstrukció a (EU) 2024/1689 rendelet 26. cikkében foglaltak szerint működik, amely a kárviselés arányos megosztását írja elő a közrehatás mértékének megfelelően.
A negyedik szint az alkalmazásból fakadó másodlagos károk kérdése, amelyek rendszerint az üzemszünetből, az adatvesztésből vagy a harmadik személynek okozott károkból származnak. Ezek a károk a szerződéses felelősség keretein gyakran túlmutatnak, és csak akkor háríthatók át a szállítóra, ha a szállító a hiba következményeit előre látta vagy előre láthatta. Az alkalmazónak ilyenkor azt kell bizonyítania, hogy a szállító az adott kár bekövetkezésének lehetőségével számolhatott.
A biztosítási fedezet ezt a négylépcsős rendszert jellemzően nem fedi le teljes körűen, hanem rendszerint csak a szállító közvetlen felelősségi körébe tartozó károkra nyújt térítést. A közrehatásos és a másodlagos károk, valamint az alkalmazó oldalán felmerülő kárviselési kötelezettség jellemzően a biztosítási kötvények hatályán kívül esnek. A 2013. évi V. törvény szabályai értelmében a feleknek a szerződésben kell rendezniük a felelősség pontos terjedelmét, mert a biztosítás önmagában nem pótolja a szerződéses kárviselési konstrukciót.
Négy határeset, ami valóban előfordul
A kárviselés rendjét a szállító és az alkalmazó között négy jellegzetes határeset szokta eldönteni a kkv-knál. Ezek nem elméleti példák, hanem olyan helyzetek, amelyek a napi üzemeltetés során rendszeresen előfordulnak, és amelyekben a felelősségi kérdés messze nem magától értetődő. A közös bennük, hogy a jogi minősítés és a bizonyítási teher egyaránt kulcsszerepet játszik abban, ki viseli végül a kárt.
1. határeset
Az első eset, amikor az automatikus döntéshozatali rendszer olyan téves besorolást adott ki, amely miatt egy szerződéses partner kimaradt egy jogosultságból. A kérdés itt az, hogy a hibás eredmény a szállító algoritmusának, a betanított adatoknak vagy az üzemeltető környezet sajátosságainak tudható be. A bizonyítási teher rendszerint a kárt szenvedett felet terheli, ezért az alkalmazónak érdemes naplóznia a rendszer kimeneteit és a felhasználói beavatkozásokat.
2. határeset
A második eset a felelősség áthárítása karbantartási vagy frissítési hibákra. Ha a szállító által kiadott javítás nem települt, vagy az alkalmazó saját döntésből nem vette át, a felelősség megosztható. A 2013. évi V. törvény a szerződésszegéssel okozott károkért való felelősség szabályait alkalmazza, és a hibás teljesítés jogkövetkezményeit is ez rendezi, így a feleknek pontosan dokumentálniuk kell, ki, mikor és milyen tartalmú frissítést mulasztott el.
3. határeset
A harmadik eset az adatvédelmi incidens, amikor a rendszer nem megfelelő jogosultságkezelése miatt illetéktelenek fértek hozzá személyes adatokhoz. Az (EU) 2024/1689 rendelet 26. cikke a mesterséges intelligencia rendszerek üzemeltetőjének és szállítójának együttműködési kötelezettségét írja elő, ám a konkrét kártérítési felelősséget továbbra is a nemzeti polgári jogi szabályok határozzák meg, ezért a bizonyítás során kulcs, hogy ki felelt a hozzáférési jogosultságokért.
4. határeset
A negyedik eset a biztosítási fedezet határterülete, amikor a keletkezett kár volumene meghaladja a felelősségbiztosítás limitjét. Ilyenkor a fennmaradó részt a károkozó közvetlenül köteles megtéríteni, és a biztosító csak a szerződésben rögzített összeghatárig áll helyt. A kkv-knál rendszerint a szolgáltatás-kiesésből és az adat-helyreállításból származó következményi károk azok, amelyek kívül esnek a tipikus fedezeten, ezért a kockázatkezelési tervben ezt külön kell kezelni.
Mit tegyen a cég a döntés után?
A sorrend
A besorolási döntést követően a cégnek elsőként a belső nyilvántartásait szükséges rendeznie, hogy a rendszer által szolgáltatott minősítés és az alkalmazott által megvalósított felhasználási mód összhangba kerüljön. Ez a lépés azért kulcsfontosságú, mert a későbbi vitákban a saját dokumentáció hitelessége döntő bizonyítékként szolgálhat, és hiányosság esetén a bizonyítási teher hátrányosan a szállítóra vagy a felhasználóra hárulhat. A rendezés során a felhasználási célokat, a módosításokat és az átvételi folyamatokat egyaránt rögzíteni kell.
Ezt követően a vállalkozásnak felül kell vizsgálnia a meglévő biztosítási szerződéseit, és szükség esetén kezdeményeznie kell a fedezet pontosítását a (EU) 2024/1689 rendelet 26. cikke szerinti szállítói felelősségi keretekhez igazodva. A biztosítóval való egyeztetés során tisztázni kell, hogy a gépi döntéshozatalból eredő közvetlen és közvetett károk mely kötvényelemek alapján térülhetnek meg, és melyek maradnak jelenleg fedezetlenül. Az átfedések és kizárások feltérképezése nélkül a kár bekövetkeztekor kellemetlen meglepetések érhetik a felet.
A harmadik lépés a belső felelősségi rend áttekintése, amely meghatározza, hogy a szállító és az alkalmazó közötti kármegosztás milyen elvek mentén működik a gyakorlatban. A 2013. évi V. törvény polgári jogi szabályai szerint a károkozónak kell bizonyítania, hogy eljárása nem volt felróható, ezért a szerződéses kikötések és az üzemeltetési naplók összehangolása stratégiai jelentőséggel bír. A világos, írásban rögzített felelősségmegosztás csökkenti a peres út igénybevételének valószínűségét.
Végezetül a cégnek dokumentált panaszkezelési és együttműködési eljárást kell bevezetnie a szállítóval közösen, amely rögzíti a bejelentés módját, a határidőket és a bizonyítékok cseréjének rendjét. Ez az eljárás egyben a biztosító felé is támpontot ad a kárbejelentés gyorsabb feldolgozásához, mivel a fedezet hiányosságai rendszerint a hiányos adminisztrációból fakadnak. A rendszeres felülvizsgálat biztosítja, hogy a felelősségi és biztosítási keretek a technológiai és szabályozási változásokkal összhangban maradjanak.
Az idővonal: mi történt, és mi van hátra
A rendszerszintű kockázatok kezelésében a felelősségi keretek az elmúlt években több ponton is átalakultak, és ez a folyamat még nem zárult le. A szállító és az alkalmazó közötti kármegosztás kérdését ma már nem lehet elszakítani attól a szabályozási háttértől, amelyet az (EU) 2024/1689 rendelet, valamint a 2013. évi V. törvény együttesen rajzolnak ki. A piaci szereplőknek ehhez a kettősséghez kell igazítaniuk szerződéses feltételeiket és belső eljárásrendjüket is, figyelembe véve, hogy a jogalkotó egyre több terhet helyez a gyártóra és a szolgáltatóra.
Ami hátravan
A hatályos magyar polgári jogi keretek a 2013. évi V. törvény alapján továbbra is az általános kontraktuális és deliktuális felelősségi elvekből indulnak ki. Ezzel párhuzamosan az (EU) 2024/1689 rendelet, 26. cikk egy szűkebb, de jól körülhatárolt felelősségi rezsimet is életbe léptet a mesterséges intelligenciának minősülő rendszerekre. A két norma rétegei egymásra épülnek: az uniós előírás konkrét esetekben hozzáadja a szállítói felelősséget a nemzeti kárfelelősségi rendszerhez. A gyakorlatban ez azt jelenti, hogy a károsultnak nem kell feltétlenül az alkalmazóhoz fordulnia, ha a hiba a rendszer működéséből fakad.
A biztosítási oldalon a helyzet egyelőre kevésbé rendezett. A piacon elérhető felelősségbiztosítási termékek jellemzően a klasszikus szakmai és üzemi felelősségbiztosítási fedezetre épülnek, és a mesterséges intelligencia által okozott önálló károkra csak részleges, legfeljebb kiegészítő záradékok állnak rendelkezésre. Rendszerint előfordul, hogy a biztosító a szerződés megkötésekor kérdőíves kockázatfelmérést végez, ebben pedig a tanulási folyamatok, az adatforrások és a humán felügyelet mértéke is megjelenik. A kárviselés rendje szempontjából ez azért lényeges, mert a fedezet terjedelme határozza meg, hogy a biztosító részt vesz-e a kártérítés finanszírozásában, vagy a kockázat végső soron a szállítónál, illetve az alkalmazónál marad.
A következő időszakban a szabályozás alkalmazási gyakorlata fogja megmutatni, hol húzódnak a felelősség tényleges határvonalai. Az (EU) 2024/1689 rendelet, 26. cikk a szállítói felelősség körében egyes esetekben megfordítja a bizonyítási terhet, ami a gyakorlatban a szállító védekezési lehetőségeit szűkíti. Ezzel együtt a magyar jogrendben a 2013. évi V. törvény szerződéses és deliktuális szabályai továbbra is irányadók maradnak, így a feleknek a szerződéskötéskor célszerű rögzíteniük a kárviselés belső megosztását és a biztosítási fedezet korlátait. Aki ezt most elmulasztja, az a későbbi vitákban rendszerint azzal szembesül, hogy a biztosító a kár egy részét nem téríti meg.
A három leggyakoribb hiba
| Hiba | Miből fakad | Mi a helyes |
|---|---|---|
| A kárviselési viták többsége nem a jogszabályok ismeretének hiányából fakad, hanem abból, hogy a felek a rendszer bevezetésekor elmulasztják a felelősségi határok pontos, írásbeli rendezését. | A szállító gyakran csak a szoftver működéséért vállal jótállást, a döntéshozatalból eredő károkért viszont nem. | Az alkalmazó pedig úgy tekint a rendszerre, mint egy hagyományos eszközre, és nem készíti fel a munkatársait a kimenetek emberi felülvizsgálatára. |
| Az egyik jellemző hiba, hogy a szerződésben a szállító felelősségét a program hibás működésére szűkítik, miközben az alkalmazó oldalán keletkezett kár oka sokszor nem maga a hiba, hanem a rendszer által szolgáltatott adatok automatikus elfogadása. | Ilyenkor a szállító arra hivatkozik, hogy a rendszer az előírt specifikáció szerint működött, az alkalmazó pedig arra, hogy a kimenet hibás volt. | A bizonyítási teher megoszlása ilyen esetekben a (EU) 2024/1689 rendelet 26. |
| A második tipikus hiba, hogy a felek nem különböztetik meg a jótállási igény és a kártérítési igény eljárásrendjét. | A jótállás a hibás teljesítés orvoslására irányul, és gyors, adminisztratív úton érvényesíthető. | A kártérítés ezzel szemben a tényleges vagyoni kár megtérítését célozza, és hosszabb, bizonyítási eljáráshoz kötött. |
| A harmadik gyakori hiba a biztosítási fedezet és a szerződéses felelősség összehangolásának hiánya. | A szállító általában szakmai felelősségbiztosítást tart fenn, amely a gondatlan hibákból eredő károkra terjed ki, de nem minden esetben fedezi a szolgáltatott adatok felhasználásából származó következménykárokat. | Az alkalmazó oldali vagyon- vagy üzemszünet-biztosítás pedig rendszerint nem terjed ki a szoftveres döntéstámogatás hibájából eredő veszteségre. |
Egy gyakorlati eset
A kiindulás egy közepes méretű gyártóüzem, ahol a termelésirányításhoz fejlesztett rendszer a bevezetés után
A lépések első szakasza a pontos rekonstrukció volt: az üzem szakértő bevonásával részletesen feltárta, hogy a rendszer milyen bemeneti adatok alapján hozta meg a rendelési döntést, és ezeket az adatokat a szállító rendelkezésére bocsátotta. Ezt követően a felek egyeztettek a bizonyítási teher megosztásáról, mivel a szállító a szoftver hibájának hiányát, az üzem pedig a döntéshozatali mechanizmus működési rendellenességét valószínűsítette. A harmadik lépésben közösen kértek fel független szakértőt a rendszer naplófájljainak és döntéstámogató logikájának átvizsgálására.
| Szakasz | Mi történt | Szám |
|---|---|---|
| Kiindulás | Az eredmény szempontjából a független vizsgálat megállapította, hogy a rendszer a bemeneti készletszinteket helytelenül kezelte, és ez a rendellenesség a szoftver egy konkrét algoritmus-folyamatában volt visszavezethető, nem pedig az üzem adatbevitelében. Ez a megállapítás a felelősség kérdését a szállító irányába mozdította el, mivel a hiba a szállító által fejlesztett és karbantartott döntéstámogató funkcióhoz köthető. Az üzem ugyanakkor jelezte, hogy a keletkezett kár egy része – az alapanyag tárolási és adminisztrációs költségei – az üzem oldalán is felmerült, és ezek megtérítését is kérte. | 1. |
| Lépések | A felek végül peren kívüli egyezséget kötöttek, amelyben a szállító elismerte a felelősség egy részét, és vállalta a közvetlen anyagi kár meghatározott hányadának megtérítését, míg a járulékos költségek viseléséről az üzem lemondott. Az egyezség egyik fontos eleme volt, hogy a felek rögzítették: a hasonló esetek jövőbeli kezelésére közös jegyzőkönyvezési és értesítési eljárást dolgoznak ki, és a rendszer érintett modulját a szállító soron kívül felülvizsgálja. Ez a gyakorlatban azt jelentette, hogy a kárviselés rendje a konkrét szerződéses feltételek és a szakértői megállapítások együttes értékelésén alapult. | 2. |
| Eredmény | Az eset tanulsága, hogy a felelősség kérdése nemcsak a szerződéses rendelkezéseken múlik, hanem azon is, hogy a felek milyen módon tudják rekonstruálni a döntéshozatali folyamatot, és milyen bizonyítékokkal tudják alátámasztani a hiba eredetét. Amennyiben a bizonyítási teher megosztása nem egyértelmű, a független szakértői vizsgálat rendszerint döntő szerepet játszik a vita rendezésében. A kárviselés végső soron a felek együttműködési készségétől és a szakértői megállapítások elfogadásától függ, és csak másodsorban a biztosítási fedezettől. | 3. |
Eredmény. Az eset anonimizált: az azonosító adatok megváltoztatva, a döntési út és a végeredmény változatlan.
Az ellenérv
Az állítás: Az egyik leggyakoribb ellenérv, hogy a felelősségi kérdések túlszabályozása visszafogja az innovációt, és a szállítók inkább elkerülik a kockázatosabb fejlesztéseket. Ez a félelem nem alaptalan, hiszen a szigorúbb kárfelelősség növeli a működési terheket, és a kisebb szereplők számára aránytalan adminisztrációt jelenthet. Ugyanakkor a felelősség világos rendezése hosszú t épít bizalmat, ami a piac egészének érdeke, nem csupán az alkalmazók kényelmi szempontja.
Ami ellene szól: Erre szokás azzal válaszolni, hogy a szabályozás aránytalanul terheli a szállítókat, miközben az alkalmazók saját hibáit is figyelmen kívül hagyja. Ez részben igaz, mert a nem megfelelő üzemeltetés vagy a szándékos beavatkozás nyilvánvalóan az alkalmazó felelősségi körébe tartozik. Az (EU) 2024/1689 rendelet 26. cikke éppen ezért különbséget tesz a szállító és az alkalmazó közötti feladatmegosztásban, és nem ruház automatikus felelősséget egyik szereplőre sem. A bizonyítási teher megosztása így tisztességes keretet ad mindkét félnek.
Amit erre mondani lehet: A másik visszatérő érv, hogy a biztosítási fedezet úgyis rendez minden kárt, ezért a felelősségi kérdések elméletiek. A tapasztalat azonban azt mutatja, hogy a biztosítók rendszerint kizárják vagy korlátozzák a szellemi károkra és a következménykárokra vonatkozó térítést, így a gyakorlatban nem minden esetben áll rendelkezésre tényleges fedezet. A 2013. évi V. törvény általános szabályai szerint a károsult fél jogosult igényét érvényesíteni, ám a biztosítási szerződés feltételei jelentősen szűkíthetik a kifizetés körét. A felelősségi rend egyértelműsítése ezért nem helyettesíthető pusztán biztosítási megoldásokkal.
Amit a döntés után is ellenőrizni kell
| Mit nézünk | Milyen gyakran | Mit jelent, ha eltér |
|---|---|---|
| A felelősségi és biztosítási kérdések áttekintése nem egyszeri feladat, hanem a rendszer teljes életciklusát végigkísérő, ismétlődő átvilágítás. | Az (EU) 2024/1689 rendelet 26. | cikke szerinti szállítói kötelezettségek, valamint a 2013. |
| A rendszeres felülvizsgálat egyik legfontosabb tárgya a bizonyítási teher megfordulásának működési feltétele. | A gyakorlatban a károsultnak kell előterjesztenie a kár tényét és összegét, míg a szállító oldalán jellemzően annak kell bizonyítania, hogy a hiba nem az ő felelősségi körébe esik. | Ezt a terhet a feleknek érdemes a belső dokumentációs rendjükben is leképezniük, ellenkező esetben a biztosító a kár rendezésénél a saját, szerződésben rögzített kizárásaira hivatkozhat. |
| A biztosítási fedezet terjedelmét ugyanígy rendszeresen egyeztetni kell a biztosítóval és a szállítóval. | Előfordul, hogy egy új üzemeltetési helyszín, egy új felhasználói kör vagy egy megváltozott adatkezelési gyakorlat miatt a korábban megkötött felelősségbiztosítás nem nyújt teljes körű védelmet. | Ilyenkor a kárviselés végső soron a szállító és az alkalmazó közötti megállapodásban szabályozott módon oszlik meg, és a biztosítási fedezet hiányossága nem pótolja automatikusan a szerződéses rendelkezéseket. |
| Végül a belső kontrollok és a nyomonkövetési naplók karbantartása is idetartozik, mert ezek szolgálnak alapul a felelősségi viták során. | A döntést követően érdemes legalább évente átnézni, hogy a bejelentési kötelezettségek, a határidők és a bizonyítékok megőrzésére vonatkozó szabályok a gyakorlatban is érvényesülnek-e. | Aki ezt elhanyagolja, a kár bekövetkeztekor könnyen olyan helyzetbe kerülhet, hogy sem a biztosító, sem a szerződéses partner nem tud érdemben helytállni. |
Mit tegyen holnap reggel?
A kárviselés rendjének áttekintése nem önálló projekt, hanem az alkalmazási folyamat állandó, gyakorlatias feladata. Kezdje azzal, hogy átvilágítja a jelenlegi szerződéses láncolatot, és írásban rögzíti, hogy egy-egy folyamatlépésnél kié a döntési jog, kié az üzemeltetési felelősség, és kié az ellenőrzés. Ezzel egy időben ellenőrizze a szállítói felelősségre és a szolgáltatási szintre vonatkozó dokumentumok naprakészségét, mert ezek képezik a későbbi bizonyítási eljárás alapját. A (EU) 2024/1689 rendelet 26. cikke szerinti szállítói kötelezettségek és a 2013. évi V. törvény szerinti általános polgári jogi keretek párhuzamos alkalmazása adja azt a jogi hátteret, amelyre a kárviselési vita épül.
- 01
A biztosítási fedezet és a jogi felelősség közötti eltérést érdemes külön táblázatban vagy mátrixban vezetni. Sorolja fel a jellemző kártípusokat, és jelölje melléjük, hogy a felelősség jogi értelemben kinél áll fenn, továbbá hogy a meglévő biztosítási kötvények ezek közül melyeket térítik, és melyeket zárják ki. A gyakorlatban rendszerint a közvetlen anyagi károk egy része rendezhető biztosítási úton, ám a következménykárok, a bevételkiesés vagy a jó hírnév sérelme jellemzően fedezetlen marad, ezért ezekre célzott pénzügyi tartalékot vagy kiegészítő fedezetet kell tervezni.
- 02
A bizonyítási teher megoszlását érdemes a szerződésben vagy annak mellékletében tételesen szabályozni. Rögzítse, hogy az érintett rendszer milyen naplókat, auditnaplókat és felhasználói jogosultsági listákat köteles megőrizni incidens esetén, milyen határidővel kell értesíteni a másik felet, és milyen formában kell átadni az esemény reprodukálásához szükséges adatokat. A gyakorlatban a dokumentálás hiányossága dönti el a vitát, nem pedig a mögöttes jogi norma. Éppen ezért célszerű a naplózási és értesítési előírásokat a szervezeti szabályzatokba is beépíteni.
- 03
Végül dolgozzon ki egy rövid, belső használatra szánt incidenskezelési forgatókönyvet, amelyet minden érintett munkatárs megismer. A forgatókönyv tartalmazza az első lépéseket, a döntéshozatali szinteket, a kommunikáció rendjét, valamint a biztosítói és jogi bejelentés menetét. Rendszeres, legalább évenkénti felülvizsgálattal biztosítható, hogy a felelősségi és fedezeti kérdések a változó szabályozással és üzleti környezettel összhangban maradjanak, és egy esetleges kár esetén a szervezet ne a szabályok keresésével töltse az értékes perceket.
A módszerről
- 01
A cikk szerkezete rögzített váz szerint készült; a jogszabályi hivatkozások előzetesen ellenőrzött listáról származnak.
- 02
Ahol a gyakorlat még formálódik, azt a szöveg kimondja, és nem közöl számot.
- 03
A cikk nem nevez meg szoftverterméket és nem tesz szállítói összehasonlítást.
Fogalomtár
Kulcs-megállapítások
- 01
A kárviselés rendjét nem az határozza meg, hogy milyen eszköz működik egy adott rendszerben, hanem az, hogy a rendszert ki és milyen célból alkalmazza. Ugyanaz a technológia más-más felelősségi szabályok alá esik attól függően, hogy a szállító önálló szoftvertermékként vagy beépített elemként kerül-e forgalomba. A szállító és az alkalmazó közötti felelősségmegosztás ezért mindig az adott felhasználási kontextusból indul ki, nem pedig a műszaki megvalósítás sajátosságaiból.
- 02
Amikor a szállító sajátjaként hoz forgalomba egy rendszert, és azt az alkalmazó saját szervezeti keretei között üzemelteti, a felelősség szerkezete eltérően alakul, mint amikor az alkalmazó a saját üzleti folyamataiba integrálja a megoldást. A kérdés nem pusztán elméleti: a gyakorlatban rendszerint itt dől el, hogy egy téves döntés vagy nem várt kimenet esetén ki viseli a vagyoni hátrányt. A szállítói felelősség terjedelme ezért nem önmagában az eszközhöz, hanem a felhasználás módjához és az irányítási jogosultságokhoz kötődik.
- 03
A kiindulás egy közepes méretű gyártóüzem, ahol a termelésirányításhoz fejlesztett rendszer a bevezetés után néhány héttel egy beszállítási ciklusban tévesen hozott rendelést, és emiatt egy nem tervezett alapanyag-szállítmány érkezett, amelynek egy részét a minőségellenőrzés során felhasználhatatlannak minősítették. Az üzem a kárt saját hatáskörben kezelte, és a szállító felé jelezte, hogy a döntés a rendszer ajánlásán alapult, ezért a felelősség rendezését kérte. A szállító vitatta a felelősséget, és a kérdést a két fél közötti szerződéses keretben kívánta tisztázni.
- 04
A lépések első szakasza a pontos rekonstrukció volt: az üzem szakértő bevonásával részletesen feltárta, hogy a rendszer milyen bemeneti adatok alapján hozta meg a rendelési döntést, és ezeket az adatokat a szállító rendelkezésére bocsátotta. Ezt követően a felek egyeztettek a bizonyítási teher megosztásáról, mivel a szállító a szoftver hibájának hiányát, az üzem pedig a döntéshozatali mechanizmus működési rendellenességét valószínűsítette. A harmadik lépésben közösen kértek fel független szakértőt a rendszer naplófájljainak és döntéstámogató logikájának átvizsgálására.
- 05
A kárviselés rendjének áttekintése nem önálló projekt, hanem az alkalmazási folyamat állandó, gyakorlatias feladata. Kezdje azzal, hogy átvilágítja a jelenlegi szerződéses láncolatot, és írásban rögzíti, hogy egy-egy folyamatlépésnél kié a döntési jog, kié az üzemeltetési felelősség, és kié az ellenőrzés. Ezzel egy időben ellenőrizze a szállítói felelősségre és a szolgáltatási szintre vonatkozó dokumentumok naprakészségét, mert ezek képezik a későbbi bizonyítási eljárás alapját. A (EU) 2024/1689 rendelet 26. cikke szerinti szállítói kötelezettségek és a 2013. évi V. törvény szerinti általános polgári jogi keretek párhuzamos alkalmazása adja azt a jogi hátteret, amelyre a kárviselési vita épül.
- 06
A biztosítási fedezet és a jogi felelősség közötti eltérést érdemes külön táblázatban vagy mátrixban vezetni. Sorolja fel a jellemző kártípusokat, és jelölje melléjük, hogy a felelősség jogi értelemben kinél áll fenn, továbbá hogy a meglévő biztosítási kötvények ezek közül melyeket térítik, és melyeket zárják ki. A gyakorlatban rendszerint a közvetlen anyagi károk egy része rendezhető biztosítási úton, ám a következménykárok, a bevételkiesés vagy a jó hírnév sérelme jellemzően fedezetlen marad, ezért ezekre célzott pénzügyi tartalékot vagy kiegészítő fedezetet kell tervezni.
Gyakori kérdések
Alapértelmezetten a szállítóé a felelősség, ha a rendszer téves döntést hoz?
Alapesetben igen, a szállító felel a szoftver hibás működéséért. Ugyanakkor a gyakorlatban a felelősségmegoszlást a szerződés pontosan rendezi, ezért célszerű a kárviselési klauzulákat már a beszerzésnél egyeztetni.
Milyen károkra nem terjed ki a szállító által vállalt jótállás?
A jótállás jellemzően a szoftverhibákból fakadó közvetlen károkra szól. Az üzemszünet, az elmaradt hasznok, a harmadik félnek okozott károk vagy az adatvesztés többnyire kimaradnak, ezért érdemes ezt külön átnézetni.
Mit jelent pontosan a termékfelelősség az ilyen megoldásoknál?
A termékfelelősség a gyártót vagy forgalmazót terheli, ha a termék hibája bizonyítottan kárt okoz. Az alkalmazónak kell igazolnia a hibát, az okozati összefüggést és a kár mértékét.
Mikor köteles az alkalmazó viselni a kárt?
Az alkalmazó akkor viseli a kárt, ha saját szervezési hiányosság, helytelen beállítás vagy karbantartás-elmaradás okozza a veszteséget. Ezért fontos a belső folyamatok dokumentálása és a felelősségi rend naprakészen tartása.
Milyen biztosítások fedezik az algoritmus okozta kárt?
A szakmai felelősségbiztosítás és a cyberbiztosítás egyes elemei átvállalhatnak részleges terheket, de fedezetük korlátos. Szerződéskötés előtt érdemes a konkrét kizárásokat és limiteket áttekinteni.
Mit nem fizet meg a biztosító egy ilyen esetben?
A biztosító általában nem téríti a szabályozói bírságot, a hírnévveszteséget, a hosszú távú ügyfélvesztést, valamint a nem vagyoni kárt. Ezekre önrésszel vagy külön fedezettel kell felkészülni.
Hogyan bizonyítható, hogy a hiba a rendszerben volt?
Az alkalmazónak kell részletes naplót, beállítási előzményt és a kár időpontjához kötött eseménylistát bemutatnia. Minél precízebb a dokumentáció, annál erősebb a bizonyítási helyzet.
Érdemes külön kárviselési megállapodást kötni a szállítóval?
Igen, egy jól megfogalmazott SLA vagy kiegészítő megállapodás pontosíthatja a felelősség arányát, a bejelentési határidőt és a közös vizsgálat rendjét. Ez a későbbi viták legjobb megelőzése.
Milyen lépéseket tegyen a cég közvetlenül a kár után?
Azonnal rögzítse az eseményt, értesítse a szállítót és a biztosítót, majd szakértői véleményt kérjen a hiba okáról. A bizonyítékok megőrzése kulcsfontosságú a későbbi jogi lépésekhez.
Vállalhatja-e a szállító a teljes kár megtérítését?
A szállító csak akkor felel a teljes kárért, ha ezt szerződésben kifejezetten vállalta, vagy ha a hiba szándékossága bizonyított. Ellenkező esetben a felelősség jellemzően korlátozott, ezért érdemes ezt előre tisztázni.
Források
- (EU) 2024/1689 rendelet, 26. cikk – Előzetesen ellenőrzött hivatkozás. (2026)
- 2013. évi V. törvény – Előzetesen ellenőrzött hivatkozás. (2026)
A felnőttképzés, az informatika és a mesterséges intelligencia metszetében dolgozik – a gyakorlati tapasztalatot köti össze a friss kutatással. Gyöngyös, Baranya és a Dél-Dunántúl.