Guida alla conformità all'EU AI Act

Obblighi del fornitore vs deployer ai sensi dell'AI Act: cosa deve fare davvero la tua organizzazione

Aggiornato il 2026-07-19
Punti chiave: Priverion è una piattaforma GRC ospitata in Svizzera che rende operativi gli obblighi del fornitore e del deployer ai sensi dell'EU AI Act nei gruppi aziendali multi-entità.

L'EU AI Act assegna obblighi fondamentalmente diversi a seconda che tu sia classificato come fornitore o come deployer, e sbagliare non significa solo essere non conformi. Significa costruire i processi interni sbagliati, assegnare i team sbagliati e sprecare mesi di lavoro. Questa guida illustra esattamente cosa richiede ciascun ruolo, dove si sovrappongono e come le organizzazioni multi-entità possono rendere operativa la conformità senza affogare nei fogli di calcolo.

Scarica la checklist degli obblighi del fornitore vs deployer

PDF gratuito, nessuna chiamata commerciale richiesta. Basta un'email aziendale.

Trusted by 50+ privacy teams across 14 countries
Healthcare
Aviation
Energy
Legal
Technology
Zurzach logo
AXA logo
Openmedical logo
Glencore logo
Pilatus logo
Liferay logo
CareerFairy logo
Voicepoint logo
Kellerhals Carrard logo
Aclaris logo
Avantec logo
Diakonie Bethanien logo
Liferay logo
CareerFairy logo
Zurzach logo
Voicepoint logo
Openmedical logo
Kellerhals Carrard logo
AXA logo
Aclaris logo
Avantec logo
Diakonie Bethanien logo
Capacità chiave per la conformità all'AI Act

Come Priverion rende operativi gli obblighi del fornitore e del deployer in ogni entità

Che tu sia classificato come fornitore ai sensi dell'articolo 16 o come deployer ai sensi dell'articolo 26 (o entrambi, in controllate diverse), queste capacità trasformano il testo normativo in flussi di lavoro verificabili e ripetibili.

Fornitore + deployer

AI Register per la classificazione ai sensi dell'EU AI Act

Mantieni un inventario centralizzato di ogni sistema di IA del tuo gruppo, con classificazione per entità come fornitore, deployer o entrambi. Il registro associa ogni sistema alla sua categoria di rischio, agli obblighi applicabili e all'unità di business responsabile, così nulla sfugge quando una controllata fornisce e un'altra implementa lo stesso modello.

Copre: classificazione ai sensi dell'articolo 3, registrazione nella banca dati dell'UE ai sensi dell'articolo 49, categorizzazione ad alto rischio dell'allegato III

5 ruoli distinti

monitorati per sistema di IA, per entità, come definiti lungo la catena del valore dell'AI Act (articolo 3, Regolamento UE 2024/1689)

Obbligo del fornitore

DPIA assistite dall'IA e valutazioni d'impatto sui diritti fondamentali

Genera valutazioni d'impatto pronte per la conformità con una redazione assistita dall'IA che precompila i fattori di rischio, le misure di mitigazione e i riferimenti normativi. Ogni output viene rivisto dal tuo team prima di diventare una registrazione di conformità. L'IA assiste, gli esseri umani decidono. I deployer che conducono valutazioni d'impatto sui diritti fondamentali per sistemi ad alto rischio nell'ambito occupazionale o del credit scoring ottengono modelli progettati su misura, allineati all'articolo 27.

Copre: gestione del rischio ai sensi dell'articolo 9, FRIA ai sensi dell'articolo 27, documentazione tecnica dell'allegato IV

11 ambiti tecnici

coperti nei requisiti di documentazione del fornitore ai sensi dell'allegato IV dell'EU AI Act

Obbligo del deployer

Flussi di sorveglianza umana e monitoraggio

L'articolo 26 richiede ai deployer di assegnare persone competenti e formate per esercitare la sorveglianza umana dei sistemi di IA ad alto rischio. Priverion tiene traccia delle assegnazioni di sorveglianza per sistema, per entità, e automatizza la ricertificazione, così puoi dimostrare alle autorità di vigilanza che le persone giuste monitorano i sistemi giusti, non solo sulla carta ma nella pratica.

