Ki felel a mesterséges intelligenciáért 2026-ban?

A 90/2026. (V. 13.) Korm. rendelet 168. §-a három nagy technológiai felelősséget rendel a tudományos és technológiai miniszterhez: az informatikáért, a nemzeti adatvagyon-gazdálkodás megvalósításáért és a mesterséges intelligenciáért. Ez 2026 novemberében nem formális cím, hanem a szabályozási irányítás alapja. A miniszter Tanács Zoltán, a Kormány tájékoztatója szerint. A felelősség meghatározása lehetőséget ad a szabályok, az állami MI-alkalmazások és az ágazati programok összehangolására, de nem hoz létre automatikus engedélyezési utat vagy központi beruházási jóváhagyást.

A 168/A. § külön hatásköri szabályt állapít meg a vállalkozásfejlesztés és a technológiai kormányzás között. Az MI-vel kapcsolatos vállalkozásfejlesztési feladatok a tudományos és technológiai miniszterhez tartoznak; minden más vállalkozásfejlesztési feladat a 75. § 15. pontja alapján a gazdasági és energetikai miniszter felelősségi körébe esik. A vállalkozó számára ez azt jelenti, hogy egy MI-projekt finanszírozási vagy támogatási kérdése nem pusztán technológiai kérdés. Célszerű ezért a projekt dokumentációjában rögzíteni, melyik miniszter hatáskörébe tartozik a felmerülő kérdés.

A 173/A. § szélesebb feladatkört ad a miniszternek. A tudományos és technológiai miniszter meghatározza a nemzeti MI-stratégia irányait és előkészíti az azzal összefüggő jogszabályokat. Emellett koordinálja a kormányzati MI-alkalmazások fejlesztését és bevezetését, koordinálja az ágazati MI-fejlesztési programokat, képviseli a Kormányt az MI-vel összefüggő nemzetközi szervezetekben és uniós fórumokon, valamint felügyeli az MI bejelentő és piacfelügyeleti hatóság tevékenységét. E hatáskörök együtt kirajzolják a vállalkozás számára a kormányzati felelősségi térképet.

A felelősségi térkép azonban nem azonos azzal, hogy minden MI-fejlesztés állami engedélyhez kötött. A jogszabályokból nem következik általános, előzetes jóváhagyási procedúra. A vállalkozás ezért a konkrét termék, felhasználási környezet, adatkezelés és célzott felhasználó alapján vizsgálja a kötelezettségeket. A kormányzati felelős változása elsősorban a szabályalkotási irányt, az állami beszerzést, a támogatási prioritásokat és az ügyfélbizalmat befolyásolja. A belső döntési papírban ezért a kockázatcsökkentés jogalapját, az adatkezelési szerepet és a szabályozói kontrollpontokat külön kell kezelni.

A felelősségi térkép gyakorlati használatához az első lépés az, hogy a vállalkozás pontosan azonosítsa: az érintett projekt terméket, szolgáltatást vagy belső folyamatot fejleszt-e, és milyen felhasználási környezetben működik majd. Célszerű, hogy a dokumentum a termék működését, az érintett jogszabályi kérdést, a szükséges adatokat és a felelős miniszteri szakterületet egyértelműen összekapcsolja. Ez különösen fontos, ha a projekt egyszerre használ mesterséges intelligenciát és más, szabályozott technológiát: ilyenkor nem a technológiai címke, hanem a konkrét felhasználás és a jogi hatás alapján kell vizsgálni a hatáskört.

A szabályozói homokozóról szóló 10. § 2026. augusztus 2-án lépett hatályba. Az MI piacfelügyeleti hatóság alakítja ki és működteti, a részletszabályokat pedig miniszteri rendelet állapítja meg. A gyakorlatban ez azt jelenti, hogy egy magyar KKV nem pusztán a szöveges jogszabályból állapíthatja meg, mit várnak el tőle a kontrollált környezetben. A részletszabályokat megállapító miniszteri rendelet megjelenését és tartalmát (eljárás, résztvevői feltételek, dokumentációs igény) az njt.jog.gov.hu oldalon kell ellenőrizni.

A homokozó használata előtt a vállalkozásnak három kérdést kell megválaszolnia. Először: saját fejlesztésű, testre szabott vagy külső modellre épülő rendszerről van-e szó? Másodszor: milyen felhasználási környezetben és milyen célzott felhasználók döntéseit vagy munkáját befolyásolja? Harmadsor: milyen érzékeny adatokat kezel, és milyen külső szolgáltatásokat vesz igénybe? Ezekre a válaszok nélkül a homokozóba való belépés inkább technológiai próbálgatás lenne. A célzottan tervezett rendszer és a célzott felhasználó kockázati besorolását a rendeletek és a jelenlegi gyakorlat alapján kell vizsgálni.

