Guide

L'azienda è un fornitore o un deployer di AI?

Aggiornato al 18 ottobre 2026

Quasi sicuramente l'azienda è un deployer, cioè un utilizzatore. Secondo il Regolamento UE 2024/1689 (AI Act), all'articolo 3, è fornitore chi sviluppa un sistema di AI e lo immette sul mercato, mentre è deployer chi usa un sistema sotto la propria autorità. Chi acquista o usa strumenti AI fatti da altri è deployer, con obblighi più leggeri ma reali.

Perché questa distinzione decide gli obblighi

Nei corsi di avstudio sull'AI Act, la prima domanda non è "che cosa deve fare l'azienda", ma "chi è l'azienda rispetto a questo sistema". Il Regolamento UE 2024/1689 costruisce tutti gli obblighi a partire dal ruolo che si ricopre. Stessa identica tecnologia, obblighi diversi a seconda che l'azienda l'abbia costruita o che semplicemente la stia usando.

La buona notizia, quella che conta davvero, è che il ruolo più diffuso è anche il più leggero. La stragrande maggioranza delle imprese non costruisce intelligenza artificiale. La compra, la abbona, la integra nei propri processi. Questo la rende deployer, e il deployer ha una lista di obblighi corta, soprattutto se i sistemi che usa non sono ad alto rischio.

L'altra cosa da chiarire subito è che la dimensione non sposta il ruolo. Un libero professionista che usa un assistente AI e una multinazionale che ne usa cento sono entrambi deployer. L'obbligo nasce dall'attività, non dal numero di dipendenti. Cambia la scala, non la categoria.

Chi è il fornitore (provider)

Il fornitore, in inglese provider, è definito dall'articolo 3 del Regolamento UE 2024/1689 come chi sviluppa un sistema di AI, o lo fa sviluppare, e lo immette sul mercato o lo mette in servizio col proprio nome o marchio, a titolo gratuito o oneroso. In parole semplici, è chi mette al mondo lo strumento e se ne prende la paternità davanti al mercato.

Esempi tipici di fornitore sono una software house che programma e vende un proprio applicativo di selezione del personale basato su AI, oppure una startup che addestra un modello e lo offre via abbonamento. Sono fornitori anche i grandi laboratori che pubblicano i modelli di AI generica, i cosiddetti sistemi GPAI (general purpose AI), come quelli che stanno dietro ai chatbot più noti.

Gli obblighi del fornitore sono i più pesanti previsti dal Regolamento, soprattutto quando il sistema rientra tra quelli ad alto rischio. Si parla di valutazione di conformità, gestione del rischio lungo tutto il ciclo di vita, documentazione tecnica, sistema di qualità, registrazione del sistema in una banca dati europea e marcatura di conformità. È un lavoro strutturato, che chi costruisce AI deve mettere in conto fin dalla progettazione.

Chi è il deployer (utilizzatore)

Il deployer, che il Regolamento UE 2024/1689 chiama in italiano "deployer" o utilizzatore, è chi usa un sistema di AI sotto la propria autorità nell'ambito di un'attività professionale. Se l'azienda non sviluppa AI ma la impiega per lavorare, è deployer. È la situazione di gran lunga più comune.

Qui arriva il sollievo. Gli obblighi del deployer sono molto più leggeri di quelli del fornitore. Per i sistemi a rischio limitato o minimo, che sono la quasi totalità degli strumenti AI di uso quotidiano in azienda, l'adempimento principale è uno solo e lo condivide col fornitore, vale a dire l'alfabetizzazione AI prevista dall'articolo 4 del Regolamento, in vigore dal 2 febbraio 2025. In pratica il deployer deve adottare misure perché chi usa l'AI in azienda sviluppi competenza e consapevolezza su come funziona, sui suoi limiti e sui rischi.

Gli obblighi diventano più corposi solo se il deployer usa un sistema classificato ad alto rischio, per esempio strumenti AI per selezionare i candidati o per valutare il personale. In quel caso l'articolo 26 del Regolamento UE 2024/1689 chiede alcune cose concrete. Il deployer deve usare il sistema seguendo le istruzioni del fornitore. Deve affidare la sorveglianza umana a persone con competenza e formazione adeguate. Deve monitorare il funzionamento e segnalare al fornitore e all'autorità eventuali rischi gravi, sospendendo l'uso se serve. Deve conservare i log generati dal sistema per almeno sei mesi, quando li ha sotto il proprio controllo. Il datore di lavoro, prima di usare un sistema ad alto rischio sul posto di lavoro, deve informare i lavoratori interessati e i loro rappresentanti. In più, per alcuni soggetti pubblici e per certi sistemi dell'allegato III, l'articolo 27 richiede una valutazione d'impatto sui diritti fondamentali, la cosiddetta FRIA.

