Articolo · Costruire

Sei domande da porre a un fornitore di soluzioni di intelligenza artificiale

Chi utilizza un sistema di intelligenza artificiale può avere obblighi propri, distinti da quelli di chi lo produce, e il contratto non li trasferisce. Quali, dipende dal sistema: se tratta dati personali, se è ad alto rischio, se genera contenuti. Sei domande da porre prima della firma.

Ottobre 20265 minuti di lettura Linea Costruire
In questo articolo6 sezioni
  1. Fornitore e utilizzatore
  2. Le sei domande
  3. Due risposte da considerare un segnale negativo
  4. I limiti di questo elenco
  5. Dove inserire le domande
  6. Domande ricorrenti
2 agosto 2026Dal 2 agosto 2026 si applicano gli obblighi di trasparenza dell'articolo 50 del regolamento (UE) 2024/1689 (noto come AI Act). Per il solo obbligo di marcatura degli output previsto dal paragrafo 2, il regolamento (UE) 2026/1744 (noto come Digital Omnibus sull'IA) prevede un periodo transitorio fino al 2 dicembre 2026, limitato ai sistemi generativi immessi sul mercato prima del 2 agosto 2026 (considerando 38); gli altri obblighi dell'articolo 50 si applicano dal 2 agosto.

Nelle trattative viene spesso trascurato un punto: l'AI Act non assegna obblighi soltanto a chi sviluppa il sistema. Alcuni ricadono su chi lo utilizza, e il regolamento li assegna direttamente, senza passare dal contratto. Quali siano dipende dal sistema: un software che genera contenuti, uno che tratta dati personali e uno classificato ad alto rischio comportano adempimenti diversi.

Questo cambia la natura dell'acquisto. Chi compra una soluzione di intelligenza artificiale assume un ruolo che il regolamento definisce, con adempimenti che restano in capo all'azienda anche quando il fornitore lavora correttamente.

Ruolo 1

Fornitore

Sviluppa un sistema di intelligenza artificiale, o lo fa sviluppare, e lo immette sul mercato con il proprio nome o marchio.

Ruolo 2

Utilizzatore

Impiega il sistema sotto la propria autorità, nell’ambito della sua attività. Il ruolo dipende dall’uso effettivo e dalle eventuali modifiche apportate al sistema.

Il contratto regola la responsabilità economica fra le parti. Non sposta gli adempimenti verso l'autorità di vigilanza.

Le domande che seguono non valutano la qualità tecnica di una soluzione, che si misura in altro modo. Servono a capire se il fornitore ha chiaro dove finisce la sua responsabilità e dove comincia quella del cliente, e se è in grado di consegnare quello che servirà per dimostrarlo.

01Le sei domande

Non tutte le domande pesano allo stesso modo per ogni software. Alcune sono sempre utili; altre corrispondono a obblighi che si applicano solo in determinati casi: quando il sistema tratta dati personali (regolamento (UE) 2016/679, noto come GDPR), quando è classificato ad alto rischio (AI Act) o quando genera testi, immagini, audio o video (obblighi di trasparenza). Accanto a ogni domanda è indicato a quale caso si riferisce.