A magyar MI-stratégia az „MI a technológiáért” területen belül önálló alfejezetet szentel a tesztkörnyezetek biztosításának. Ez nem azonos azzal, hogy minden tesztkörnyezet automatikusan állami támogatást vagy enyhítést jelent. Az alfejezet elsősorban fizikai tesztkörnyezetekről szól: MI-alapú robotok, autonóm és precíziós megoldások valós környezetben történő teszteléséről, például automata drónos megfigyelésről és önvezető traktorokról. A törvény 10. §-a szerinti szabályozói tesztkörnyezet ettől független, ezért a KKV a kettőt külön vizsgálja: az egyik fejlesztési infrastruktúra, a másik szabályozói eszköz.

A vállalkozói döntésben ezért a homokozót kockázatcsökkentő eszközként kell kezelni. A cég rögzítheti a teszt forgatókönyveit, az adatok kezelését, az emberi felügyeletet, a kimenetek ellenőrzését és az ismert korlátokat. Ezek a belső bizonyítékok később használhatók a belső kockázatkezelésben, a beszerzési döntésben és az ügyfél tájékoztatásában. A vállalkozás azonban ne ígérjen jogbiztosságot ott, ahol a hatóság végleges állásfoglalása nem áll rendelkezésre. A homokozó eredménye jelzés, amelyet dokumentáltan kell kezelni.

A bejelentések és panaszok külön csatornát kaptak. A Tudományos és Technológiai Minisztérium 2026. augusztus 7-én bejelentette a mihivatal.gov.hu kormányzati honlapot, amelyen a lakosság bejelentheti az MI-vel kapcsolatos visszaéléseket, illetve panaszt tehet, ha a technológia alkalmazása sérti a jogos érdekeit. A vállalkozás számára ez két irányú figyelmeztetés. Egyrészt a visszaélések és jogos érdeksérelmek konkrét belépési pontot kaptak. Másrészt a nyilvános bejelentési környezet növeli a panaszkezelés, a naplózás és az ügyfélkommunikáció dokumentáltságának értékét.

A homokozóba való belépés előtt a vállalkozásnak nemcsak a rendszerét kell leírnia, hanem azt is, hogyan különbözteti meg a tesztet az éles működéstől. Amint a részletszabályokat megállapító miniszteri rendelet elérhető, érdemes belőle ellenőrzőlistát készíteni a résztvevői feltételekről, az eljárásról, a tesztidőszakról, a dokumentumkezelésről és a kilépésről. Minden tesztesethez rögzítendő a felhasználási cél, az érintett szereplők, a bemeneti adatok köre, a kimenetek értékelési szempontjai, az emberi felügyelet módja és az ismert hibák kezelése.

A 2026. július 27-én hatályba lépett AI Omnibus módosította az uniós mesterséges intelligenciáról szóló rendelet alkalmazási rendjét. Az önálló, III. melléklet szerinti magas kockázatú MI-rendszerekre a szabályok 2027. december 2-től, a termékbe épített, I. melléklet szerinti magas kockázatú rendszerekre pedig 2028. augusztus 2-től alkalmazandók. A magyar KKV számára ez nem puszta adminisztratív eltolódás. A későbbi kötelező alkalmazás nem azonos azzal, hogy a rendszer használhatatlan vagy korlátlanul fejleszthető 2026-ban.

A döntési különbség akkor érthető, ha a vállalkozó egy önállóan működő MI-rendszert és egy termékbe épített MI-komponenst összehasonlít. Ha bármelyik magas kockázatúnak minősül, a rá vonatkozó időpont a felkészülés ütemezését határozza meg: az önálló rendszernél a korábbi, a termékbe építettnél a későbbi; a felhasználási cél, a bemeneti adatok és a működés környezete mindkét esetben vizsgálandó.

A magyar projekttervezésben a legnagyobb kockázat az, ha a vállalkozás egyetlen „AI-rendszer” kategóriaként kezeli minden terméket. A rendeleti besorolás a rendszer rendeltetését, működését és használati környezetét vizsgálja. A HR-célú jelölés, a hitelértékelési segéd, az ügyfélszolgálatot támogató chatbot és a gyártási gépbe épített predikciós modell eltérő kérdéseket vet fel. A helyes besorolás a technikai dokumentáció mellett üzleti, jogi és adatvédelmi elemzést is kíván. Az EU AI Act-megfelelési útmutató hasznos kiindulópont, de a végső döntést a tényleges felhasználásra kell alapozni.

