> EU AI Act 50. cikk: átláthatósági kötelezettségek fejlesztőknek, MI-interakció közlése, gépileg olvasható jelölés, deepfake-ek, szolgáltató vs. üzemeltető.
>
> Web page: https://balazscsorba.com/hu/blog/eu-ai-act-article-50-developer-checklist · Language: Magyar · Also available in: [English](https://balazscsorba.com/blog/eu-ai-act-article-50-developer-checklist.md) · [Deutsch](https://balazscsorba.com/de/blog/eu-ai-act-article-50-developer-checklist.md)
> Author: Balázs Csorba · Published: 2026-09-22 · Keywords: eu ai act, eu ai act fejlesztőknek, ai act 50. cikk, ai átláthatósági kötelezettségek, ai act chatbot tájékoztatás, digital omnibus ai act, ai act 50. cikk (2) vízjelezés, ai act deepfake jelölés, mesterséges intelligencia-műveltség 4. cikk, vonatkozik az ai act az alkalmazásomra

[Blog](https://balazscsorba.com/hu/blog)/[Biztonság és megfelelés](https://balazscsorba.com/hu/blog/category/security)

# EU AI Act, Article 50: a fejlesztők teendői 2026. augusztus 2-tól

EU AI Act 50. cikk: átláthatósági kötelezettségek fejlesztőknek, MI-interakció közlése, gépileg olvasható jelölés, deepfake-ek, szolgáltató vs. üzemeltető.

[Balázs Csorba](https://balazscsorba.com/hu/about)·2026\. szeptember 22.·12 perc olvasás

-   EU AI Act
-   Article 50
-   AI transparency
-   Digital Omnibus
-   AI literacy
-   Compliance

![EU AI Act, 50. cikk: jól látható névtáblás robot egy bekarikázott dátumú naptár és ellenőrzőlista mellett.](https://balazscsorba.com/images/blog/eu-ai-act-article-50-developer-checklist/cover.webp?v=6c61d94655)

## A lényeg röviden

-   Az Article 50 2026. augusztus 2. óta hatályos, és a Digital Omnibus nem halasztotta el; csak a már létező rendszerek Article 50(2) jelölési kötelezettségének van átmeneti ideje, 2026. december 2-ig.
-   Az Article 50(1) kötelezi a szolgáltatókat, hogy tájékoztassák az embereket, amikor MI-rendszerrel lépnek interakcióba, kivéve, ha ez egy észszerűen tájékozott, figyelmes személy számára nyilvánvaló. A közlés az első interakciónál esedékes.
-   Az Article 50(2) gépileg olvasható és felismerhető jelölést ír elő a szintetikus tartalomra. A Code of Practice rétegezi a signált metaadatokat és a vízjelzést, a felismerés interoperabilitásának határideje 2027. február 2.
-   A szolgáltató vagy üzemeltető címke dönti el, mely bekezdések terhelnek: a szolgáltatóra az 50(1) és az 50(2), az üzemeltetőre az 50(3) és az 50(4). A rést a beszállítói szerződés zárja be, nem a kód.
-   Az Article 4 AI-képességi kötelezettsége 2025. február 2. óta hatályos, és az AI-képesség támogatására enyhült; Ausztriában az RTR KI-Servicestelle az a nemzeti tanácsadó testület, amelyet érdemes megkérdezni.

Ezen az oldalon

1.  [Mit változtatott a Digital Omnibus, és mit nem](https://balazscsorba.com/#what-changed-august-2026)
2.  [Article 50(1): szóljunk az embereknek, hogy MI-rendszerrel beszélnek](https://balazscsorba.com/#article-50-1-ai-interaction)
3.  [Article 50(2): a szintetikus tartalom gépileg olvasható jelölése](https://balazscsorba.com/#article-50-2-machine-readable-marking)
4.  [Article 50(4): deepfake-ek, közérdeklődésre szolgáló szöveg és szerkesztői ellenőrzés](https://balazscsorba.com/#article-50-4-deepfakes)
5.  [Szolgáltató vagy üzemeltető: a címke, amely eldönti, mit építesz](https://balazscsorba.com/#provider-vs-deployer)
6.  [Az Article 4 AI-képessége és az osztrák tanácsadó pont](https://balazscsorba.com/#ai-literacy-and-austria)
7.  [Fejlesztői ellenőrzőlista az Article 50-hez](https://balazscsorba.com/#developer-checklist)
8.  [Források](https://balazscsorba.com/#sources)

Cikk meghallgatása

0:00

Az **EU AI Act**, vagyis a Mesterséges Intelligencia-rendelet az EU horizontális szabályozása a mesterséges intelligenciára, és 2026 szeptemberétől ennek az átláthatósági kötelezettségei érződnek először a fejlesztőkön. Az Article 50 2026. augusztus 2. óta hatályos: ha egy személy interakcióba lép egy MI-rendszerrel, a rendszernek ezt egyértelműen közölnie kell, az információ pedig legkésőbb az első interakció vagy kitettség időpontjában kell eljutnia hozzájuk. Egy ügyfélchatbot, egy hangügynök, egy szintetikus termékfénykép, egy modell által megírt hírcikk – mindegyik az egyetlen cikk egy-egy konkrét bekezdésébe esik.

Ez egy munkatérkép az Article 50-hoz mindazoknak, akik a kódot szállítják: mit változtatott el a Digital Omnibus, mely bekezdések döntik el, hogy van-e kötelezettséged, miért változtatja meg a szolgáltató vagy üzemeltető címke a mérnöki munkádat, és egy ellenőrzőlista arról, hogyan vigy be egy chatbotot az EU-ba.

**Ez nem jogi tanácsadás**

Ez egy mérnök olvasata a kihirdetett szövegről és a Bizottság útmutatóiról, nem megfelelési értékelés. Ha egy döntéshez pénz vagy hatóság tartozik, vidd az Article 50 kérdéseit valakihez, aki ismeri a termékedet.

## Mit változtatott a Digital Omnibus, és mit nem

Az Omnibus a drága kötelezettségeket tolta el, és a olcsókat helyben hagyta. Az **(EU) 2026/1744. számú rendelet**, az AI-ről szóló Digital Omnibus 2026. július 24-én jelent meg az EU Hivatalos Lapjában, és 2026. július 27-én lépett hatályba. Az Annex III magas kockázatú kötelezettségei – toborzás, hitelminősítés, hozzáférés az oktatáshoz, biometria – mostantól 2027. december 2. óta hatályosak, az Annex I kötelezettségei a szabályozott termékekbe beágyazott MI-ra pedig 2028. augusztus 2. óta. Az Article 50-t nem halasztották el: 2026. augusztus 2. óta hatályos, pontosan egy kivétellel, az Article 50(2) jelölési kötelezettségével a már piacon lévő rendszerekre, amelyre 2026. december 2-ig tart az átmeneti idő.

A rendelet többi része már életben van. A tiltások és az Article 4 AI-képességi kötelezettsége 2025. február 2. óta hatályos, az Article 4-et pedig úgy enyhítették, hogy most az AI-képesség fejlődésének _támogatását_ kérik egy szint garantálása helyett. A GPAI-kötelezettségek 2025. augusztus 2. óta hatályosak, a Bizottság GPAI-modellekre vonatkozó végrehajtási hatásköre pedig 2026. augusztus 2. óta. Az Omnibus a tiltott gyakorlatok listáját is bővítette: a Gibson Dunn rögzít egy új tilalmat azokra az MI-rendszerekre, amelyek a beleegyezés nélküli intim képeket és gyermekek szexuális kihasználására szolgáló anyagot generálnak, átmenetileg 2026. december 2-ig.

![Az EU AI Act alkalmazási időrendje hat mérföldkővel, függőleges idővonalon, 2025 februárától 2028 augusztusáig.](https://balazscsorba.com/images/blog/eu-ai-act-article-50-developer-checklist/diagram-6.webp?v=4647f37e69)

Az AI Act időrendje a Digital Omnibus után. Az Article 50 az a mérföldkő, amely betelt; a magas kockázatú kötelezettségek azok, amelyek elcsúsztak.

Egy mérnöki csapat számára a következmény nyílt: az a határidő, amelyet nem tudsz eltolni, az a tájékoztatásról szól. Amit eltoltak, az a bizonyítékról szól, hogy egy rendszer biztonságos.

Bekezdés

Mit ír elő

Kit köt le

Kivételek a szövegben

50(1)

Az embereket tájékoztatni kell, hogy MI-rendszerrel lépnek interakcióba

Szolgáltató

Hacsak nem nyilvánvaló egy észszerűen tájékozott, figyelmes személy számára

50(2)

A szintetikus hang-, kép-, videó- vagy szövegtartalom gépileg olvashatóan jelölt és felismerhető

Szolgáltató, beleértve az általános célú MI-rendszereket

Támogató jellegű szokásos szerkesztés; a bemenet vagy a jelentése nem változik meg érdemben

50(3)

Az érzelemfelismerésnek vagy biometriának kitett embereket tájékoztatni kell

Üzemeltető

Egy másik szolgáltatáshoz kapcsolódó mellékszolgáltatásként és szigorúan szükséges

50(4)

A deepfake-eket és a közérdeklődésre szolgáló MI-generált szövegeket közölni kell

Üzemeltető

A művészeti alkotásokra enyhített kötelezettség jár; emberi ellenőrzés vagy szerkesztői felügyelet

50(5)

Időzítés és forma: egyértelmű, hozzáférhető, az első interakció vagy kitettségkor

Mindkettő

Nincs

## Article 50(1): szóljunk az embereknek, hogy MI-rendszerrel beszélnek

Az Article 50(1) ezt a kötelezettséget a szolgáltatóra teszi. Azokat az MI-rendszereket, amelyek közvetlenül természetes személyekkel való interakcióra szánnak, úgy kell megtervezni és fejleszteni, hogy az érintett személyeket tájékoztassák arról, hogy MI-rendszerrel lépnek interakcióba. Van egy kivétel, és szűk: a kötelezettség nem alkalmazandó, „ha ez nyilvánvaló egy észszerűen tájékozott, figyelmes és körültekintő természetes személy szempontjából, figyelembe véve a körülményeket és a használat kontextusát”.

Ez a mérce a valódi tervezési kérdés, mert a szöveg nem sorol fel felületeket helyetted. Egy chatablak gépelésjelzővel nem nyilvánvaló. Egy önkiszolgáló foglalási folyamat, ahol az egyetlen bejutás egy géppel való beszélgetés, az lehet. A saját szabályom: ha egy bekezdésnyi kontextus kell ahhoz, hogy megindokolhasd a nyilvánvalóságát, akkor nem az – jelöld.

Az ügynökök több figyelmet kapnak, mint az egyszerű chatbotok. A Bizottság 2026. július 20-án közzétett végleges Article 50-es útmutatói megerősítik, hogy azok az MI-ügynökök, amelyek egy megbízó nevében járnak el, az Article 50(1) hatálya alá tartoznak, és meg kell nevezniük az MI-jellegüket éppúgy, mint azt a természetes vagy jogi személyt, akinek nevében eljárnak. Egy a felhasználási feltételekbe rejtett hivatkozás, egy általános címke, mint az „asszisztens”, vagy önmagában a metaadat nem elég. Ahol a szolgáltató előre nem tudhatja, hogy egy ügynök valaha is beszélni fog-e valakivel, ott az ügynöknek minden olyan helyzetben fel kell fedeznie magát, ahol ez lehetséges, többügynökös összeállításnál pedig minden ügynök, amely emberekkel beszélhet, önállóan felel a megfelelésért.

Ezt szabályként építsd meg, nem featureönkénti szövegként: tedd a közlést a közös rendszerpromptba és a közös chat héjba, hogy egy új feature ne tudjon jenni nélküle. Érdemes tudni, hol nem hagynak tért az útmutatók: az „asszisztens” az oldalcímben, a felhasználási feltételekre való hivatkozás és önmagában a metaadat egyaránt kifejezetten elégtelen. A chatfelület működéséről a [LLM-funkciók szállítása Nuxtban](https://balazscsorba.com/hu/blog/nuxt-llm-features-ai-sdk-streaming) cikk szól.

TypeScript

```
// Illustrative pseudo-code: the Article 50(5) timing test in a chat handler
const mustDisclose = !isObviouslyAI(context)   // "reasonably well-informed,
                                              //  observant and circumspect"
if (mustDisclose) {
  logDisclosure({ user, session, at: 'first_interaction' })
  return renderChat({ banner: 'You are talking to an AI system.', agentPrincipal })
}
return renderChat({})
```

Az Article 50(5) az időzítés mellett a formát is szabályozza: az információnak egyértelműnek és megkülönböztethetőnek kell lennie, és meg kell felelnie az alkalmazandó akadálymentességi követelményeknek. Ezt az utolsó kikötést könnyű átugrani, ezért a közlést kezeld valódi UI-elemként, kontraszttal, fókuszsorrenddel és képernyőolvasó-szemantikával, ne pedig kontraszt nélküli szürke szövegsorként.

## Article 50(2): a szintetikus tartalom gépileg olvasható jelölése

Az Article 50(2) a technikai bekezdés. Azoknak a szintetikus hang-, kép-, videó- vagy szöveget generáló MI-rendszereknek a szolgáltatói – a szöveg úgy fogalmaz, „beleértve az általános célú MI-rendszereket” –, biztosítaniuk kell, hogy a kimenetek gépileg olvasható formában jelölve legyenek, és felismerhetők legyenek mesterségesen generáltnak vagy manipuláltnak. Van egy minőségi küszöb is: a megoldásoknak a technikailag megvalósítható mértékig hatékonynak, interoperábilisnak, robusztusnak és megbízhatónak kell lenniük, figyelembe véve a tartalom típusát, a költséget és a technika állását.

A Bizottság és az AI Board arra a következtetésre jutott, hogy a technika jelenlegi állása nem engedi meg, hogy egyetlen eljárás egyszerre teljesítse mind a négy követelményt. A 2026. június 10-én közzétett, és 2026. július 8–9-én megfelelőnek ítélt Transparency Code of Practice rétegekkel válaszol: aláírt metaadatok és szemmel alig észlelhető vízjelzés, egyszerűsített követelményekkel ott, ahol a kimenetek fizikailag ellenőrzött, zárt környezetben maradnak, vagy ahol a tartalom típusa nem hordozhat beágyazott metaadatot – a szabad szövegház a megadott példa. Az aláíróknak felismerőeszközt is kell kínálniuk, rendszerint ingyenesen, és 2027. február 2-ig el kell érniük a vízjel-felismerés interoperabilitását.

A kivételek tágabbak a rendelet saját szövegénél, mert az útmutatók kibővítették őket. Az MI-generált fordítások mostantól a „szokásos szerkesztés” kivételébe tartoznak, a nyelvtani javítás és a kis stílbeli csiszolás mellett; az összefoglalók és az érdemben átírt szövegek továbbra is jelölést igényelnek. És van egy új B2B-kivétel: a szolgáltatók elhagyhatják a jelölést ott, ahol a kimeneteket kizárólag zárt ipari vagy B2B környezetben használják, a várható visszaéléssel szembeni megfelelő biztonsági intézkedésekkel, például felhőizolálással és szerepkörökhöz kötött hozzáférés-szabályozással. A nyilvános és a fogyasztóknak szánt rendszerek kimaradnak.

A megoldatlan rész a szabad szöveg: a jelölés képekre és hangra kiforrott, prózára sokkal gyengébb. A kötelezettség ettől függetlenül a szolgáltatónál marad, és a költség önmagában nem kivétel – csak egy arányossági vizsgálaton belül számít.

**A Code aláírása nem menedékhely**

A Bizottság és az AI Board is kimondta, hogy a Code-hoz való igazodás a megfelelés igazolásának iránymutatója, nem a törvényi kötelezettség teljesítése. A hatóságok továbbra is vizsgálják, mit csináltál valójában, és a Bizottság közzétett FAQ-i alapján a nem aláírókat alaposabban nézik át. Akárhogy is: a nem aláírás nem jogsértés, csak a nehezebb út.

## Article 50(4): deepfake-ek, közérdeklődésre szolgáló szöveg és szerkesztői ellenőrzés

Az Article 50(4) az üzemeltető kötelezettsége, és az, amelyik a marketing- és kommunikációs csapatokhoz ér el, nem a platformmérnökökhöz. Két kiváltó ok van. Először az a kép-, hang- vagy videotartalom, amely deepfake-et alkot – mesterségesen generált vagy manipulált tartalom, amely meglévő személyeket, tárgyakat, helyeket vagy eseményeket utánoz, és egy személy számára hamisan hitelesnek vagy valósnak tűnne –, közölni kell mesterségesen generáltként vagy manipuláltként. Másodszor az a szöveg, amelyet a közérdeklődésre szolgáló kérdésekben a nyilvánosság tájékoztatására tesznek közzé, ugyanígy közölni kell.

A kivételek eltérnek. A közérdeklődésre szolgáló szövegnél a kötelezettség nem alkalmazandó, ha a tartalom emberi ellenőrzésen vagy szerkesztői felügyeleten ment át _és_ egy természetes vagy jogi személy viseli a szerkesztői felelősséget a közlésért. A végleges útmutatók szűkítik ezt: a rutin vagy formaszerinti ellenőrzés nem minősül. Az „elolvasta egy ember, mielőtt közzétettük” csak akkor áll, ha annak az embernek volt jogosultsága és ideje megváltoztatni a szöveget, és ha meg tudod nevezni a felelős személyt. A deepfake-eknél a nyilvánosan művészi, kreatív, szatirikus vagy fiktív alkotás enyhített kötelezettséget kap, nem kivételt: közöld, hogy létezik a generált tartalom, olyan módon, amely nem rontja az alkotás élvezetét.

A deepfake-definíció negyedik eleme sokat dolgozik, és az útmutatók mindkét irányban használják. Ahol a közönség egy adott kontextusban nem vár hiteles tartalmat, az kívül eshet a definíción. A Bizottság példái viszont megerősítik: a valóságtól eltérő termékeket láttató MI-generált marketingtartalom, a valós személyek digitális másolatai és a színészekre alkalmazott öregítő hatások mind deepfake-ek, amelyeket közölni kell. A reklám csak szűk esetekben számít esetleg „kreatívnak”, és a legtöbb példa nem felel meg. Egy szintetikus arc egy valódi termék mellett címkét jelent.

Még egy dátumszabály, mert ezen el lehet bukni. Kép, hang és videó esetén a _létrehozás dátuma_ számít, tehát a 2026. augusztus 2. előtt készített szintetikus médiát nem kell visszamenőleg jelölni. A közérdeklődésre szolgáló szövegnél a _közlés dátuma_ számít, tehát a korábban generált, de azon a napon vagy később közzétett szöveget címkélni kell, kivéve, ha a szerkesztői felügyelet kivételébe esik.

Hogyan néz ki a címke, azt nem az ízlés dönti el. A Code egyértelmű vizuális címkét ír elő az első kitettség pontján, és elfogadja a Bizottság egységesített ikonját, miközben megengedi az olyan alternatív kialakításokat, amelyek megfelelnek az előírásainak. A csak hangot tartalmazó formátumoknál ehelyett elég egy szóbeli vagy írásbeli figyelmeztetés.

## Szolgáltató vagy üzemeltető: a címke, amely eldönti, mit építesz

Az Article 50 konkrét szerepekhez szólítja a bekezdéseket, és ez a felosztás dönti el, kinek a problémája egy kötelezettség. A **szolgáltató** fejleszti az MI-rendszert, vagy a saját nevén hozza forgalomba. Az **üzemeltető** a saját felelősségére használ egy MI-rendszert. Egy szokásos terméknél mindkét szerep a saját értékláncodban van, gyakran ugyanabban a cégben: te veszel egy modellt, te csomagolod, te publikálod az eredményt.

Szolgáltató

Üzemeltető

A gyakorlatban

Te fejleszted a rendszert, vagy a saját nevén szállítod

A saját termékedben vagy folyamatodban használod

50(1)

Úgy tervezd meg az interakciót, hogy az emberek tájékoztatva legyenek

Nem szól róla; nézd meg a kiválasztott terméket

50(2)

Jelöld a szintetikus kimeneteket, kínálj felismerést, 2027. febr. 2-ig vízjel-interoperabilitás

Nem a te kötelezettséged, de tedd be a szerződésbe

50(3)

Úgy tervezd meg, ha érzelem- vagy biometriai rendszer

Tájékoztasd azokat, akik ki vannak neki téve

50(4)

Nem a te kötelezettséged

Címkézd a deepfake-eket és a közérdeklődésre szolgáló szövegeket

![Folyamatábra: öt kérdés arról, hogy az Article 50 alkalmazandó-e egy featore, és melyik kötelezettség vonatkozik rá.](https://balazscsorba.com/images/blog/eu-ai-act-article-50-developer-checklist/diagram-31.webp?v=5eaff5f6bc)

Egy routing teszt egy feature-höz. A bal oldali kérdések mindegyike olyan tény, amelyre egy kódreview-ban tudsz válaszolni; a jobb oldali doboz az a bekezdés, amelyet aztán teljesítened kell.

Bármilyen legyen a jogi felosztás, a mérnöki következmény ugyanaz: tedd az Article 50 kötelezettségeit a beszállítói szerződésbe. Ha modell-API-t vásárolsz, nem jelölheted meg a kimeneteit, és nem találhatsz ki felismerőeszközt, ezért mindkettőt írásban kérd ki. Ha magad szállítod a modellt, az Article 50(2) egésze a te felelősséged.

A hatály tágabb annál, mint hogy „van egy EU-s irodánk”. Az útmutatók úgy olvassák az Article 2(1)(c)-t, hogy a kötelezettségek mindenütt hatályosak, ahol a kimenetet az EU-ban való használatra szánják, a szolgáltató vagy az üzemeltető székhelyétől függetlenül. A deepfake-címkézésnél a Bizottság még messzebb megy: az a tartalom, amelyet a világszerte elérhető interneten teszel közzé, anélkül, hogy az EU-t kellene céloznia, kiválthatja a kötelezettséget. Az open source rendszerek nem mentettek, és a bírság felső határa 15 millió euró vagy a világ éves forgalmának 3%-a.

## Az Article 4 AI-képessége és az osztrák tanácsadó pont

Az Article 4 2025. február 2. óta hatályos, és az Omnibus megtartotta a kötelezettséget, miközben enyhítette a megfogalmazást: a szolgáltatóknak és az üzemeltetőknek a saját munkatársaik AI-képességének fejlődését kell támogatniuk, nem pedig szintet garantálniuk. Szó szerint olvasva ez enyhe. A gyakorlatban ez dokumentációs kötelezettség, amelyet teljesít egy képzési ajánlat, egy írásos szabályzat és annak bizonyítéka, hogy mindkettő létezik. A hasznos változat ingyenes: akik chatbotot szállítanak, tudniuk kell, mit tesz, és mit utasít el. Ugyanez a fegyelem, mint a [prompt injection architektúrával való megfogásáé](https://balazscsorba.com/hu/blog/prompt-injection-lethal-trifecta-patterns).

Ausztriában az illetékes nemzeti tanácsadó testület az **RTR KI-Servicestelle**. Az RTR AI Act oldala szakaszosan követi a rendeletet egy általános közönség számára, és hivatkozik a Hivatalos Lap szövegére, a Bizottság AI Office oldalaira és a többi, vele összefüggő EU-jogszabályra, a GDPR-rel együtt. Egy osztrák vállalat számára, amely inkább egy hatóság értelmezését akarja, mint egy beszállító prezentációját, ez az első lépés.

## Fejlesztői ellenőrzőlista az Article 50-hez

Nyolc kérdés, abban a sorrendben, ahogy én válaszolnék rájuk. Mindegyiknek egy sorként kellene megjelennie egy designdokumentumban vagy egy tesztben.

1.  **Osztályozd minden MI-feature-t** az Article 50 öt kiváltó oka alapján: közvetlen interakció, szintetikus tartalom, támogató jellegű szerkesztés, közzétett tartalom, biometria. Írd le a választ.
2.  **Mondd meg, ki vagy.** Szolgáltató, üzemeltető vagy mindkettő, featureönként. Ha más modelljét üzemelteted, tedd az Article 50(2) jelölését és felismerését a szerződésbe.
3.  **A 50(1) közlést a közös rétegben szállítsd** – rendszerprompt és chat héj –, az időzítési teszttel kifejezetten: egyértelmű, megkülönböztethető, hozzáférhető, az első interakciónál.
4.  **Adj regression tesztet a közléshez,** amely elbukik, ha leveszed a bannert. Itt működnek az evalek; lásd a [regressziós tesztkészlet építése LLM-funkciókhoz](https://balazscsorba.com/hu/blog/llm-evals-for-product-features) cikket.
5.  **Tartsd nyilván, hogy a 2026. augusztus 2. előtti vagy utáni rendszer vagy-e.** Ha a rendszered az előtti kategóriába esik, a jelölés átmeneti ideje 2026. december 2-ig tart, és semmivel tovább.
6.  **Jelöld a szintetikus médiát két rétegben** – aláírt metaadat és szemmel alig észlelhető vízjel –, és a vízjel-felismerés interoperabilitását 2027. február 2-re tervezd, ha szolgáltató vagy.
7.  **Döntsd el, ki a szerkesztőileg felelős** az AI-val támogatott, közérdeklődésre szolgáló szövegért, és tedd ezt nevesített szereppé, valódi hatáskörrel, ne egy ellenőrző lépéssé.
8.  **Írd le az Article 4 AI-képességi bizonyítékot** – szabályzat, képzés, dátum –, és az RTR KI-Servicestelle-t használd az osztrák első kapcsolódási pontként.

Semmi ebben egzotikus, és éppen ez a lényeg: az Article 50 nagyrészt egy címkézési probléma határidővel, nem kutatási projekt. Egy ilyen közlési réteg, a modellgateway és a beszállítói szerződések megtervezése egy EU-ban értékesített termékhez éppen az a munka, amelyet [AI mérnökként](https://balazscsorba.com/hu/expertise/ai-engineer) végzek.

## Források

1.  [Article 50: Transparency Obligations for Providers and Deployers of Certain AI Systems](https://artificialintelligenceact.eu/article/50/) – AI Act Explorer, a teljes cikkszöveg
2.  [Regulation (EU) 2026/1744 (Digital Omnibus on AI)](https://eur-lex.europa.eu/eli/reg/2026/1744/oj/eng) – az Európai Unió Hivatalos Lapja, 2026. július 24.
3.  [Commission confirms Transparency Code of Practice as adequate and publishes final Article 50 Guidelines](https://www.faegredrinker.com/en/insights/publications/2026/7/eu-ai-act-commission-confirms-transparency-code-of-practice-as-adequate-and-publishes-final-version-of-its-guidelines-on-transparency-obligations) – Faegre Drinker, 2026. július 30.
4.  [EU AI Act Omnibus Agreement: Postponed High-Risk Deadlines and Other Key Changes](https://www.gibsondunn.com/eu-ai-act-omnibus-agreement-postponed-high-risk-deadlines-and-other-key-changes/) – Gibson Dunn, 2026. május 27.
5.  [KI-Servicestelle: AI Act](https://www.rtr.at/rtr/service/ki-servicestelle/ai-act/) – Rundfunk und Telekom Regulierungs-GmbH (RTR), Ausztria

## Gyakori kérdések

Kötelez-e, hogy szóljak a felhasználóknak, hogy egy bottal beszélnek?

Igen, ha olyan MI-rendszer szolgáltatója vagy, amelyet közvetlenül természetes személyekkel való interakcióra szántak. Az Article 50(1) megköveteli, hogy ezeket a személyeket tájékoztassák arról, hogy MI-rendszerrel lépnek interakcióba, kivéve, ha ez a körülményeket ismerve egy észszerűen tájékozott, figyelmes és körültekintő személy számára nyilvánvaló. Az Article 50(5) rögzíti az időzítést: egyértelmű, megkülönböztethető, hozzáférhető, és legkésőbb az első interakciókor.

Mit változtatott a Digital Omnibus az AI Act határidőin?

A 2026. július 24-én kihirdetett (EU) 2026/1744. számú rendelet eltolta a magas kockázatú kötelezettségeket. Az Annex III kötelezettségei mostantól 2027. december 2. óta, az Annex I kötelezettségei 2028. augusztus 2. óta hatályosak. Az Article 50 átláthatóságát nem halasztották el: 2026. augusztus 2. óta hatályos, és csak a már piacon lévő rendszerek Article 50(2) jelölési kötelezettségének van átmeneti ideje 2026. december 2-ig. A tiltások, az Article 4 AI-képessége és a GPAI-kötelezettségek már hatályban voltak.

Az MI-generált fordításokat és összefoglalókat vízjelezni kell?

A fordításokat nem. A Bizottság végleges Article 50-es útmutatói az MI-generált fordításokat a szokásos szerkesztés kivételébe sorolják, a nyelvtani javítás, a helyesírás-ellenőrzés és a kis stílbeli csiszolás mellett, tehát már nem igényelnek gépileg olvasható jelölést. Az összefoglalók és az érdemben átírt szövegek továbbra is igényelnek, mert érdemben megváltoztatják a bemenetet. Létezik egy B2B-kivétel is a kizárólag zárt környezetben, megfelelő biztonsági intézkedések mellett használt kimenetekre, amely nem érinti a fogyasztói rendszereket.

Ki köteles címkézni egy AI deepfake-et, a modell gyártója vagy a saját cégem?

Az Article 50(4) ezt a kötelezettséget az üzemeltetőre teszi, tehát a tartalmat közzétéve cégre. A deepfake kép, hang vagy videó mesterségesen generáltként közölendő, és ugyanígy az a MI-generált szöveg is, amelyet a közérdeklődésre szolgáló kérdésekben a nyilvánosság tájékoztatására tesznek közzé. A szövegre vonatkozó kötelezettség nem alkalmazandó, ha a tartalom emberi ellenőrzésen vagy szerkesztői felügyeleten ment át, és egy megnevezett személy vagy szervezet viseli a szerkesztői felelősséget, de a rutin vagy formaszerinti ellenőrzés nem felel meg.

Elég-e a megfeleléshez, ha aláírom a Transparency Code of Practice-ot?

Nem. A Code önkéntes eszköz, és a Bizottság és az AI Board is kimondta, hogy az igazodás a megfelelés igazolásának iránymutatója, nem a törvényi kötelezettség teljesítése. A piacfelügyeleti hatóságok továbbra is vizsgálhatják, mit vezettél be, és a Bizottság közzétett FAQ-i alapján a nem aláírókat alaposabban vizsgálják. A Code ráadásul csak az Article 50(2), (4) és (5) bekezdéseit fedi le; az Article 50(1) és 50(3) kötelezettségeket önmagában a Bizottság útmutatói alapján értékelik.

Írta: Csorba Balázs

Senior fullstack és AI mérnök Stájerországban – több mint 10 év Vue, Nuxt, Node.js és PHP, ma AI-ügynököknek építek eszközöket.

[AI fejlesztés és MCP szerverek →](https://balazscsorba.com/hu/expertise/ai-engineer)[Rólam →](https://balazscsorba.com/hu/about)

## További cikkek

-   [EU AI Act az 50. cikken túl: GPAI, magas kockázatú határidők, teendők](https://balazscsorba.com/hu/blog/eu-ai-act-gpai-high-risk-2026)
-   [AI-asszisztens a B2B webshop ügyfélszolgálatához: eszközök, jogosultságok és átadás embernek](https://balazscsorba.com/hu/blog/ai-assistant-b2b-shop-customer-support)
-   [LLM output guardrailek: moderáció, biztonságos megjelenítés és ellenőrzés, mielőtt bármi történne](https://balazscsorba.com/hu/blog/llm-output-guardrails-moderation)
-   [AI red teaming ellenőrzőlista LLM-appokhoz: mit támadj meg, mielőtt a felhasználók tennék](https://balazscsorba.com/hu/blog/ai-red-teaming-checklist-llm-apps)

## Pont erre van szükséged?

Írj a projektedről vagy a pozícióról – szívesen hallok felőled.

[Lépj velem kapcsolatba](mailto:contact@balazscsorba.com) [Kapcsolódjunk LinkedInen](https://www.linkedin.com/in/balazs-csorba)