Članak 3. Uredbe (EU) 2024/1689 — Definicije. Službeni tekst, praktično tumačenje, ključne obveze i implikacije usklađenosti.
Sažetak službenog teksta
Članak 3. Uredbe (EU) 2024/1689 (Uredba EU o UI) uspostavlja definicijski okvir koji uređuje cijelu Uredbu. Sadrži 65 numeriranih definicija koje daju precizno pravno značenje ključnoj terminologiji korištenoj kroz cijelu Uredbu.
Najtemeljnija definicija je definicija 'sustava UI' (članak 3. stavak 1.): strojni sustav koji je osmišljen za rad s različitim stupnjevima autonomije, koji može pokazivati prilagodljivost nakon postavljanja i koji, radi eksplicitnih ili implicitnih ciljeva, zaključuje iz primljenih ulaznih podataka kako bi generirao izlazne podatke — poput predviđanja, sadržaja, preporuka ili odluka — sposobnih utjecati na fizička ili virtualna okruženja. Ova definicija namjerno je usklađena s Preporukom OECD-a o UI i tehnološki je neutralna.
Članak 3. također definira glavne aktere na tržištu: pružatelje (članak 3. stavak 3.), koji razvijaju i stavljaju sustave UI na tržište; primatelje (članak 3. stavak 4.), koji koriste sustave UI u profesionalnom kontekstu; uvoznike (članak 3. stavak 6.); distributere (članak 3. stavak 7.); te operatere, zbirni pojam koji obuhvaća pružatelje i primatelje. Dodatne definicije pokrivaju modele UI opće namjene (članak 3. stavak 63.), sustave UI opće namjene (članak 3. stavak 66.), visokorizične sustave UI, predviđenu namjenu, razumno predvidljivu zlouporabu, bitnu izmjenu, stavljanje na tržište, puštanje u upotrebu, sigurnosnu komponentu, biometrijske podatke i mnoge druge koji su bitni za određivanje opsega, obveza i primjenjivih kategorija rizika prema Uredbi.
Što to znači u praksi
Članak 3. ulaz je u Uredbu EU o UI. Prije nego što bilo koja organizacija može utvrditi je li regulirana, u kojoj mjeri i u kojoj ulozi, mora sustavno proći kroz definicije u članku 3.
Korak 1 — Kvalificira li se vaš proizvod kao sustav UI? Primijenite test iz članka 3. stavka 1.: Funkcionira li sustav s određenom razinom autonomije? Zaključuje li iz ulaznih podataka kako bi generirao izlazne? Model strojnog učenja koji se koristi za kreditno ocjenjivanje to čini. Tvrdo kodirani kalkulator prihvatljivosti s fiksnim pravilima to ne čini.
Korak 2 — Koja je vaša uloga? Tvrtka koja obučava i komercijalizira model za otkrivanje prijevara je pružatelj. Banka koja licencira taj isti model i integrira ga u tijek odobravanja zajmova je primatelj. Tvrtka sa sjedištem u SAD-u koja prodaje model na tržište EU je uvoznik. Isti pravni subjekt može istovremeno imati više uloga za različite UI proizvode ili unutar istog lanca vrijednosti.
Korak 3 — Primjenjuje li se definicija UI opće namjene? Ako vaša organizacija razvija veliki temeljni model (poput velikog jezičnog modela) obučen na širokim podacima i sposoban za više zadataka, članak 3. stavak 63. vjerojatno se primjenjuje, aktivirajući obveze iz Naslova VIII za modele UI opće namjene bez obzira na to je li model sam po sebi postavljen kao samostalni sustav UI.
Konkretan primjer: SaaS tvrtka u Berlinu koja fino podešava open-source LLM i prodaje ga kao chatbot za korisničku podršku trgovcima na malo je pružatelj i modela UI opće namjene (ako objavljuje temeljni model) i sustava UI. Trgovac na malo koji koristi chatbot za interakcije s kupcima je primatelj. Oba lica imaju različite obveze usklađenosti prema Uredbi, sve od kojih ovise o ispravnom identificiranju uloga putem članka 3.
Ključne obveze
- Ispravno identificirati primjenjivu pravnu ulogu — svaka organizacija mora utvrditi djeluje li kao pružatelj, primatelj, uvoznik, distributer ili kombinacija istih, budući da svaka uloga nosi poseban i neprenosiv skup obveza prema Naslovima III do VIII.
- Primijeniti test sustava UI iz članka 3. stavka 1. prije pretpostavke da se Uredba primjenjuje — potvrditi prisutnost strojnog zaključivanja iz ulaznih podataka za generiranje izlaznih podataka prije angažiranja potpunog okvira usklađenosti.
- Razlikovati sustave UI od modela UI opće namjene — članak 3. stavci 63. i 66. stvaraju zaseban regulatorni put za modele UI opće namjene; organizacije koje razvijaju temeljne ili bazne modele moraju neovisno o klasifikacijama sustava UI procijeniti primjenjivost obveza iz Naslova VIII.
- Procijeniti je li došlo do 'bitne izmjene' — članak 3. stavak 23. definira bitnu izmjenu kao promjenu sustava UI nakon stavljanja na tržište koja utječe na usklađenost sustava s Uredbom ili mijenja njegovu predviđenu namjenu; takve izmjene ponovo aktiviraju obveze pružatelja i mogu zahtijevati ponovnu certifikaciju.
- Utvrditi 'predviđenu namjenu' — članak 3. stavak 12. definira predviđenu namjenu kao upotrebu za koju je sustav UI posebno osmišljen i dokumentiran od strane pružatelja; klasifikacija rizika i primjenjivi zahtjevi utemeljeni su na ovoj definiciji, čineći točnu dokumentaciju predviđene namjene ključnom kontrolom usklađenosti.
- Uzeti u obzir 'razumno predvidljivu zlouporabu' — članak 3. stavak 13. zahtijeva da pružatelji razmotre upotrebe svog sustava koje nisu namijenjene, ali koje mogu nastati iz razumno predvidljivog ljudskog ponašanja, proširujući efektivni opseg procjene rizika izvan deklariranih slučajeva upotrebe.
Odnos prema drugim člancima
Članak 3. temelji svaku sljedeću odredbu Uredbe. Izravno je povezan s člankom 2. (opseg primjene), koji koristi definicije 'pružatelja', 'primatelja', 'uvoznika' i 'distributera' kako bi odredio tko podliježe Uredbi i pod kojim teritorijalnim uvjetima. Definicija sustava UI iz članka 3. stavka 1. razgraničava granicu između Uredbe i propisa o softveru koji nije UI, izravno se uklapajući u zabranjene prakse navedene u članku 5. i kriterije klasifikacije visokorizičnih sustava u članku 6. i Prilogu III.
Definicija predviđene namjene povezana je s postupcima ocjene sukladnosti u člancima 43.–48. i sa zahtjevima tehničke dokumentacije u članku 11. i Prilogu IV. Definicije modela UI opće namjene u članku 3. stavcima 63.–66. temelj su cijelog okvira Naslova VIII (članci 51.–56.). Pojam bitne izmjene (članak 3. stavak 23.) pokreće ponovni ulazak u obveze pružatelja i povezuje se s post-tržišnim nadzorom prema članku 72.
Vremenski okvir usklađenosti
Članak 3., kao dio Naslova I (Opće odredbe), počeo se primjenjivati 2. kolovoza 2026. — 24 mjeseca nakon što je Uredba stupila na snagu 1. kolovoza 2024. Sve definicije iz članka 3. stoga imaju punu pravnu snagu od tog datuma.
Organizacije bi, međutim, trebale napomenuti da je točna identifikacija uloga i klasifikacija sustava prema članku 3. preduvjet za usklađenost s ranijim fazama provedbe Uredbe. Zabranjene prakse iz članka 5. primjenjivale su se od 2. veljače 2025. (6 mjeseci nakon stupanja na snagu), što znači da su organizacije trebale primjenjivati definicije iz članka 3. za procjenu izloženosti tim zabranama od tog datuma. Obveze za modele UI opće namjene prema Naslovu VIII primjenjivale su se od 2. kolovoza 2025. (12 mjeseci nakon stupanja na snagu). Zahtjevi za visokorizične sustave UI prema Prilogu I. primjenjuju se od 2. kolovoza 2027. (36 mjeseci); oni prema Prilogu III. primjenjuju se od 2. kolovoza 2026., s odstupanjem do 2. kolovoza 2027. za određene sustave koji su već u upotrebi. Organizacije koje još nisu dovršile klasifikacijsku vježbu uloga i sustava prema članku 3. krše temeljni preduvjet usklađenosti u više faza primjene.
Official AI Act Compliance Deadline Calendar
Updated · Sources: Regulation (EU) 2024/1689 and the 2026 Digital Omnibus on AI.
| Obligation | Applies to | Original date | New date | Status | Countdown | Legal basis |
|---|---|---|---|---|---|---|
| Prohibited Practices (Art. 5) | All providers and deployers | active | — | AI Act Art. 5 | ||
| GPAI Rules (Chapter 5) | GPAI model providers | active | — | AI Act Art. 51-56 | ||
| AI-Generated Content Marking | Providers of generative GPAI systems | active | — | AI Act Art. 50(2) | ||
| Regulatory Sandboxes | National competent authorities | active | — | AI Act Art. 57 | ||
| High-risk AI — Annex III (standalone) | Providers of standalone Annex III systems | deferred | — | AI Omnibus 2026 Art. 6(2) | ||
| High-risk AI — Annex I (embedded) | AI embedded in Annex I regulated products | deferred | — | AI Omnibus 2026 Art. 6(1) |
⬇ Download JSON · CC BY 4.0
AI Act meets DORA and NIS2
Is your organisation subject to both the AI Act and DORA? The two regulations intersect on the operational resilience of financial AI systems. Our sister site regulation-dora.eu covers DORA in depth — including what the AI Act adds on top of an existing DORA programme.
The AI Act for financial institutions ↗ Explore regulation-dora.eu ↗Frequently Asked Questions
Prema članku 3. stavku 1. Uredbe (EU) 2024/1689, sustav umjetne inteligencije je strojni sustav koji je osmišljen za rad s različitim stupnjevima autonomije, koji može pokazivati prilagodljivost nakon postavljanja i koji, radi eksplicitnih ili implicitnih ciljeva, zaključuje iz primljenih ulaznih podataka kako bi generirao izlazne podatke poput predviđanja, sadržaja, preporuka ili odluka koji mogu utjecati na fizička ili virtualna okruženja. Ova definicija usklađena je s OECD-ovom definicijom UI i namjerno je tehnološki neutralna kako bi ostala primjenjiva u budućnosti.
Sustav UI (članak 3. stavak 1.) je postavljeni sustav koji proizvodi izlazne podatke koji utječu na okruženja stvarnog svijeta. Model UI opće namjene (članak 3. stavak 63.) je model UI koji je obučen na velikim količinama podataka u velikom mjerilu, sposoban za širok raspon namjena, koji se može integrirati u razne nizvodne sustave ili aplikacije. Modeli UI opće namjene sami po sebi nisu sustavi UI — podliježu pravilima o sustavima UI tek nakon integracije u postavljeni proizvod.
Pružatelj (članak 3. stavak 3.) je svaka fizička ili pravna osoba koja razvija sustav UI ili model UI opće namjene i stavlja ga na tržište ili ga pušta u upotrebu pod vlastitim imenom. Primatelj (članak 3. stavak 4.) je svaka fizička ili pravna osoba, osim pružatelja, koja koristi sustav UI pod vlastitom nadležnošću u profesionalnom kontekstu. Razlikovanje je ključno jer pružatelji i primatelji nose različite i zasebne skupove pravnih obveza kroz cijelu Uredbu.
Ne. Definicija iz članka 3. stavka 1. posebno zahtijeva da sustav zaključuje iz ulaznih podataka kako bi generirao izlazne podatke, što podrazumijeva određenu razinu učenja, zaključivanja ili statističkog izvođenja. Jednostavan softver temeljen na pravilima ili deterministički softver koji primjenjuje fiksnu, ručno programiranu logiku bez ikakve sposobnosti zaključivanja ne potpada pod definiciju i stoga ne potpada pod područje primjene Uredbe.
Članak 3. stavak 9. definira 'stavljanje na tržište' kao prvo stavljanje sustava UI na tržište Unije. Time se aktivira potpuni skup obveza pružatelja prema Uredbi — uključujući ocjene sukladnosti, CE označavanje za određene visokorizične sustave i zahtjeve za registraciju. Trenutak prvog stavljanja na tržište određuje kada sukladnost mora biti dokazana.
Stay ahead of AI Act changes
Get compliance alerts when deadlines or obligations change.
No spam. One-click unsubscribe.
Take compliance further with the AI Act Academy
Templates, training modules, and live Q&A — everything needed to implement AI Act compliance.