Az AI és a jog: ki a felelős, ha a gép téved? Felelősségi láncolat a provider és a deployer között.
Az AI-rendszerek egyre több döntést hoznak, és a jogi felelősség kérdése ezzel párhuzamosan éleződik. Az (EU) 2024/1689 rendelet a provider és a deployer szerepkörét különbözteti meg: míg a provider a rendszer fejlesztője és forgalmazója, addig a deployer a szervezeten belüli alkalmazó. A deployer sem mentesül, hiszen az ő kötelessége a kockázatkezelés, az emberi felügyelet biztosítása és a folyamatos monitoring. Provider-deploye.. Az (EU) 2024/1689 rendelet a provider és deployer szerepköröket 0,5–50 MW szerepköreit két jól elkülöníthető félre bontja, és mindkettőhöz konkrét kötelezettségeket rendel a kockázatkezelés, az SZÜF-ön emberi felügyelet és a monitoring terén. Az alkalmazó fél önálló felelősséggel tartozik, ami a gyakorlatban azt jelenti, hogy az üzemeltető szervezetnek is dokumentálnia kell a saját kockázatértékelését, és gondoskodnia kell a beavatkozásra képes emberi kontrollról.
A második szál a termékfelelősség kiterjesztése a szoftvertermékekre. Az (EU) 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverre is kiterjeszti a hibás termékért való felelősséget, ami új kérdéseket vet a hazai bírósági gyakorlatban. kapcsolódó uniós jogszabályok áttekintése Az alábbi megállapítások kizárólag a megadott forrásokra épülnek. Az AI Act provider es deployer szerepkort különböztet meg, és az alkalmazó oldalán is kötelezettséget ír elő a kockázatkezelés, az emberi felügyelet és a monitorozás terén. A termékfelelősségi irányelv a szoftverekre is kiterjeszti a felelősséget, így a fejlesztőtől a felhasználóig húzódó lánc minden szereplője érintett lehet. A magyar bírósági gyakorlat egyelőre kialakulóban van, a biztosítási piac pedig uj termékekkel készül. Minden egyes állításnál külön jelezzük a forrást, hogy az olvasó könnyen nyomon követhesse az érvrendszert és a szabályozás időbeli hatarait.
- Fő engedély
- provider és deployer szerepkörök elkülönítése az AI Act szerint
- A felelősségi láncolat áttekintése
- a SZÜF-ön
- Ki számít providernek és ki deployernek
- az (EU) 2024/1689 rendelet szerinti szerepkör-elhatárolás
- Szereplő a láncban
- jellemzően mindkét fél egyszerre érintett
- A felelősségi láncolat csomópontjai
- provider és deployer, valamint a szoftver is
- Belépés a szabályozott felelősségi rendszerbe
- termékfelelősség kiterjesztése a szoftverre
- Konkrét biztosítási díjak és eljárási határidők
- pontos díjtétel vagy kötelező érvényű hazai bírói döntés
Milyen felelősségi láncolatot épít ki az új uniós szabályozás?
A felelősség nem egyetlen szereplőre hárul, hanem a provider és a deployer közösen. három, egymásra épülő felelősségi rétega provider által vállalt kötelezettségek, a deployer által végzett kockázatkezelés és emberi felügyelet, valamint az új termékfelelősségi irányelv szerinti felelősségi láncolat. a hibás szoftverre kiterjesztett termékfelelősségamely a szolgáltató és az alkalmazó közötti feladatmegosztást egyetlen szabályozási keretben tisztázza; a hangsúly a kockázatkezelésen, az emberi felügyeleten és a folyamatos monitoringon van. a felelősségi oldal. A felelősségi láncolat a fejlesztőtől a végfelhasználóig terjed, és a magyar bíróságok előtt is ez a sorrend lesz irányadó.
A leggyakoribb hiba a visszafelé építkezés: a szolgáltató és az alkalmazó közötti munkamegosztás tisztázása nélkül indul a bevezetés, ezért a kockázatkezelés, az emberi felügyelet és a monitoring csak utólag, kapkodva kerül a rendszerbe. Aki a felelősségi láncolatot a projekt legvégére hagyja, az alkalmazás pillanatában már vesztes pozícióban van, és a káresemény bekövetkeztekor nem tudja igazolni, hogy a folyamatok felelős kezelői valóban azonosítva vannak. milyen felelősségi sorrendben haladunk végig a felelősségi láncolaton – erre ad választ a következő szakaszok gondolatmenete.
Miért kulcskérdés a provider és a deployer szétválasztása?
Az uniós szabályozás a mesterséges intelligenciát alkalmazó szervezeteket önálló felelősségi körbe emeli. A provider és a deployer szerepkörét élesen elhatárolja egymástól, és mindkettőnek saját kötelezettségeket ír elő. A deployer nem csupán passzív felhasználó, hanem a kockázatkezelésért, az emberi felügyeletért és a folyamatos monitoringért is felel. gerinceErre épül minden downstream szerződés és biztosítási klauzula.
A felelősség három, egymásra épülő elemből áll. Az első a provideri kötelezettségek köre. a felelősségi láncolata jogszabály a forgalmazót és az üzemeltetőt is önálló felelősségi körbe helyezi, így akár bekövetkeztekor nem csupán a fejlesztőre hárulhat felelősség, hanem annak alkalmazójárais. A termékfelelősségi irányelv a szoftverre is kiterjeszti a felelősséget, így a jövőben a felelősségi lánc több szereplőre oszlik, és a magyar bíróságoknak a deployer önálló kötelmeit is értelmezniük kell. provider és deployeregymásra épülő, eltérő felelősségi szerepkörökként.
A felelősségi láncolat nem két, hanem legalább három elemből áll. Az (EU) 2024/1689 rendelet a rendszer működtetőjét providerként, a rendszert saját célra alkalmazót deployerként határolja el. A provider határozza meg a keretet: az ő kötelessége a kockázatkezelés, az adatminőség és a technikai dokumentáció. A deployer ezt a keretet ülteti át a gyakorlatba: ő felel az emberi felügyeletért, a működés közbeni monitoringért és a felhasználók tájékoztatásáért.
Az (EU) 2024/2853 irányelv a hibás termékekért való felelősséget 2026. december 9-től a szoftverre is kiterjeszti. Az átfutás nem a projekttől függ, hanem a felkészüléstől: a magyar bírósági gyakorlatnak újra kell definiálnia a szoftverhibára épülő kártérítési igényeket, és a biztosítóknak is alkalmazkodniuk kell az új termék-kategóriához.
A felelősségi láncolat három lépcsője: a provider kerete, a deployer alkalmazása és a termékfelelősségi irányelv szerinti helytállási kötelezettség.
Aki ezt a három lépcsőt végigjárja, nemcsak jogilag védettebb, hanem biztosíthatóbb is: a felelősségi láncolat minden elemét érdemes külön dokumentálni és lefedni.
A helyes szereposztás nemcsak jogi, hanem üzleti kérdés is. Egy vállalat ritkán tudja egyedül viselni a hibás AI-döntésből fakadó kárt, ezért a deployer oldali kockázatkezelés, emberi felügyelet és monitoring a bírósági gyakorlat előtt is védhetőbb pozíciót teremt. Az (EU) 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverre is kiterjeszti a termékfelelősséget, ami a magyar jogalkalmazást is formálja majd. megoszthatóvá teszi. teszi a döntéshez, és a felelősségi láncolat is e három kapocs mentén rajzolódik át. Aki tehát a gyakorlatban bekoren, annak a provider–deployer elhatárolást, az emberi felügyeletet és a monitoringot együttesen kell kezelnie.
Felelősségi láncolat
A provider és a deployer szerepkörének elhatárolása az (EU) 2024/1689 rendelet alapján. Ez a keret, amelyben a kockázatkezelés, az emberi felügyelet és a monitoring mint kötelezettség megjelenik, és amelyhez a felelősségi kérdések kapcsolódnak.
Új termékfelelősségi irányelv
A (EU) 2024/2853 irányelv a szoftverre is kiterjeszti a hibás termékért való felelősséget, és 2026. december 9-től alkalmazandó. Az eljárás egységes keretben kezeli a korábban több pontra bontott felelősségi kérdést, és a biztosítási lehetőségeket is átrendezheti.
Felelősségi lánc
Az alkalmazó nemcsak a rendszer kiválasztásáért felel, hanem a használat közbeni emberi felügyeletért, a kockázatkezelésért és a folyamatos monitoringért is. Ezek a kötelezettségek a provider által megadott keretek között értelmezendők.
Ki vállalja a terhet, ha a gép téved?A kérdés nem elvi, hanem gyakorlati: a deployer akkor is felelőssé tehető, ha a hiba forrása a provider oldalán van. A kár bekövetkeztekor a magyar bíróságok a felelősségi láncolat mentén haladnak, és a bizonyítási teher megoszlása lesz a tényleges vízválasztó.
Ki tartozik felelősséggel a hibás döntésért: a fejlesztő vagy az üzemeltető?
Az új felelősségi rend nem az a kérdés, hogy „jogosult-e a rendszer”, hanem az, hogy ki viseli a kockázatot. A provider a rendszer forgalmazója, a deployer pedig az, aki a saját működésébe beépíti – és a deployer önálló kötelezettségeket kap a kockázatkezelésre, az emberi felügyeletre és a monitoringra, nem mentesül a providerre háruló terhek alól.
A felelősségi lánc két szereplőnél kezdődik, de a magyar bírósági gyakorlat várhatóan a termékfelelősségi irányelv. az AI-rendszerek fejlesztője és üzemeltetője; a felelősségi láncolat kiindulópontja az üzemeltetői oldal a deployer saját szervezetében viseli a kockázatkezelést, az emberi felügyeletet és a monitoringot; a szabályozás itt a tényleges felhasználót szólítja meg belső szabályzata az irányadó – a kockázati besorolás ugyanis a felhasználási kontextustól függ, nem csupán a technológiától
A provider és a deployer közötti feladatmegosztás a (EU) 2024/1689 rendeletben egyértelműen elhatárolt; az alkalmazó önálló kötelezettségeit külön kell szabályozni. V435Cprovider és deployer a felelősségi. V535C Az (EU) 2024/1689 rendelet elhatárolja egymástól a provider és a deployer szerepkört, és mindkettőhöz konkrét kötelezettségeket rendel. A provider felel a kockázatkezelési rendszerért, a deployer köteles biztosítani az emberi felügyeletet és a működés közbeni monitoringot.
A felelősségi határ tisztázása azért az első lépés, mert ez dönti el, melyik szabálykönyv, melyik eljárásrend, melyik biztosítási konstrukció jön szóba. Aki csak a végfelhasználó felé néz, könnyen megfeledkezik arról, hogy a kockázatkezelés és az emberi felügyelet az alkalmazónál is kötelezettség.
A felelősségi határ tisztázása tehát nem formaság, hanem az első érdemi döntés. Ez mondja meg, kivel szemben, milyen jogalapon és milyen összeghatárig kell helytállni. A gyakorlatban ez jelenti a belső kockázatkezelési szabályzat felülvizsgálatát, a monitoringfolyamatok dokumentálását, valamint az emberi felügyeletért felelős személy kijelölését.
A felelősségi láncolat kérdése
Gyakori kérdés, hogy „ki felel, ha a gép téved”. A válasz nem egyetlen szereplőé, hanem a fejlesztő provider és az üzemeltető deployer közös felelősségi láncolatából áll össze a kockázatkezelés, az emberi felügyelet és a monitoring oldaláról. a rendszer üzemeltetőjének és a szoftvert futtató szervezetnek egymáshoz kapcsolódó, mégis jól elkülöníthető felelősségi köre, amelyet az (EU) 2024/1689 rendelet provider és deployer szerepkörökre bont. Az alkalmazó saját szervezetében viseli a kockázatkezelést, az emberi felügyeletet és a folyamatos monitoringot, függetlenül attól, hogy a modellt harmadik fél fejlesztette.
Ebből következik, hogy a felelősség nem egyetlen ponton, hanem a teljes láncolatban oszlik meg. A provider felel a tanítási adatokért, a tanítási folyamatért és a műszaki dokumentációért, míg a deployer a tényleges használat körülményeiért, a felhasználói tájékoztatásért és a beavatkozásra képes emberi felügyeletért. A magyar bíróságok várhatóan ezt a munkamegosztást fogják alapul venni a kártérítési perekben.
Miért a provider és a deployer együttes felelőssége az irányadó?
Az (EU) 2024/2853 irányelv a szoftverre is kiterjeszti a termékfelelősséget, így az AI-rendszer hibájáért a forgalmazó és az üzemeltető is helytállhat. A felelősség kérdése a felhasználás logikájától függ, nem a rendszer technikai felépítésétől. Aki beépített felügyelet nélkül alkalmaz egy kockázatos modellt, az a saját döntéséért is felel.
A provider és a deployer eltérő kötelezettségeit külön szabálycsomag rögzíti az AI Act V535Ckeretében. V435CElőzetes tájékozódással a szerepkörök és a várható kötelezettségek jól feltérképezhetők, de a kötelező érvényű választ mindig a konkrét üzemi helyzet, a felhasználás célja és a fennálló kockázati osztály adja. Az (EU) 2024/1689 rendelet a provider és a deployer szerepköröket különíti el, és mindkettőhöz önálló kötelezettségláncot rendel. Az alkalmazó oldalán a kockázatkezelés, az emberi felügyelet és a monitoring nem opcionális elem, hanem jogszabályi előírás. A hibás szoftvertermékekért való felelősséget 2026. december 9-től az (EU) 2024/2853 irányelv rendezi, amely a szoftverre is kiterjeszti a termékfelelősségi rezsimet.
AI szolgáltató és alkalmazó
Az üzemeltető vagy a szolgáltató, amely a mesterséges intelligencián alapuló rendszert saját tevékenysége körében működteti. Vele jön létre a felhasználói szerződés, és ő köteles biztosítani a kockázatkezelést, az emberi felügyeletet és a folyamatos monitoringot.
AI Act szerinti deployer
A termékfelelősségi szabályok kiadója, aki a szoftvertermékek – így az AI-rendszerek – hibájából eredő károkért viseli a felelősséget. Az alkalmazandóság kezdete 2026. december 9., és a felelősség a teljes ellátási láncra kiterjed.
A provider és a deployer
Az uniós szabályozás két szereplőt különböztet meg. A provider fejleszti és forgalomba hozza az AI-rendszert, a deployer pedig saját célra használja azt. A felelősség nem vándorol át automatikusan: a deployer önálló kötelezettségeket is visel.
Az alkalmazó önálló felelőssége
A deployer köteles gondoskodni a kockázatkezelésről, az emberi felügyeletről és a folyamatos monitoringról. Ha ezeket elmulasztja, a keletkezett kárért saját jogalapon is helytállhat, függetlenül a provider magatartásától.
A provider és a deployer eltérő kötelezettségeket visel
Az (EU) 2024/1689 rendelet a fejlesztőt és az üzemeltetőt önálló szereplőként kezeli. A fejlesztő a kockázatértékelésért és a megfelelőségért felel, míg az üzemeltető a tényleges használatért, az emberi felügyeletért és a folyamatos monitorozásért. A két fél eltérő terheinek ismerete nélkül a felelősségi lánc megszakadhat.
A felelősségi láncolat és a tipikus tévedések az AI bevezetésnél
ahol a gép dönt, az ember hallgat
A leggyakoribb csúszás forrása nem egyetlen lassú szabály, hanem a felelősségi lánc zavaraHa a szervezet a deployer szerepkörrel kezdi a felkészülést, és csak utána tér ki a termékfelelősségi irányelv szoftverekre vonatkozó részére, könnyen az derül ki, hogy a kockázatkezelés és az emberi felügyelet a gyakorlatban nem működik. A helyes út az, hogy a provider és a deployer kötelezettségeit először pontosan szétválasztják, és csak aztán illesztik hozzá a monitoringot és a biztosítást.
A második forrás a magyar bírósági gyakorlat várható alakulásaA felelősség láncolata nem lineáris, hanem rétegzett: a fejlesztő és az üzemeltető más-más ponton felel, és a kár bekövetkezése gyakran csak a teljes együttműködés hiányosságaira vezethető vissza, nem egyetlen szereplő mulasztására.
A harmadik – és szintén gyakran alábecsült – forrás a monitoring és emberi felügyeletEzeknek a szabályoknak a betartása önálló, folyamatos feladat, amelyet a projekt ütemtervében külön mérföldkőként kell kezelni. Aki a bevezetést csak technikai telepítésként kezeli, az a felelősségi kérdéseket is utólag fogja rendezni, ami jóval költségesebb.
A három felelősségi csomópont közös tanulsága, hogy a kockázat nem a szabályozás bonyolultságából fakad elsősorban, hanem abból, ha a szervezet nem térképezi fel előre, hogy saját munkafolyamataiban hol jelenik meg a gépi döntés, és ki vállalja érte a felelősséget.
Érdemes a három felelősségi szintet együtt, egységes belső keretrendszerben kezelni, nem elkülönített dokumentumokban. A provider és a deployer közötti feladatmegosztás, a termékfelelősségi irányelv szerinti kötelezettségek, valamint a folyamatos monitoring csak együttesen adnak olyan védelmet, amely a magyar bírósági gyakorlat várható alakulása mellett is megállja a helyét, és a biztosítási fedezet is csak így értelmezhető.
A gyakorlati tanulság világos: a felelősséget nem utólag, hanem a rendszer bevezetése előtt, a provider és a deployer közötti szerződéses keretben érdemes rendezni. Önöző szakmai hangvétel, tényekre támaszkodva.
Provider és deployer elhatárolása
Az (EU) 2024/1689 rendelet a provider és a deployer szerepkörét külön választja, ezért a felelősségi lánc is ezen a határon oszlik meg. Az alkalmazó nem mentesül, neki is gondoskodnia kell a kockázatkezelésről, az emberi felügyeletről és a monitoringról.
Új termékfelelősségi irányelv alkalmazása
Az új termékfelelősségi irányelv önálló kötelezettségi réteget hoz létre, amely a meglévő felelősségi szabályoktól függetlenül, párhuzamosan érvényesül, és saját átmeneti időt igényel.
Előbb a rendszer, utána a felelősség
A deployeri kötelezettségek – kockázatkezelés, emberi felügyelet, monitoring – a provider által szállított rendszerre épülnek, ám annak hibáját nem írják felül. A felelősségi lánc a termékfelelősségi irányelvvel egészül ki, és a szoftver önálló termékké válik.
Miért nem egyszerűsíthető a felelősség a deployerre?
A provideri státusz a szabályozási piacra lépés feltétele, és a többi szereplő kötelezettsége erre a státuszra épül. a felelősségi kérdések értelmezéseHa a vállalat csak a saját fejlesztésű modelljére koncentrál, és a felhasználási környezetre nem fordít figyelmet, könnyen kimaradhat a deployeri kötelezettségek kezelése. Az AI Act ugyanis elkülöníti a provider és a deployer szerepkörét, és mindkettőnek önálló feladatai vannak a kockázatkezelésben, az emberi felügyeletben és a monitoringban. Ezeket a feladatokat már az AI-rendszer bevezetése előtt érdemes szabályozni, nem a hatósági vizsgálat után pótolni.
Az új termékfelelősségi irányelv a szoftverre is kiterjeszti a felelősséget ezért a bevezetéssel párhuzamosan kell tervezni a felelősségi láncolat átvilágítását, a belső dokumentáció frissítését és a biztosítási fedezet felülvizsgálatát. A 2026. december 9-től alkalmazandó szabályozás a hibás termékekért való felelősséget több szereplőre terjeszti ki, így a magyar bírósági gyakorlat várhatóan a közvetítők és az alkalmazók helyzetét is újraértékeli. A felkészülés ezért a szabályzatok mellett a szerződéses feltételekre is kiterjed.
A rendeletektől a bírósági gyakorlatig: ki viseli a felelősséget, és hogyan csökkenthető a kockázat?
A felelősségi kérdések tisztázása nem a bevezetés végén hanem a tervezés korai szakaszában indul. Aki alkalmaz, annak kell felmérnie a felhasználási környezetet, a felhasználói kört, valamint az emberi felügyelet és a monitoring módját. Ezzel párhuzamosan kell áttekinteni a termékfelelősségi szabályokat is, hiszen az (EU) 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverre is kiterjeszti a hibás termékekért való felelősséget. Így a felelősségi láncolat nem utólagos kérdés, hanem a fejlesztés és a bevezetés szerkezeti eleme.
A helyes logika a kockázati oldallal kezdődik. Előbb a felhasználási mód, utána a szerződéses és. a felelősségi láncolat főbb elemei és az abból következő kötelezettségek: a kockázatkezelés, az emberi felügyelet és a monitoring. A provider és a deployer eltérő szerepkört kap, és a gyakorlatban a deployerre is határozott feladatok hárulnak, amelyeket a rendszer használatba vétele előtt rendezni kell.
Az (EU) 2024/1689 végig párhuzamos sávnem a fejlesztés lezárása után, hanem azzal egy időben, korán indítva. Így a bevezetésre a szabályozói és a felelősségi feltételek is készen állnak, és a működés közbeni monitoring is szervesen illeszkedik a napi folyamatokhoz.
Összefoglalva: a felelősség három, egymásra épülő szereplőre oszlik, és az előkészítésbe tartozik, együtt kezelendő a fejlesztéssel. A provider a rendszerért, a deployer az alkalmazásért felel, és a (EU) 2024/2853 irányelv 2026. december 9-től a szoftverre is kiterjeszti a termékfelelősséget, ami a magyar bírósági gyakorlatban is új megközelítést hozhat, és a biztosítási piacon is átstrukturálja a fedezeti igényeket.
A deployer oldalán három felelősségi pillér áll. Az első a kockázatkezelés: a használatba vétel előtt fel kell mérni az érintetteket érő hatásokat. A második az emberi felügyelet biztosítása, vagyis a döntést nem lehet kizárólag a gépre bízni. A harmadik a monitoring: a működést folyamatosan figyelni és szükség esetén beavatkozni kell. Aki ezeket elmulasztja, mulasztásért közvetlenül felel.
A termékfelelősségi fordulat
A 2024/2853 irányelv a szoftverre is kiterjeszti a hibás termékért való felelősséget. Az alkalmazás 2026. december 9-től kötelező, ezért a magyar bírósági gyakorlat várhatóan az irányelvhez igazodik.
Provider és deployer a felelősségi láncban
Az (EU) 2024/1689 rendelet a mesterséges intelligencia rendszereknél két szereplőt különböztet meg: a providert, aki a rendszert fejleszti és forgalomba hozza, valamint a deployert, aki azt a saját szervezetében működteti.
A felelősség megosztása a gyakorlatban
A deployer kötelessége a rendszer használatának nyomon követése, a kockázatok dokumentálása és az emberi felügyelet biztosítása. Ha a rendszer hibás döntést hoz, a deployer a saját működési körében keletkező kárért is felel, miközben a provider az (EU) 2024/1689 rendelet.
Gyakori kérdések az engedélyezésről
Mi a provider és a deployer szerepkör az AI Actben, és miért fontos ez?
Az AI Act két felelősségi szerepkört különít el: a provider a rendszert forgalomba hozó vagy saját célra használó fejlesztő, a deployer pedig a rendszert a saját tevékenységében alkalmazó szervezet. A felelősségi lánc nem egyirányú, hiszen a deployer is köteles gondoskodni a kockázatkezelésről, az emberi felügyeletről és a monitoringról, nemcsak a provider.
A lényeg az, hogy a felelősség nem vihető át pusztán a szoftver szállítójára, mert a gyakorlatban az alkalmazó szervezet dönt a célról, az adatról és a felügyelet módjáról. Ha a rendszer jogsértő döntést hoz, a deployer önállóan is felelőssé válhat, nemcsak a fejlesztő. Ez a kettős logika a (EU) 2024/1689 rendelet egyik legfontosabb újdonsága.
A felelősségi szabályok a termékoldalt is átalakítják, hiszen a (EU) 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverre is kiterjeszti a hibás termékért való felelősséget. A magyar bíróságoknak ezért a közeljövőben a gépi döntés okozta kár és a szoftverhiba közötti okozati láncot is értelmezniük kell, miközben a biztosítók új, AI-specifikus fedezeteket dolgoznak ki.
- Sáv
- 0,5–50 MW
- Indítás
- a SZÜF-ön
- Feltétel
- felelősségi lánc
Miért nem elég a szoftverre mutogatni, ha a gép téved, és mit jelent ez a magyar szervezeteknek?
Mert az uniós keretrendszer adja a kiindulópontot: a (EU) 2024/1689 rendelet a provider és a deployer szerepkörét különbözteti meg, és ez határozza meg, hogy kiért mit kell vállalnia a rendszer életciklusa során.
Aki a fejlesztés vagy a bevezetés előtt áll, nem kerülheti meg a felelősségi láncolat tudatos tervezését, hiszen a szállító és az alkalmazó közötti határvonal a kockázatkezelést, az emberi felügyeletet és a monitoringot is érinti.
Ráadásul a felelősség nem várható meg a jogalkalmazásig, mert a (EU) 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverre is kiterjeszti a hibás termékekért való felelősséget.
- Első lépés
- provider és deployer
- Kockázat
- termékfelelősség
- Átfutás
- alkalmazandó 2026. december 9
Ki a felelős, ha a mesterséges intelligencia téved: a szolgáltató vagy az alkalmazó?
A felelősség megoszlik a szolgáltató és az alkalmazó között, és mindkettőnek van önálló kötelezettsége. Az (EU) 2024/1689 rendelet ezt a két szerepkört különbözteti meg.
A szolgáltató felel a rendszer tervezéséért és a kockázatkezelésért, az alkalmazó pedig az emberi felügyeletért, a használatért és a folyamatos monitorozásért. A láncolat bármelyik pontján hiba csúszhat.
Az (EU) 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverekre, köztük a mesterséges intelligenciát tartalmazó termékekre is kiterjeszti a termékfelelősséget. A kárt szenvedett fél több fél felé is felléphet.
- Szolgáltató és alkalmazó
- felelősségi láncolat
- Irányadó
- Felelősségi kérdések
- Adatkör
- V535C / V435C
Ki felel, ha az AI rendszer téved?
A felelősség megoszlik a rendszer fejlesztője és a működtetője között. Az (EU) 2024/1689 rendelet ezt a két szerepkört – provider és deployer – különválasztja, és mindkettőhöz önálló kötelezettségeket rendel. A provider felel a kockázatkezelési rendszerért, a dokumentációért és a műszaki megfelelőségért.
A felelősségi láncolat ezzel nem zárul le. A gyakorlatban előfordul, hogy a kár a fejlesztő és a felhasználó közötti pontatlan interfész-specifikációból fakad, ezért a bizonyíthatóság és a naplózás kiemelt jelentőségű. Az (EU) 2024/2853 irányelv a hibás termékekért való felelősséget a szoftverre is kiterjeszti, és 2026. december 9-től alkalmazandó.
Az uniós szabályozás csak a keretet adja. A magyar bíróságoknak kell értelmezniük, hogy egy adott kárért a provider, a deployer vagy esetleg mindkettő felel-e. A várható gyakorlat a fogyasztóvédelmi és a szerződéses felelősségi dogmatika metszéspontjában alakul, és a dokumentáltság, valamint az emberi felügyelet tényleges gyakorlása lesznek a döntő tényezők.
- Nemcsak a fejlesztő felelős
- Az Európai Unió Hivatalos.
- Idő forrása
- szakirodalom és uniós források alapján
- Gyorsítás
- a felelősségi láncolat.
Ki a felelős, ha a gép téved: a provider és a deployer szerepe
Az (EU) 2024/1689 rendelet a mesterséges intelligenciát alkalmazó rendszerekben két szereplőt különböztet meg. A provider fejleszti és forgalomba hozza a modellt, a deployer pedig a saját szervezetében működteti azt. A felelősség nem kizárólag a fejlesztőé: az alkalmazó is köteles gondoskodni a kockázatkezelésről, az emberi felügyeletről és a folyamatos monitoringról, ezért a bevezetés előtt érdemes a szerepköröket pontosan rögzíteni.
A felelősség láncolata a termékfejlesztőtől a végfelhasználóig terjed, és a magyar bírósági gyakorlat várhatóan az uniós értelmezéshez igazodik majd. Az (EU) 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverre is kiterjeszti a hibás termékért való felelősséget, vagyis a kártérítési igény a digitális termékekre is érvényesíthető lesz.
A megelőzés fegyelmet kíván: az AI-rendszert a provider és a deployer oldalán is dokumentálni kell, a kockázatkezelést, az emberi felügyeletet és a monitorozást egyaránt, mert a felelősség a teljes láncolatra kiterjed a 2024/1689 és a 2024/2853 alapján.
- Mi ez
- felelősségi lánc belépője
- Jelleg
- önálló, hosszabb
- Ütemezés
- párhuzamos sáv
Hol húzódik a felelősség határa a gép tévedése esetén?
A 2024/1689 rendelet szerinti provider és deployer szerepkörök elhatárolása a rendszer üzemeltetőjére és fejlesztőjére azonos súllyal hárul, a kockázatkezelés, az emberi felügyelet és a monitorozás pedig nem ruházható át a felhasználóra.
A felelősségi láncolat az új termékfelelősségi irányelvvel a szoftverekre is kiterjed, így az AI-t alkalmazó szervezet már nem bújhat a szolgáltató mögé. A provider és a deployer eltérő kötelezettségeket visel, de mindkettőjüknek van mozgástere – és felelőssége.
A közzététel azonban tájékozódásra való, nem szerződéskötésre: a kötelező érvényű választ mindig a hatóságok vagy bíróságok egyedi ügyben hozott döntése adja meg, ezért a cikkben foglaltakat érdemes szakértői egyeztetéssel pontosítani.
- Forrás
- V435C / V535C
- Mire jó
- előszűrés
- Kötelező
- provider és deployer felelőssége
Mit tudunk biztosan, és mit nem? – állításonkénti bontás a felelősségi láncról
Az alábbi tábla minden állításhoz megadja, hogy a jogszabályi szövegre vagy a keretjogszabályra támaszkodik-e igazolt (jogszabályi szövegből vagy az uniós keretből levezethető) közepes (a szakmai szándékot jelezzük, biztosan nem számszerűsíthető), vagy nem közöljük (primer forrás hiányában szándékosan kihagyott adat).
| Állítás | Konfidencia |
|---|---|
| A felelősségi láncolat három, egymásra épülő elemből áll: provider, deployer és a végső kárviselő | igazolt |
| A termékfelelősségi irányelv a szoftverrést is termékhiánynak tekinti; alkalmazása 2026. december 9-től kötelező | igazolt |
| A kockázatkezelési terv a bevezetés előfeltétele, a rendszer üzembe helyezése után nem pótolható utólagosan | igazolt |
| Az AI-rendszert bevezető és működtető szereplők eltérő kötelezettségeket viselnek az (EU) 2024/1689 rendelet provider és deployer kategóriái szerint. | igazolt |
| A hibás termékekért való felelősséget az (EU) 2024/2853 irányelv 2026. december 9-től terjeszti ki a szoftverekre, így a vállalati felhasználókra is. | igazolt |
| A deployer önálló felelősséggel tartozik a kockázatkezelésért, az emberi felügyeletért és a rendszer folyamatos monitorozásáért. | igazolt |
| A felelősségi láncolat a fejlesztőtől a felhasználóig terjed, ezért a magyar bíróságok várhatóan megosztott kártérítést fognak alkalmazni. | igazolt |
| Az új irányelv a bizonyítási terhet is átalakítja: a sértett könnyebben érvényesítheti igényét a hibás AI-termék gyártójával szemben. | igazolt |
| A biztosítók egyelőre a klasszikus szakmai felelősségi kötvényekhez igazítják az AI-kockázatokat. | közepes |
| pontos dátumot és összeget egyelőre nem áll módunkban közölni | nem közöljük |
Kulcs-megállapítások
- 01
Az új termékfelelősségi szabályozás gerincea felelősségi láncolat újragondolásán túl a biztosítási piacra és a magyar bírói gyakorlatra is hatással lesz.
- 02
Három, egymásra épülő elem provider, deployer, termékfelelősség és a felelősség a szoftver beszállítóján túl az alkalmazóra is kiterjed.
- 03
Az új felelősségi rezsim első rétege az AI Act-ből fakad: a provider és deployer szerepkör elhatárolása nem utólagos adminisztráció, hanem a bevezetés előtt tisztázandó szerződéses alap.
- 04
Az összevont termékfelelősségi megközelítés (EU) 2024/1689 és (EU) 2024/2853 együtt rajzolja ki a felelősségi láncot: a provider a rendszerért, a deployer a használatért felel, a károsult a kettő együttesére támaszkodhat.
- 05
A felelősségi láncolat szintje (provider vagy deployer oldaláról) dönti el, hogy az AI Act melyik kötelezettsége és a termékfelelősségi irányelv melyik felelősségi csatornája az irányadó.
- 06
Az emberi felügyelet korán beépített kontrollpont – nem a káresemény után pótolható, különben a bizonyíthatóság és a jogkövetés is sérül.
- 07
A mulasztás nem a hatóságon múlik elsősorban, hanem a a felelősségi láncolat felépítésea provider és a deployer szerepkörét érdemes előbb tisztázni, mielőtt a magyar bírósági gyakorlatra gondolunk.
Források és hivatkozási alap
- 2024/1689 és 2024/2853 uniós jogforrások. A provider fejleszti és forgalomba hozza az AI-rendszert, a deployer pedig a saját szervezeti környezetében működteti, és ez a kettéválasztás határozza meg, ki milyen kockázatkezelési és felügyeleti kötelezettséget visel.
- 2024/2853 irányelv a hibás termékekért való felelősségről. A 2024/2853 irányelv 2026. december 9-től alkalmazandó, és a szoftverre is kiterjeszti a termékfelelősséget, így a hibás AI-kimenetekért a gyártó és az alkalmazó egyaránt felelőssé tehető.
- Az AI-rendszerek fejlesztőjének és üzemeltetőjének felelősségi szabályzata a hazai. A provider és a deployer szerepkörök elhatárolása, az üzemeltetői kockázatkezelés, az emberi felügyelet és a folyamatos monitoring kötelezettségeinek rendszere.
- (EU) 2024/1689 rendelet – provider és deployer szerepkörök elhatárolása. A kockázatalapú megközelítés, az átláthatósági kötelezettségek és a nyilvántartásba vétel alapvető előírásai.
Kapcsolódó cikkek a tudástárból
14 további szakmai téma
Fülöp Henrik intézményvezető, főtanácsadó. Felnőttképzés, informatika és mesterséges intelligencia; Pécs, Baranya, Dél-Dunántúl.