C'è poi un piccolo gruppo di obblighi di trasparenza che riguardano anche il deployer a prescindere dall'alto rischio, previsti dall'articolo 50 del Regolamento e applicabili dal 2 agosto 2026. In sostanza, chi genera o manipola contenuti come immagini, audio o video artificiali che sembrano reali (i deepfake) deve dichiararne l'origine artificiale. Lo stesso vale per testi pubblicati per informare il pubblico su temi di interesse generale. Sono regole di buon senso, ma è bene saperle.

Vista così, la posizione del deployer è gestibile. Non è "niente da fare", ma è ben lontana dal carico del fornitore. E nell'esperienza dei corsi, una volta che l'azienda ha mappato i propri strumenti e formato le persone, gran parte del lavoro è fatto.

Tabella di confronto, fornitore contro deployer

La tabella serve a collocarsi a colpo d'occhio. Si legge la riga "criterio", si trova l'esempio che somiglia alla propria situazione e si guardano gli obblighi.

Gli obblighi più pesanti dell'alto rischio si applicano dal 2 dicembre 2027 per i sistemi autonomi dell'Allegato III e dal 2 agosto 2028 per quelli incorporati in prodotti, le date fissate dal Digital Omnibus (Regolamento (UE) 2026/1744). C'è tempo per organizzarsi, ma è tempo da usare, non da perdere. Il calendario completo è nella guida AI Act per le aziende.

Quando un deployer diventa fornitore (e rischia di non accorgersene)

Qui sta il punto che in aula sorprende di più le persone. Il ruolo non è scolpito nella pietra. L'articolo 25 del Regolamento UE 2024/1689 prevede che un deployer, un distributore, un importatore o un altro terzo sia considerato fornitore di un sistema ad alto rischio in tre casi. Quando capita, l'azienda si carica addosso gli obblighi pesanti del fornitore, e succede in modo automatico, senza che nessuno mandi una notifica.

Il primo caso è il più insidioso per chi rivende. Chi appone il proprio nome o marchio su un sistema ad alto rischio già immesso sul mercato da altri diventa il fornitore, salvo che il contratto con il fornitore originario disponga diversamente. In pratica, mettere il proprio brand su un prodotto AI di terzi e rivenderlo come fosse proprio fa cambiare ruolo.

Il secondo caso è la modifica sostanziale. Chi modifica in modo sostanziale un sistema ad alto rischio già sul mercato, in modo che resti ad alto rischio, ne diventa fornitore. Per modifica sostanziale, ai sensi dell'articolo 3 del Regolamento, si intende un cambiamento non previsto dalla valutazione di conformità iniziale, che incide sulla conformità del sistema o ne cambia la finalità. Mettere a punto un sistema entro i parametri previsti dal fornitore non conta. Stravolgerne il funzionamento o l'uso previsto, sì.

Il terzo caso riguarda anche i sistemi GPAI, cioè l'AI generica. Chi prende un sistema che non è ad alto rischio, incluso un sistema GPAI, e ne cambia la finalità prevista in modo che diventi ad alto rischio, diventa fornitore di quel sistema ad alto rischio. È lo scenario tipico di chi prende un modello generico e lo specializza per una funzione delicata, ad esempio decidere chi assumere o valutare l'affidabilità creditizia di una persona.

Il filo conduttore è chiaro. Finché si usano gli strumenti per quello che sono, si resta deployer. Quando li si fa propri, li si ribrandizza o li si trasforma per usi ad alto rischio, si scivola nel ruolo di fornitore. Sapere dove passa quella linea evita brutte sorprese.

Cosa fare in pratica, oggi

Si parte da una cosa semplice, l'inventario degli strumenti AI che l'azienda usa o rivende. Per ciascuno si annota chi lo ha costruito, se viene usato così com'è o modificato, e se viene offerto ai clienti col marchio dell'azienda. Questo elenco dice già, riga per riga, se l'azienda è deployer o se in qualche caso è scivolata nel ruolo di fornitore.

Poi si verifica la finalità d'uso. L'azienda sta usando uno strumento generico per un compito delicato come selezione del personale, valutazione, accesso al credito o servizi essenziali? Se sì, potrebbe avere a che fare con un sistema ad alto rischio, e gli obblighi cambiano. Nel dubbio, è il momento di farsi affiancare.

Infine, qualunque sia il ruolo, si parte dall'alfabetizzazione. L'articolo 4 è già in vigore e riguarda tutti. Formare le persone che usano l'AI è l'adempimento più immediato, ed è anche quello che dà il ritorno più alto, perché riduce gli errori e mette l'azienda in posizione di vantaggio rispetto a chi naviga a vista. Sui casi specifici e di confine, in particolare la classificazione ad alto rischio e l'eventuale passaggio a fornitore, conviene farsi supportare da un professionista abilitato. avstudio aiuta a capire il quadro e forma la squadra, ma la qualificazione del singolo caso va validata da chi ne risponde.

Aggiornato al 18 ottobre 2026 · Quadro post-Digital-Omnibus · Contenuto informativo, non parere legale