di VendorVet (LX AI)

Fascia di rischio dell'AI Act UE: una guida per operatori

Il regolamento (UE) 2024/1689 organizza i sistemi di intelligenza artificiale in base al rischio; la fascia decide cosa si documenta, se si registra e quanto sono severe le penalità. Le quattro fasce sono inaccettabile, ad alto rischio, a rischio limitato e a rischio minimo. Mappa il tuo prodotto contro il test dell'articolo 6 prima di aprire qualsiasi elenco di conformità, perché gli obblighi si applicano solo dopo aver determinato la tua posizione.

Come funziona la piramide dei rischi nella pratica

La Legge è una legge basata sul rischio. Gli usi più pesanti comportano doveri più pesanti; le pratiche vietate non hanno un percorso di conformità. La panoramica della Commissione è il punto di ingresso ufficiale più breve prima di addentrarsi negli articoli (Commissione europea — Legge sull'IA). Tenere aperto il testo della Gazzetta ufficiale quando una diapositiva del fornitore è in conflitto con la legge primaria (Regolamento (UE) 2024/1689).

Le date cambiano. Il pacchetto Digital Omnibus ha spostato diverse date di applicazione ad alto rischio dopo che il calendario originale si è rivelato inadeguato per gli standard e le linee guida. Considerare qualsiasi tabella delle date — compresa la nostra — come uno snapshot e verificare una timeline aggiornata prima di impegnare il budget (Cronologia di implementazione della Legge sull'IA dell'UE). "Avevamo pianificato per agosto 2026" non è una difesa se la data vincolante è successiva — e non è nemmeno un motivo per congelare il lavoro.

Fornitore vs distributore in una frase

I fornitori mettono il sistema sul mercato o lo mettono in servizio a loro nome; i distributori lo utilizzano sotto la loro autorità. Molti stack di agenti aziendali mescolano entrambi i ruoli. Classificare il sistema per primo, quindi assegnare chi possiede quale dovere. Mescolare le due conversazioni è il modo in cui i team "concludono" una checklist che nessuno può firmare.

Rischi inaccettabili: vietati tout court

L'Articolo 5 vieta pratiche come il social scoring da parte delle autorità pubbliche, l'identificazione biometrica in tempo reale in spazi pubblici accessibili (con eccezioni strette) e il riconoscimento delle emozioni nei luoghi di lavoro e nelle scuole nei contesti definiti dall'articolo. Queste proibizioni si applicano dal 2 febbraio 2025. Non esiste un percorso di conformità: se il tuo sistema rientra in queste categorie, non può essere immesso sul mercato dell'UE.

I team di prodotto a volte inventano una "modalità limitata" per una pratica vietata. Ciò non crea un percorso legale. Se lo scopo previsto è la pratica vietata, fermati. Se una funzionalità potrebbe essere utilizzata in quel modo come abuso prevedibile, documenta l'abuso e i controlli tecnici o contrattuali che lo bloccano — e consulta un consulente quando il confine è incerto.

Checklist — schermo per l'uso proibito

- Dichiarazione di scopo previsto esaminata contro le categorie dell'Articolo 5 - Elenco di abusi prevedibili scritto (non solo demo del percorso felice) - Piano di kill-switch o disabilitazione se una funzionalità si sposta verso un territorio vietato - Nessun linguaggio di vendita che implichi una "versione conforme" di una pratica vietata

Alto rischio: il carico di documentazione e monitoraggio

Un sistema è ad alto rischio attraverso due percorsi nell'Articolo 6: è un componente di sicurezza di un prodotto coperto dalla legge di armonizzazione dell'UE elencato nell'Allegato I, o il suo scopo previsto rientra in uno dei domini dell'Allegato III — tra cui biometria, infrastrutture critiche, istruzione, occupazione, accesso a servizi privati e pubblici essenziali (i servizi di credito e assicurazione sono frequenti trigger), applicazione della legge, migrazione e amministrazione della giustizia. Gli obblighi del capitolo ad alto rischio per sistemi autonomi dell'Allegato III si applicano ora a partire dal 2 dicembre 2027 con le modifiche del Digital Omnibus (la data generale originale era il 2 agosto 2026). I sistemi ad alto rischio incorporati in prodotti dell'Allegato I si applicano a partire dal 2 agosto 2028. Verifica la timeline live prima di stampare una diapositiva della board.

Quando sei ad alto rischio, il carico include un sistema di gestione del rischio (Art. 9), governance dei dati (Art. 10), documentazione tecnica (Art. 11), registrazione automatica (Art. 12), trasparenza per i deployer (Art. 13), supervisione umana (Art. 14) e aspettative di accuratezza/cybersecurity (Art. 15). Il nostro articolo fratello illustra le lacune di documentazione che i team più spesso trascurano.

Test dell'Articolo 6 — come lo eseguiamo in un workshop

- Scrivi lo scopo previsto in un paragrafo piano. Vietato l'uso di aggettivi di marketing. - Chiedi: è questo un componente di sicurezza di un prodotto dell'Allegato I? Se sì, segui il percorso dell'Allegato I e le interazioni con la legge settoriale del prodotto. - Altrimenti, esamina i domini dell'Allegato III uno per uno. La selezione del personale, la gestione dei lavoratori, la valutazione della credibilità e la valutazione dell'istruzione sono i magneti per gli agenti aziendali. - Registra la decisione, il proprietario e la data. Revisita quando lo scopo o la classe del deployer cambia. - Se la risposta è "forse", tratta come ad alto rischio per la pianificazione fino a quando il consulente non dice altrimenti. L'ambiguità non è un lasciapassare per non fare nulla.

Livello | Esempi tipici | Forma del dovere core | Nota del calendario (verifica live) Inaccettabile | Punteggio sociale da parte delle autorità pubbliche; usi biometrici/emotivi vietati nell'Art. 5 | Divieto — nessun percorso di conformità | Dal 2 febbraio 2025 Alto rischio (Allegato III) | Strumenti di selezione del personale, strumenti di valutazione del credito, strumenti di valutazione dell'istruzione | Documenti, registrazione, supervisione, gestione del rischio, percorso di conformità | Dal 2 dicembre 2027 (Omnibus) Alto rischio (Allegato I) | AI come componente di sicurezza in prodotti regolamentati | Stesso capitolo ad alto rischio + legge settoriale del prodotto | Dal 2 agosto 2028 (Omnibus) Rischio limitato | Molti chatbot; media sintetici con doveri di trasparenza | Divulgazione AI/etichettatura del contenuto sintetico (Art. 50 e famiglia) | Trasparenza ancora sulla timeline del 2026 — re-controlla la timeline Rischio minimo | Filtri anti-spam; molti strumenti di stesura interni | Nessun obbligo AI Act obbligatorio; codici volontari solo | Classifica ancora — non supporre

Rischio limitato: obblighi di trasparenza

I chatbot, i generatori di deepfake e il riconoscimento delle emozioni al di fuori di contesti ad alto rischio spesso rientrano in questa categoria. L'obbligo principale è la trasparenza: gli utenti devono essere consapevoli di interagire con l'IA e i contenuti sintetici devono essere etichettati laddove richiesto dal Regolamento. Non è prevista una valutazione di conformità per i chatbot a rischio limitato ordinari. Le sanzioni per carenze di informazione e trasparenza sono fissate in una fascia inferiore rispetto alle multe per pratiche vietate (l'Articolo 99 utilizza scaglioni; vedere il testo del regolamento per i massimali esatti).

Non considerare il termine "rischio limitato" come "ignorare il calendario." Diverse obblighi di trasparenza sono rimasti sulla traiettoria del 2026 anche quando le scadenze ad alto rischio sono state spostate. Le regole di watermarking e di marcatura tecnica correlate per i sistemi già presenti sul mercato hanno le loro sottoscatenze nelle timeline pubbliche. Leggere la pagina della timeline di implementazione prima di dire a un cliente "tutto è slittato al 2027."

Checklist — onestà a rischio limitato

- Comunicazione agli utenti che l'interlocutore è un'IA (laddove richiesto) - Piano di etichettatura dei media sintetici per audio/video/immagini generati - Nessuna affermazione di "certificato ad alto rischio" per un chatbot a rischio limitato - Nota separata se una funzionalità del chatbot alimenta successivamente una decisione dell'Allegato III

Rischi minimi: sostanzialmente non regolamentati ai sensi dell'Atto

I filtri antispam, molti motori di raccomandazione e la maggior parte degli assistenti di stesura interni rientrano in questa categoria. L'Atto non impone obblighi obbligatori, anche se esistono codici di condotta volontari. La maggior parte degli agenti AI aziendali che prendono o influenzano decisioni consequenziali non rientra in questo livello - è il gap che i team sottovalutano quando puntano a un assistente di scrittura e concludono che l'intera azienda è "fuori dall'ambito di applicazione."

Se il tuo agente crea solo bozzze e un essere umano ritipa sempre in un altro sistema senza decisioni influenzate dall'AI, potresti essere più vicino al rischio minimo. Se il punteggio, la classifica o la raccomandazione dell'agente è la decisione de facto, riprendi l'Allegato III. Scopo e utilizzo battono i diagrammi di architettura.

Sanzioni in cifre (ancora da verificare nell'Art. 99)

L'articolo 99 stabilisce i massimali in base alla gravità: pratiche vietate fino a 35 milioni di euro o il 7% del fatturato annuo globale (quale che sia il più alto); non conformità ad alto rischio fino a 15 milioni di euro o il 3%; informazioni errate o inadeguate / violazioni della trasparenza fino a 7,5 milioni di euro o l'1,5%. Si tratta di massimali, non di fatture automatiche. Tuttavia, sono il motivo per cui la classificazione è un argomento di livello dirigenziale, non un compito da svolgere di venerdì pomeriggio.

Per il vocabolario dei processi al di fuori dello statuto dell'UE, i team a volte utilizzano il NIST AI Risk Management Framework. Ciò è accettabile per il linguaggio di governance interna (NIST AI RMF). Tuttavia, non modifica il tuo livello di classificazione ai sensi del Regolamento (UE) 2024/1689. Il contesto più ampio della politica digitale dell'UE si trova anche intorno all'Atto; le pagine della Commissione "Europa adatta all'età digitale" aiutano a collocare le regole sull'IA accanto ai file digitali vicini (Europa adatta all'età digitale), ma la classificazione inizia ancora dagli articoli 5-6 e dagli allegati.

Errori di classificazione comuni

- Classificare il modello invece dell'utilizzo. Lo stesso modello di base può alimentare un filtro antispam e un sistema di valutazione per assunzioni. L'utilizzo decide il livello. - Supporre che "solo interno" significhi rischio minimo. Gli strumenti di gestione del personale interni sono un classico esempio di trigger per l'Allegato III. - Congelare il calendario al 2 agosto 2026 per tutti i compiti ad alto rischio. L'Omnibus ha spostato le date di applicazione ad alto rischio dell'Allegato III/Allegato I; i compiti di trasparenza non sono stati tutti spostati con essi. - Lasciare che le vendite scelgano il livello. Le vendite vogliono "rischio basso." L'ingegneria e il legale possiedono la mappa. - Omettere una decisione scritta. Se non si può dimostrare il motivo per cui non si è ad alto rischio, un revisore supporrà che non si sia mai cercato.

Criteri di decisione: cosa fare questo trimestre

Se si sta costruendo o acquistando AI rivolta all'UE nel 2026:

- Inventaria sistemi che influenzano l'occupazione, il credito, l'istruzione o i servizi essenziali - Eseguire il test dell'Articolo 6 e conservare il risultato scritto - Mantenere i lavori su utilizzo proibito e trasparenza nel calendario prossimo - Utilizzare la corsia ad alto rischio del 2027/2028 per costruire la documentazione, la registrazione e la supervisione — non aspettare la settimana prima della data - Puntare ogni rivendicazione esterna a EUR-Lex o alla pagina della Commissione, non a un riassunto di un podcast

Cosa questo non è

Questo documento di base non è un parere legale, non è una valutazione di conformità e non è una promessa che VendorVet (o qualsiasi strumento di controllo lista) garantisce una classificazione corretta o "non perde mai" un uso ad alto rischio. Non inventiamo metriche dei clienti o affermiamo che eviterete "sicuramente" una multa. Le date in questo articolo riflettono il passaggio del Digital Omnibus per le applicazioni ad alto rischio come comunemente riportato dopo l'adozione a metà del 2026; verificate sempre contro la Gazzetta Ufficiale e un cronogramma di implementazione aggiornato prima di vincolare un programma di conformità.

Conclusione

Mappare il livello per primo. Poi aprire la checklist corretta. Le pratiche vietate si fermano; i sistemi ad alto rischio raccogliono prove; i sistemi a rischio limitato dicono la verità agli utenti; i sistemi a rischio minimo hanno comunque bisogno di un inventario onesto. Quando inizia il carico della documentazione, leggere la checklist della documentazione tecnica dopo — è lì che la maggior parte dei team scopre le lacune che la classificazione da sola non può risolvere.

Riferimenti

- Regolamento (UE) 2024/1689 (EUR-Lex) - Commissione europea — Legge sull'IA - Legge sull'IA dell'UE — Cronologia di implementazione - Quadro di gestione dei rischi dell'IA del NIST - Commissione europea — Un'Europa adatta all'era digitale