A hazai szabályozási homokozó és az uniós megfelelési munka összekapcsolható. A homokozóban vagy a fejlesztési fázisban végzett kontrollált próba segítheti azonosítani a dokumentációs hézagokat, az emberi felügyelet elégtelenségét és az adatminőségi problémákat. Ugyanakkor a magyar hatóság ilyen próbája nem helyettesíti az uniós rendelet szerinti besorolást, a szükséges nyilatkozatot vagy a bejelentési kötelezettséget. A vállalkozó ezért két külön munkatervet vezessen: egyik a magyar intézményi közegre, másik az uniós termékkövetelményekre vonatkozik.

A 2026-os döntés legfontosabb időzítési kérdése nem az, hogy „mikor lesz elég jogszabály”, hanem az, hogy melyik kötelezettség mikor keletkezik. Azonnal szükséges az alapvető adatkezelési, biztonsági és beszerzési kontroll. A későbbi uniós határidő előtt el kell végezni a besorolást, a műszaki dokumentációt, az emberi felügyelet tervezését és a szükséges incidenskezelési eljárásokat. Aki a 2027. decemberi vagy 2028. augusztusi határidőt (lásd az AI Act-halasztás elemzését) a tervezés kezdetének tekinti, későn kezd. Aki viszont a jelenlegi jogszabályok alapján felmérhető kötelezettségeket halasztja, kockázatot vállal.

A hazai vállalkozás első döntése ne a technológia kiválasztása legyen. Azonosítsa a felhasználási esetet, a célzott felhasználót, az adatokat és a jogi besorolást. Ezután ellenőrizze a hatósági térképet: a bejelentés, a felügyelet, a panasz és a támogatás külön útja lehet. A 90/2026. (V. 13.) Korm. rendelet alapján az MI-vel kapcsolatos vállalkozásfejlesztési feladatok a tudományos és technológiai miniszterhez tartoznak, a többi vállalkozásfejlesztési feladat a gazdasági és energetikai miniszterhez.

A második döntés a fejlesztési út kiválasztása. A vállalkozó összevetheti a saját fejlesztést, a kész megoldás testre szabását és a külső modell használatát. A saját fejlesztés nagyobb kontrollt adhat, de nagyobb megfelelési és dokumentációs terhet is hoz. A kész megoldás gyorsabb indulást adhat, viszont a beszállítói bizonyíték és a használati környezet vizsgálata továbbra is szükséges. Az AI-szoftverfejlesztési szolgáltató kiválasztásakor ezért nem az árajánlat vagy a bemutató legyen az egyetlen döntési kritérium.

A harmadik döntés a kontroll és a bizonyíték mértéke. A kockázat növekedésével erősödnie kell a dokumentációnak, az emberi felügyeletnek, a tesztelésnek és az incidensreagálásnak. A vállalkozás a jelenlegi tudása helyett a tényleges felhasználást vegye alapul. A célzott felhasználó, az érintett jogok és a kimenet hatása fontosabb, mint a technológiai újdonság. A kockázatkezelési dokumentáció legyen élő belső termék, amelyet a fejlesztés, az üzemeltetés és az ügyfélszolgálat is használhat.

A negyedik döntés az uniós alkalmazási határidő beépítése a termék fejlesztési ütemtervébe. A 2027. december 2-i határidő az önálló, III. melléklet szerinti magas kockázatú rendszerekre, a 2028. augusztus 2-i határidő a termékbe épített, I. melléklet szerinti magas kockázatú rendszerekre vonatkozik. E határidők előtt a KKV-nak fel kell készülnie a műszaki dokumentációra, az emberi felügyeletre és a megfelelési szervezet működésére. A határidő nem a fejlesztés kezdete, hanem a teljes megfelelési csomag zárópontja.

Az ötödik döntés a forrás és a támogatás ellenőrzése. A stratégia irányt adhat, a kormányzati oldal bemutatási anyagot közöl, de ezek nem helyettesítik a hatályos jogszabályokat vagy a pályázati felhívást. Aki konkrét támogatást tervez, az ingyenes előminősítés és az aktív pályázatok felületeit ellenőrizze, majd a kiírt feltételekkel vetesse össze a projektet. A kormany.hu tájékoztató jellegű oldala nem ígér mindenki számára automatikus forrást. Aki ezt nem ellenőrzi, támogatási összeget vagy határidőt kockáztat.

A végső döntés a vezetői felelősség rögzítése. A jogi és technikai szakértő együtt dolgozzon a papíron, de egyetlen ügyvezető viselje a teljes megfelelési eredményt. A felelősség ne csak a bejelentés leadására vonatkozzon. Tartalmazza a besorolás jóváhagyását, a kontrollok működését, az incidensek kivizsgálását és a jogszabályváltozások értékelését. A tudományos és technológiai miniszter felelőssége állami szinten áll fenn; ez nem azonos a cég saját vezetői felelősségével. A magyar MI-napirend 2026-ban akkor működik a gyakorlatban, ha ezt a belső felelősségi rendet is létrehozza.