Sempre utileVale per qualsiasi software con funzioni di intelligenza artificiale.
Dati personaliObblighi del GDPR, quando il sistema tratta dati personali.
Alto rischioRequisiti dell'AI Act per i sistemi classificati ad alto rischio.
Contenuti generatiObblighi di trasparenza per i sistemi che generano testi, immagini, audio o video.
  1. RuoliSempre utile

    In questo progetto, chi è il fornitore e chi è il deployer (utilizzatore) ai sensi del regolamento?

    Va posta per prima perché condiziona tutte le altre. I due ruoli hanno obblighi diversi, e il confine non coincide sempre con quello commerciale. L'articolo 25 dell'AI Act prevede i casi in cui l'utilizzatore diventa fornitore: appone il proprio nome o marchio su un sistema ad alto rischio già immesso sul mercato, ne modifica in modo sostanziale il funzionamento, oppure modifica la finalità prevista di un sistema non ad alto rischio in modo da renderlo tale. Un fornitore che non sa rispondere, o che risponde che il tema non lo riguarda, lascia un punto essenziale da chiarire prima dell’acquisto.

  2. ClassificazioneSempre utile

    Il sistema rientra fra quelli ad alto rischio? Su quale base lo escludete?

    Non conta il sì o il no. Conta il ragionamento, e che sia messo per iscritto. Una classificazione motivata ai sensi dell'articolo 6 è un documento che l'azienda potrà esibire. Una rassicurazione verbale non lo è.

  3. DocumentazioneAlto rischio

    Che cosa ci consegnate come documentazione, in quale formato, e che cosa resta a noi alla fine del contratto?

    Per qualsiasi sistema conviene sapere che cosa viene consegnato e in quale formato. Per i sistemi ad alto rischio non è una cortesia: l'articolo 13 impone al fornitore istruzioni per l'uso con le informazioni su prestazioni, limiti e sorveglianza umana. È un requisito per l'alto rischio, quindi dopo l'Omnibus sarà esigibile dal 2 dicembre 2027 per i sistemi dell'allegato III e dal 2 agosto 2028 per quelli integrati in prodotti dell'allegato I: ragione in più per fissarlo a contratto adesso. Il punto delicato resta la seconda metà della domanda: se la documentazione vive dentro un portale del fornitore, alla scadenza del contratto l'azienda resta senza la prova di quello che ha fatto negli anni precedenti.

  4. TrasparenzaContenuti generati

    Gli output sono marcati in modo leggibile da una macchina?

    Riguarda solo i sistemi che generano testi, immagini, audio o video. Per questi l'articolo 50, paragrafo 2, chiede al fornitore di marcare gli output in modo leggibile da una macchina; per i sistemi immessi sul mercato prima del 2 agosto 2026 l'obbligo è esigibile dal 2 dicembre 2026. L'obbligo di dichiarare il contenuto grava invece sul deployer (articolo 50, paragrafo 4): riguarda i deepfake e i testi generati o manipolati pubblicati per informare il pubblico su questioni di interesse pubblico, salvo che il contenuto sia stato sottoposto a revisione umana o a controllo editoriale e qualcuno ne abbia assunto la responsabilità editoriale. Sapere se la marcatura esiste, e in quale forma, serve a stimare quanto lavoro manuale ricadrà sulle funzioni di comunicazione.

  5. DatiDati personali

    Dove vengono trattati i dati che immettiamo, e vengono usati per addestrare il modello?

    Diventa un obbligo quando il sistema tratta dati personali. In quel caso il fornitore agisce di norma come responsabile del trattamento per l'erogazione del servizio, serve un accordo ai sensi dell'articolo 28 del GDPR e vanno verificati gli eventuali trasferimenti fuori dall'Unione europea, agli articoli 44 e seguenti. Se però riutilizza i dati per addestrare o migliorare il proprio modello, per quella finalità ne determina scopi e mezzi e diventa titolare autonomo: l'accordo ex articolo 28 non copre quel trattamento, che richiede una base giuridica propria. La domanda va posta per iscritto e deve comprendere i sottofornitori, perché un servizio costruito sopra un modello di terzi eredita le condizioni di quel modello.

  6. AggiornamentiSempre utile

    Come ci avvisate quando cambia la norma, o quando cambia il modello sottostante?

    Un aggiornamento del modello può modificare il comportamento del sistema senza che nessuno in azienda se ne accorga. Serve sapere se esiste una procedura di notifica, con quale preavviso, e se le versioni precedenti restano disponibili per un periodo. Lo stesso vale per i cambiamenti normativi, su una materia che si è mossa più volte negli ultimi diciotto mesi.

