Cluster · contratto fornitore AI
Contratto con un fornitore AI: cosa controllare
I punti da chiarire in un contratto per un progetto AI: proprietà del codice, dati, assistenza, responsabilità e conformità.
Tempo di lettura: 9 min
Guida operativa · Avviare e misurare

Il contratto di un progetto AI ha alcune specificità che i contratti di sviluppo tradizionali non affrontano: dipendenza da servizi di terzi che cambiano, dati che escono dall'azienda, responsabilità su output generati automaticamente.
Sono punti che si chiudono facilmente prima della firma e con molta difficoltà dopo. Questa è la lista di quelli che contano davvero.
In sintesi
- Proprietà di codice e dati: da scrivere, non da presumere.
- Le credenziali dei servizi vanno intestate alla tua azienda.
- Serve l'accordo sul trattamento se il fornitore tratta dati personali.
- Va distinto cosa è manutenzione e cosa evoluzione.
- Vanno previsti gli aggiornamenti dei modelli che cambiano il comportamento.
- Documentazione leggibile: è ciò che rende possibile cambiare fornitore.
I sette punti da chiudere
- Proprietà del codice. A chi appartiene quello che viene realizzato, e con quali diritti d'uso.
- Proprietà e restituzione dei dati. In che formato, entro quando, con cancellazione dai sistemi del fornitore.
- Credenziali e account. Intestati alla tua azienda, non al fornitore.
- Documentazione. Leggibile da chi non l'ha scritta, consegnata alla chiusura.
- Assistenza. Cosa è incluso, per quanto, con che tempi, cosa costa dopo.
- Manutenzione ed evoluzione. La distinzione va definita, anche approssimativamente.
- Conformità. Classificazione del sistema, istruzioni d'uso scritte, segnalazione dei cambiamenti rilevanti.
Il punto 3 è quello che le aziende scoprono tardi: se l'account del servizio AI è intestato al fornitore, cambiare partner significa perdere accesso e configurazioni. È una richiesta semplice che nessuno rifiuta se posta all'inizio.
La specificità dei modelli che cambiano
È il punto che distingue un contratto AI da un contratto di sviluppo classico.
I servizi che stanno sotto il sistema — i modelli — vengono aggiornati dai loro fornitori, a volte senza preavviso. Il comportamento del sistema può cambiare da un giorno all'altro: risposte diverse, formati diversi, occasionalmente errori nuovi.
- Chi monitora che il comportamento non sia cambiato
- Cosa succede se un aggiornamento peggiora i risultati sul tuo caso
- Se il fornitore ti avvisa quando cambia il modello sottostante
- Chi paga l'adeguamento in questi casi
Sono domande che nei contratti tradizionali non esistono, e che qui vanno poste. La risposta non deve essere per forza favorevole a te: deve esserci.
Responsabilità e conformità
Se il sistema tocca decisioni su persone o rientra tra quelli ad alto rischio, gli obblighi sono ripartiti tra fornitore e utilizzatore — la distinzione è in obblighi AI Act per le PMI.
Nel contratto va chiarito chi fa cosa:
| Aspetto | Di norma | Da verificare |
|---|---|---|
| Documentazione tecnica del sistema | Fornitore | Che venga consegnata |
| Istruzioni d'uso scritte | Fornitore | Che siano comprensibili |
| Uso corretto del sistema | Utilizzatore | Che le istruzioni ci siano |
| Sorveglianza umana | Utilizzatore | Che sia praticabile |
| Trattamento dati personali | Entrambi | Accordo formalizzato |
L'accordo sul trattamento dei dati è quello più spesso dimenticato e il primo che viene chiesto in caso di verifica. Il quadro è in GDPR e AI in azienda.
Esempi pratici
Credenziali intestate al fornitore. Un'azienda ha voluto cambiare partner dopo due anni e ha scoperto che l'account del servizio AI, con tutta la configurazione, era del fornitore precedente. Ricostruzione da zero.
Nessuna definizione di manutenzione. Ogni piccola modifica è diventata una trattativa. Il rapporto si è deteriorato su questioni da poche ore di lavoro.
Aggiornamento del modello non gestito. Un sistema di estrazione dati ha iniziato a produrre risultati diversi dopo un aggiornamento a monte. Nessuno se ne è accorto per settimane perché nessuno aveva il compito di controllare, e il contratto non lo prevedeva.
Cosa succede alla fine del rapporto
È la parte che nessuno vuole discutere all'inizio e che determina quanto sei libero dopo.
Un progetto AI integrato nei processi diventa qualcosa da cui dipendi. Se al momento di cambiare fornitore scopri che il codice non è tuo, che la documentazione non esiste e che gli account sono intestati a loro, la scelta non è più tua.
- Codice e configurazioni consegnati in forma utilizzabile.
- Documentazione comprensibile da un tecnico che non ha lavorato al progetto.
- Credenziali intestate a te, trasferite alla chiusura.
- Dati restituiti in formato standard e cancellati dai loro sistemi.
- Un periodo di affiancamento a chi subentra, anche breve.
Il punto 5 costa poco e vale molto: qualche ora di passaggio di consegne evita settimane di ricostruzione. Va negoziato all'inizio, quando il rapporto è buono, non alla fine quando spesso non lo è più.
La clausola sulla riservatezza, nei due sensi
I contratti prevedono normalmente che il fornitore mantenga riservate le informazioni aziendali. Nei progetti AI vale la pena essere più specifici, perché il fornitore avrà accesso a dati operativi in quantità.
Va chiarito se i tuoi dati possono essere usati per migliorare i loro sistemi o come materiale di riferimento per altri clienti, anche in forma aggregata o anonimizzata. Molti contratti standard lo consentono con formulazioni generiche, ed è un punto su cui vale la pena essere espliciti — soprattutto se i dati riguardano il vostro modo di lavorare, che è un asset competitivo.
I sette punti in tabella
| Punto | Se manca | Difficoltà a ottenerlo dopo |
|---|---|---|
| Proprietà del codice | Non puoi cambiare partner | Alta |
| Proprietà e restituzione dati | Migrazione bloccata | Alta |
| Credenziali intestate a te | Perdi accesso e configurazioni | Molto alta |
| Documentazione leggibile | Nessuno può subentrare | Alta |
| Assistenza definita | Trattativa al primo guasto | Media |
| Manutenzione vs evoluzione | Attriti continui | Media |
| Conformità e istruzioni d'uso | Obblighi scoperti tardi | Media |
Errori da evitare
- Non chiarire la proprietà del codice. Si ottiene prima, non dopo.
- Credenziali intestate al fornitore. Blocca il cambio di partner.
- Nessuna definizione di manutenzione. Genera attriti continui.
- Ignorare gli aggiornamenti dei modelli. È la specificità di questi progetti.
- Non richiedere l'accordo sui dati personali. Adempimento dovuto.
- Accettare documentazione «tecnica» illeggibile. Deve servire a chi subentra.
Come applicarlo in azienda
Prendi questa lista di sette punti e verificala sul contratto che ti è stato proposto. Quelli mancanti chiedili: sono tutte richieste ragionevoli che un fornitore serio concede senza discutere.
Se su due o tre di questi punti incontri resistenza, è un'informazione sul rapporto che stai per iniziare, più utile di qualunque referenza.
Trattandosi di aspetti con implicazioni legali, fatti assistere per la stesura finale: questa guida serve a sapere cosa chiedere, non sostituisce un parere.
I criteri di scelta sono in come scegliere un fornitore AI, i costi ricorrenti in quanto costa mantenere un sistema AI.
Un contratto proporzionato
Va detto per evitare l'effetto opposto: per un progetto contenuto non serve un contratto complesso.
I sette punti elencati si possono chiudere in una pagina aggiuntiva alla proposta commerciale, con formulazioni semplici. L'obiettivo non è tutelarsi da ogni scenario, ma evitare le tre situazioni che si presentano davvero: non poter cambiare fornitore, non sapere chi paga la manutenzione, non avere l'accordo sui dati quando qualcuno lo chiede.
Un apparato contrattuale sproporzionato rispetto al valore del progetto rallenta l'inizio e non aggiunge protezione reale. Meglio una pagina chiara concordata in fretta che venti pagine che ritardano il lavoro di un mese.
I criteri per scegliere il fornitore giusto sono in come scegliere un fornitore AI.
Il caso dei progetti piccoli
Per un primo progetto contenuto la tentazione è saltare del tutto la parte contrattuale, e in parte è comprensibile: un apparato pesante su un lavoro di poche migliaia di euro è sproporzionato.
La via di mezzo è una pagina allegata alla proposta che chiude tre punti soltanto: di chi è il codice, a chi sono intestate le credenziali, cosa è incluso nei primi mesi dopo il rilascio. Sono le tre situazioni che si presentano davvero e che, se non risolte prima, diventano problemi in momenti scomodi.
Gli altri quattro punti — restituzione dati, documentazione, distinzione manutenzione-evoluzione, conformità — diventano rilevanti quando il progetto cresce, e possono essere affrontati alla seconda fase. Il criterio è la proporzionalità, non la completezza formale, e vale anche per la scelta descritta in come scegliere un fornitore AI.
Conclusione
Un contratto per un progetto AI deve chiudere sette punti: codice, dati, credenziali, documentazione, assistenza, distinzione manutenzione-evoluzione, conformità.
Sono tutti punti che si negoziano facilmente prima della firma. Il momento in cui servono davvero — un cambio di fornitore, un guasto, una verifica — è anche quello in cui è troppo tardi per negoziarli.
Se vuoi capire quali processi della tua azienda possono essere automatizzati con l'AI, Giallo Studio può aiutarti a trasformare il problema in un workflow reale.
Un'ultima nota di equilibrio: questi punti servono a proteggere entrambe le parti, non solo te. Un fornitore che lavora con regole chiare su perimetro, assistenza ed evoluzione riesce a dimensionare meglio il proprio lavoro, e i rapporti che durano nel tempo sono quelli in cui nessuno deve interpretare cosa era incluso. Il quadro dei criteri di scelta è in come scegliere un fornitore AI.
Schema consigliato: Article + FAQPage + BreadcrumbList
Risorse correlate
FAQ
Di chi è il codice di un progetto AI su misura?
Di chi lo stabilisce il contratto, e in assenza di clausole la situazione può essere meno favorevole di quanto immagini. È il punto da chiarire prima della firma: si ottiene facilmente in fase di trattativa e con difficoltà dopo.
Cosa succede ai dati se cambio fornitore?
Va scritto: che i dati sono tuoi, che ti vengono restituiti in un formato utilizzabile, e che vengono cancellati dai sistemi del fornitore entro un termine. Senza queste clausole il passaggio a un altro partner diventa complicato o impossibile.
Serve un accordo sul trattamento dei dati personali?
Se il fornitore tratta dati personali per tuo conto, sì: è un adempimento previsto dal GDPR e va formalizzato. Molti fornitori hanno un modello pronto; va richiesto, letto e conservato, non dato per scontato.
Chi risponde se il sistema causa un danno?
Dipende da cosa ha causato il danno e da come è ripartita la responsabilità nel contratto. Un difetto del sistema fornito è del fornitore; un uso fuori dalle istruzioni è tuo. È esattamente per questo che le istruzioni d'uso vanno consegnate per iscritto.
Cosa chiedere sulla conformità normativa?
Che il fornitore dichiari come classifica il sistema rispetto all'AI Act, che fornisca istruzioni d'uso scritte se il sistema è ad alto rischio, e che segnali se un aggiornamento cambia il comportamento del sistema in modo rilevante.
Va previsto cosa succede se il fornitore chiude?
Sì, ed è una clausola che si ottiene facilmente quando i rapporti sono buoni. Il minimo è che il codice e la documentazione siano tuoi e accessibili, così che un altro possa subentrare senza ricostruire tutto da zero.