Copre: progettazione della sorveglianza umana ai sensi dell'articolo 14, monitoraggio del deployer ai sensi dell'articolo 26, segnalazione di incidenti gravi

tasso di ricertificazione del 100%

raggiunto da AXA utilizzando i flussi di ricertificazione automatizzata di Priverion per il registro dei trattamenti (lo stesso motore ora esteso al monitoraggio della sorveglianza sull'IA)

Visibilità a livello di gruppo

Dashboard di conformità tra entità

Quando una controllata è fornitore e un'altra implementa lo stesso sistema, ti serve un unico punto in cui vedere entrambi gli insiemi di obblighi. Dashboard pronte per il consiglio di amministrazione mostrano la postura di conformità all'AI Act per entità, per sistema di IA e per categoria di rischio, così il tuo RPD, CISO o responsabile legale può rendicontare lo stato a livello di gruppo senza consolidare i dati da una dozzina di tracker diversi.

Copre: supervisione multi-entità, prontezza per l'audit, rendicontazione normativa alle autorità di vigilanza

oltre 50 entità

gestite dai clienti enterprise di Priverion in più giurisdizioni (validate attraverso le implementazioni attuali dei clienti)

Obbligo del fornitore

Documentazione del sistema di gestione della qualità

I fornitori di sistemi di IA ad alto rischio devono istituire e mantenere un sistema di gestione della qualità ai sensi dell'articolo 17. Priverion genera pacchetti di evidenze pronti per l'audit che mappano i tuoi controlli esistenti di privacy e sicurezza delle informazioni (ISO 27001, ISO 27701, NIST) sui requisiti dell'AI Act, così costruisci su ciò che già hai invece di partire da zero.

Copre: SGQ ai sensi dell'articolo 17, monitoraggio post-commercializzazione, preparazione alla valutazione di conformità

oltre 200 ore risparmiate

da Medtec durante la preparazione alla ISO 27001 utilizzando le capacità di documentazione e generazione di evidenze di Priverion

Affidabilità + sovranità

Sovranità dei dati svizzera per i dati di conformità all'IA

Le tue registrazioni di conformità all'AI Act (valutazioni del rischio, decisioni di classificazione, registri degli incidenti, documentazione della sorveglianza) contengono alcuni dei dati operativi più sensibili della tua organizzazione. Tutti i dati vengono trattati e archiviati nell'infrastruttura svizzera. Nessun dato dei clienti viene utilizzato per l'addestramento dei modelli di IA. In un contesto post-Schrems II, l'hosting in Svizzera non è un'affermazione di marketing. È una decisione di architettura legale.

Copre: residenza dei dati europea, conformità alla nLPD svizzera, fiducia nei trasferimenti transfrontalieri di dati

Zero dati dei clienti

utilizzati per l'addestramento dei modelli di IA. L'impegno di Priverion per la trasparenza sull'IA, verificato attraverso l'infrastruttura ospitata in Svizzera e accordi sul trattamento dei dati documentati

Scarica la checklist degli obblighi del fornitore vs deployer

Checklist PDF gratuita che associa ogni obbligo al ruolo responsabile nella tua organizzazione

200+

Ore risparmiate nella gestione del registro dei trattamenti

Medtec: ore reindirizzate dal monitoraggio manuale del registro dei trattamenti al lavoro strategico sulla privacy durante la preparazione alla ISO 27001

60%

Costo totale inferiore rispetto alle piattaforme legacy

Basato sul confronto del TCO del primo anno di un produttore aeronautico: nessun costo per utente, nessuna trappola di espansione per modulo

3 mesi

In anticipo sui tempi per la ISO 27001

Medtec: l'impacchettamento automatizzato delle evidenze e la documentazione pronta per l'audit hanno ridotto di mesi i tempi di certificazione

Consapevole dei competitor

Perché i team mid-market stanno lasciando OneTrust per Priverion

OneTrust serve organizzazioni Fortune 500 con un ambito GRC più ampio e team privacy dedicati. Se gestisci la privacy in un gruppo multi-entità senza un team di conformità di 20 persone, hai bisogno di qualcosa di diverso, non di qualcosa di più piccolo.

L'esperienza OneTrust

Prezzo per modulo e per utente

I costi aumentano ogni volta che aggiungi una controllata, un utente o un modulo. La prevedibilità del budget scompare dopo il primo anno.

Sede negli USA, infrastruttura globale

Dopo Schrems II, i dati che transitano attraverso un'infrastruttura di proprietà statunitense creano rischi di trasferimento, anche con data center nell'UE. L'applicabilità del CLOUD Act (18 U.S.C. §2713) resta una questione legale aperta.

Complessità enterprise

Creato per team di oltre 20 specialisti di conformità. I RPD del mid-market segnalano mesi di implementazione e un onere amministrativo continuo solo per mantenere le configurazioni.

Oltre 200 integrazioni, per lo più superficiali

Numero di connettori impressionante, ma la maggior parte richiede configurazione personalizzata e manutenzione continua. Ampiezza senza profondità crea più lavoro, non meno.

Proliferazione di funzionalità oltre la privacy

ESG, hotline etiche, consenso ai cookie, rischio di terze parti: paghi per un impero di moduli quando hai bisogno di una gestione mirata del programma privacy.

L'esperienza Priverion

Prezzo prevedibile in base alla dimensione dell'azienda

Basato sul numero di entità e sulla dimensione dell'organizzazione, non per utente o per modulo. Aggiungi controllate, aggiungi utenti, aggiungi funzionalità. La tua fattura resta prevedibile.

Sviluppata in Svizzera, ospitata in Svizzera. Punto.

Tutto il trattamento dei dati avviene nell'infrastruttura svizzera. Residenza dei dati europea, non come componente aggiuntivo premium, ma come impostazione predefinita.

Operativa in settimane, non in mesi

Un produttore aeronautico ha ottenuto una riduzione del 60% del tempo amministrativo di conformità entro i primi 6 mesi. AXA ha raggiunto un tasso di ricertificazione del registro dei trattamenti del 100%, completamente automatizzato.

Produttore aeronautico, primi 6 mesi dopo l'implementazione | AXA, metriche dopo l'implementazione

Integrazioni approfondite dove contano

Ci integriamo in profondità con i sistemi HR, di approvvigionamento e di gestione degli asset IT: i flussi di lavoro effettivi che generano obblighi privacy. Non 200 connettori superficiali che creano oneri di manutenzione.

Progettata su misura per i programmi privacy

Registro dei trattamenti, DPIA, valutazioni dei fornitori, gestione degli incidenti, gestione delle richieste degli interessati, mappatura dei dati tra entità: tutto ciò di cui un RPD ha bisogno in un gruppo multi-entità. Non copriamo ESG o consenso ai cookie, ed è una scelta deliberata.

Cambiare non deve essere doloroso. La maggior parte dei team è pienamente operativa nel giro di settimane.

Prenota una panoramica di 30 minuti

Smetti di gestire la privacy in fogli di calcolo

Scopri come si presenta la gestione della privacy a livello di gruppo quando funziona davvero

In 30 minuti ti mostreremo come organizzazioni come un produttore aeronautico hanno ridotto del 60% il tempo amministrativo di conformità e come il tuo team può smettere di rincorrere le unità di business e iniziare a svolgere un lavoro strategico sulla privacy.

Settimane, non mesi

Tempo medio per andare in produzione

Nessun prezzo per utente

Costi prevedibili, nessuna trappola di espansione

100% ospitato in Svizzera

Residenza dei dati europea garantita

Prenota una panoramica di 30 minuti

Nessun impegno richiesto. Ti mostreremo la piattaforma pensando al tuo caso d'uso.

Ottieni la checklist degli obblighi del fornitore vs deployer

Un PDF gratuito che associa ogni obbligo dell'AI Act al ruolo responsabile nella tua organizzazione (fornitore, deployer o entrambi). Pensato per i RPD e i responsabili della conformità che gestiscono gruppi multi-entità.

PDF gratuito, nessuna chiamata commerciale richiesta. Te lo invieremo direttamente nella tua casella di posta.

Informazioni su questa pagina: riferimenti, definizioni e FAQ

Punti chiave: Obblighi del fornitore vs deployer ai sensi dell'EU AI Act

L'EU AI Act (Regolamento UE 2024/1689) assegna obblighi di conformità distinti a seconda che un'organizzazione sia classificata come fornitore (articolo 3(3)) o come deployer (articolo 3(4)) di un sistema di IA. I fornitori si fanno carico di responsabilità a monte, tra cui valutazioni di conformità, sistemi di gestione della qualità e registrazione nella banca dati dell'UE. I deployer devono garantire la sorveglianza umana, le valutazioni d'impatto sui diritti fondamentali e la segnalazione degli incidenti. I gruppi multi-entità spesso rivestono entrambi i ruoli simultaneamente nelle controllate, richiedendo un'orchestrazione centralizzata della conformità.

Che cos'è un fornitore di sistemi di IA ai sensi dell'EU AI Act?

Il fornitore di sistemi di IA è definito all'articolo 3(3) del Regolamento (UE) 2024/1689 come una persona fisica o giuridica che sviluppa un sistema di IA o un modello di IA per finalità generali e lo immette sul mercato o lo mette in servizio con il proprio nome o marchio. I fornitori di sistemi di IA ad alto rischio devono rispettare gli articoli da 8 a 17, tra cui gestione del rischio, governance dei dati, documentazione tecnica, trasparenza, progettazione della sorveglianza umana, accuratezza, robustezza e cibersicurezza. Fonte: EUR-Lex, Regolamento (UE) 2024/1689

Che cos'è un deployer di sistemi di IA ai sensi dell'EU AI Act?

Il deployer di sistemi di IA è definito all'articolo 3(4) del Regolamento (UE) 2024/1689 come una persona fisica o giuridica che utilizza un sistema di IA sotto la propria autorità, salvo quando il sistema di IA è utilizzato nel corso di un'attività personale non professionale. I deployer di sistemi di IA ad alto rischio devono rispettare l'articolo 26, che richiede la sorveglianza umana da parte di personale formato, il monitoraggio della pertinenza dei dati di input, la conservazione delle registrazioni e l'informazione delle persone fisiche interessate. Per determinati casi d'uso (occupazione, merito creditizio), i deployer devono anche condurre valutazioni d'impatto sui diritti fondamentali ai sensi dell'articolo 27. Fonte: EUR-Lex, Regolamento (UE) 2024/1689

Che cos'è una valutazione d'impatto sui diritti fondamentali (FRIA) ai sensi dell'articolo 27?

Una valutazione d'impatto sui diritti fondamentali è richiesta ai sensi dell'articolo 27 dell'EU AI Act per i deployer di sistemi di IA ad alto rischio utilizzati nell'ambito dell'occupazione, della gestione dei lavoratori, dell'accesso ai servizi essenziali o della valutazione del merito creditizio. La FRIA deve valutare l'impatto sui diritti fondamentali delle persone interessate, descrivere le garanzie ed essere completata prima che il sistema di IA ad alto rischio venga messo in uso. Fonte: EUR-Lex, Regolamento (UE) 2024/1689

Che cos'è un sistema di gestione della qualità (SGQ) ai sensi dell'articolo 17?

Un sistema di gestione della qualità ai sensi dell'articolo 17 dell'EU AI Act è un insieme documentato di politiche, procedure e istruzioni che i fornitori di sistemi di IA ad alto rischio devono istituire e mantenere. Lo SGQ deve coprire la gestione del rischio, il monitoraggio post-commercializzazione, la gestione dei dati, la conservazione delle registrazioni, la gestione delle risorse, i quadri di accountability e la comunicazione con le autorità competenti. Fonte: EUR-Lex, Regolamento (UE) 2024/1689

Obblighi del fornitore vs deployer: Tabella comparativa

ObbligoFornitore (articolo 16)Deployer (articolo 26)
Sistema di gestione del rischioRichiesto (articolo 9)Non tenuto a istituirlo; deve usare il sistema come previsto
Governance dei datiRichiesta (articolo 10)Deve garantire la pertinenza dei dati di input
Documentazione tecnicaRichiesta (allegato IV, 11 ambiti)Deve conservare i log generati dal sistema
Valutazione di conformitàRichiesta (articolo 43)Non richiesta
Registrazione nella banca dati dell'UERichiesta (articolo 49)Richiesta per determinati deployer (articolo 49(3))
Sistema di gestione della qualitàRichiesto (articolo 17)Non richiesto
Sorveglianza umanaDeve progettare per la sorveglianza umana (articolo 14)Deve attuare la sorveglianza umana con personale formato (articolo 26(2))
Valutazione d'impatto sui diritti fondamentaliNon richiestaRichiesta per occupazione, credit scoring, servizi essenziali (articolo 27)
Segnalazione degli incidentiRichiesta (articolo 62)Richiesta per gli incidenti gravi (articolo 26(5))
Monitoraggio post-commercializzazioneRichiesto (articolo 72)Deve monitorare le prestazioni e segnalare i malfunzionamenti
Sanzioni (massime)Fino a 35 milioni di € o 7% del fatturato mondialeFino a 15 milioni di € o 3% del fatturato mondiale

Statistiche chiave sulla conformità all'AI Act

Secondo l'EU AI Act (Regolamento UE 2024/1689), le sanzioni per le pratiche di IA vietate possono raggiungere 35 milioni di € o il 7% del fatturato annuo mondiale, a seconda di quale sia il valore più elevato, superando il massimo del GDPR di 20 milioni di € o del 4%. L'Act individua 8 categorie di pratiche di IA vietate (articolo 5) e definisce i sistemi ad alto rischio in 8 ambiti dell'allegato III. La documentazione tecnica del fornitore deve coprire 11 ambiti distinti ai sensi dell'allegato IV. Secondo un'indagine IAPP del 2024, meno del 30% delle organizzazioni aveva avviato programmi formali di governance dell'IA entro la metà del 2024, sottolineando l'urgenza della preparazione alla conformità prima della scadenza dell'agosto 2026 per gli obblighi relativi ai sistemi ad alto rischio. Fonte: IAPP

Domande frequenti

Qual è la differenza tra un fornitore e un deployer ai sensi dell'AI Act?

Ai sensi dell'EU AI Act (Regolamento UE 2024/1689), un fornitore è l'entità che sviluppa o immette sul mercato un sistema di IA (articolo 3(3)), mentre un deployer è l'entità che utilizza un sistema di IA sotto la propria autorità (articolo 3(4)). I fornitori si fanno carico di obblighi più gravosi, tra cui valutazioni di conformità, sistemi di gestione della qualità e registrazione nella banca dati dell'UE. I deployer devono garantire la sorveglianza umana, condurre valutazioni d'impatto sui diritti fondamentali per i sistemi ad alto rischio e monitorare le prestazioni del sistema di IA. Fonte: EUR-Lex

Quali sono gli obblighi principali dei fornitori ai sensi dell'AI Act, articolo 16?

I fornitori di sistemi di IA ad alto rischio ai sensi dell'AI Act devono istituire un sistema di gestione della qualità (articolo 17), mantenere una documentazione tecnica che copra 11 ambiti ai sensi dell'allegato IV, garantire la valutazione di conformità (articolo 43), registrare i sistemi nella banca dati dell'UE (articolo 49), attuare la gestione del rischio (articolo 9) e condurre il monitoraggio post-commercializzazione. I fornitori devono inoltre garantire che i loro sistemi soddisfino i requisiti di accuratezza, robustezza e cibersicurezza prima di immetterli sul mercato. Fonte: EUR-Lex

Quali sono gli obblighi principali dei deployer ai sensi dell'AI Act, articolo 26?

I deployer di sistemi di IA ad alto rischio devono assegnare persone competenti per la sorveglianza umana (articolo 14), monitorare le prestazioni del sistema, condurre valutazioni d'impatto sui diritti fondamentali per i casi d'uso relativi all'occupazione e al credit scoring (articolo 27), informare le persone interessate e segnalare gli incidenti gravi alle autorità di vigilanza. I deployer devono inoltre garantire che i dati di input siano pertinenti e rappresentativi. Fonte: EUR-Lex

Un'organizzazione può essere sia fornitore sia deployer ai sensi dell'AI Act?

Sì. Ai sensi dell'articolo 25 dell'EU AI Act, un'organizzazione può essere classificata sia come fornitore sia come deployer per diversi sistemi di IA o controllate. Ad esempio, un gruppo aziendale può sviluppare un sistema di IA in una controllata (fornitore) e implementarlo in un'altra (deployer). Ogni entità deve adempiere agli obblighi corrispondenti al proprio ruolo per ciascun specifico sistema di IA. Questa duplice classificazione è comune nei gruppi multi-entità e richiede un monitoraggio centralizzato della conformità. Fonte: EUR-Lex

Quando entrano in vigore gli obblighi dell'EU AI Act?

L'EU AI Act è entrato in vigore il 1° agosto 2024. Le pratiche di IA vietate si applicano dal 2 febbraio 2025. Gli obblighi per i modelli di IA per finalità generali si applicano dal 2 agosto 2025. La maggior parte degli obblighi relativi ai sistemi di IA ad alto rischio per fornitori e deployer si applica dal 2 agosto 2026, con determinati sistemi ad alto rischio dell'allegato I che hanno tempo fino al 2 agosto 2027. Le organizzazioni dovrebbero avviare la preparazione alla conformità con largo anticipo rispetto a queste scadenze. Fonte: EUR-Lex

Quali sanzioni si applicano in caso di non conformità all'EU AI Act?

Le sanzioni per la non conformità ai sensi dell'EU AI Act possono raggiungere fino a 35 milioni di € o il 7% del fatturato annuo mondiale per le pratiche di IA vietate, fino a 15 milioni di € o il 3% per altre violazioni e fino a 7,5 milioni di € o l'1,5% per la fornitura di informazioni errate. Queste sono tra le sanzioni normative più elevate del diritto dell'UE, superiori ai massimi del GDPR. Le PMI e le start-up possono ricevere sanzioni proporzionate. Fonte: EUR-Lex

In che modo l'AI Act interagisce con il GDPR?

L'EU AI Act opera accanto al GDPR e non lo sostituisce. I sistemi di IA che trattano dati personali devono rispettare entrambi i quadri normativi simultaneamente. L'articolo 10 dell'AI Act fa esplicito riferimento ai requisiti del GDPR per i dati di addestramento. I deployer che conducono valutazioni d'impatto sui diritti fondamentali ai sensi dell'articolo 27 dovrebbero coordinarsi con le proprie valutazioni d'impatto sulla protezione dei dati (DPIA) esistenti ai sensi del GDPR, in base all'articolo 35 del GDPR. Le organizzazioni che già mantengono processi per il registro dei trattamenti e le DPIA possono sfruttare le strutture di governance esistenti per la conformità all'AI Act.

In che modo Priverion aiuta nella conformità all'AI Act per i gruppi multi-entità?

Priverion offre un AI register centralizzato per classificare ogni sistema di IA come fornitore, deployer o entrambi nelle controllate. La piattaforma ospitata in Svizzera include modelli di DPIA e valutazioni d'impatto sui diritti fondamentali assistiti dall'IA, allineati agli articoli 9 e 27, il monitoraggio della sorveglianza umana con ricertificazione automatizzata, dashboard di conformità tra entità e documentazione del sistema di gestione della qualità che mappa i controlli ISO 27001 e ISO 27701 esistenti sui requisiti dell'AI Act. Tutti i dati vengono trattati nell'infrastruttura svizzera, con zero dati dei clienti utilizzati per l'addestramento dei modelli di IA.