02Due risposte da considerare un segnale negativo

La nostra soluzione è conforme all'AI Act.

Nessun fornitore può dichiarare la conformità dell'uso che voi farete del sistema, perché dipende dal contesto, dai dati e dalle persone coinvolte. Una risposta utile chiarisce che cosa è conforme nel suo prodotto e che cosa resta a carico del cliente.

Il modello è di un grande operatore internazionale, quindi il tema non si pone.

Il ruolo di deployer nasce dall'impiego, non dalla provenienza della tecnologia.

03I limiti di questo elenco

Queste domande non producono conformità e non sostituiscono la valutazione del sistema nel contesto in cui verrà usato. Servono a selezionare l'interlocutore.

Va aggiunto che un fornitore tecnicamente valido può rispondere male a tutte e sei, perché è nuovo a questa materia. Una risposta debole è un segnale, non una sentenza. La differenza la fa il modo in cui reagisce: chi chiede tempo per verificare e torna con una risposta scritta è un interlocutore migliore di chi rassicura subito.

Come usarle

Dove inserire le domande

Le sei domande vanno nel capitolato, non nella conversazione. Le risposte ricevute per iscritto e allegate al contratto contribuiscono a documentare su quale base è stato scelto quel fornitore.

Fonti ufficiali

Le formulazioni riportate nella pagina sono una sintesi e non una citazione letterale.

Ultimo riscontro delle fonti: 14 ottobre 2026

Contenuto informativo a cura di Open Future Projects. Non costituisce parere legale: per decisioni su casi specifici è opportuno un confronto con un professionista.

Domande ricorrenti

Quello che ci chiedono su questo tema

Che differenza c'è fra fornitore e deployer nell'AI Act?

Il fornitore sviluppa un sistema di intelligenza artificiale o lo fa sviluppare e lo immette sul mercato, oppure lo mette in servizio, con il proprio nome o marchio, a titolo oneroso o gratuito. La differenza conta: un'azienda che sviluppa o fa sviluppare un sistema per uso interno è fornitore anche senza immetterlo sul mercato. Il deployer, cioè l'utilizzatore, lo impiega sotto la propria autorità nell'ambito della sua attività. I due ruoli hanno obblighi distinti, e la stessa azienda può ricoprirli entrambi su sistemi diversi.

Si può diventare fornitore senza saperlo?

Sì, nei casi previsti dall'articolo 25, paragrafo 1, dell'AI Act: chi appone il proprio nome o marchio su un sistema ad alto rischio già immesso sul mercato (lettera a), chi ne modifica in modo sostanziale il funzionamento (lettera b) e chi modifica la finalità prevista di un sistema non ad alto rischio in modo da renderlo ad alto rischio (lettera c). È una delle ragioni per cui la ripartizione dei ruoli va messa per iscritto all'inizio del progetto.

Il contratto può spostare gli obblighi sul fornitore?

No per quanto riguarda il regolamento, che assegna gli obblighi in base al ruolo. Il contratto può regolare la responsabilità economica fra le parti e prevedere manleve, ma non sposta l'adempimento verso l'autorità di vigilanza.

Queste domande valgono anche per un progetto piccolo?

Le prime tre sì, su qualsiasi progetto. Le altre tre diventano rilevanti quando il sistema tratta dati personali, genera contenuti destinati all'esterno o interviene su decisioni che riguardano persone.

Se il tema vi riguarda

Soluzioni costruite con il perimetro definito dall'inizio

Progettiamo e realizziamo sistemi di intelligenza artificiale su processi aziendali reali, con la ripartizione dei ruoli, la documentazione e le evidenze messe per iscritto prima dell'avvio.

Scopri Costruire →
Score: 0
Lives: 3
Level: 1
Premi SPAZIO o tocca per iniziare
Frecce / WASD / D-pad per muoverti
GAME OVER
Score: 0
TOP 10