Contratto con un'agenzia AI: le clausole che contano davvero

Firmi un contratto con un'agenzia che ti costruisce un chatbot, un agente AI o un sistema di automazione, e la prima domanda che ti fai è quanto costa e quando parte. La domanda giusta è un'altra: cosa succede il giorno in cui vuoi cambiare fornitore, o il giorno in cui il fornitore chiude?

Un sito web lo puoi sempre spostare su un altro hosting, in fondo è file e database. Un sistema AI è diverso: spesso gira su account, chiavi API e infrastrutture che il fornitore configura a suo nome, non al tuo. Se questo passaggio non è scritto nero su bianco, non è un dettaglio tecnico che si sistema dopo — è la differenza tra restare padrone del tuo sistema e restarne ostaggio.

Questo articolo elenca le clausole che contano quando affidi un sistema AI a un fornitore esterno: proprietà del codice e dei dati, accessi agli account, cosa succede se il rapporto finisce. E le tre frasi che, se le senti durante la trattativa, sono un segnale per andarsene prima di firmare.

Chi è il proprietario del codice e dei dati generati

Un sistema AI aziendale — un agente che smista ordini, un chatbot addestrato sui tuoi documenti, una dashboard con analisi automatiche — produce due cose distinte: codice sorgente e dati. Vanno trattati come due questioni separate nel contratto, perché rispondono a domande diverse.

Sul codice: il contratto deve dire esplicitamente che la proprietà intellettuale del software sviluppato su commissione passa a te al saldo del compenso, non che resta in licenza al fornitore. Senza questa clausola, in caso di contestazione la titolarità va ricostruita caso per caso, e le probabilità di uscirne con i file sorgenti in mano si riducono.

Sui dati: chi ha usato il sistema — clienti, dipendenti, fornitori — ha generato dati che l'agenzia elabora per tuo conto. Qui si applica l'art. 28 GDPR: se il fornitore tratta dati personali per conto tuo, serve un accordo di trattamento (DPA) che descriva esattamente cosa fa, con quali sub-responsabili e per quali finalità. Il Garante ha già sanzionato aziende pubbliche per DPA che non descrivevano correttamente i trattamenti effettivi — succede anche a chi crede di aver messo tutto per iscritto ma poi il servizio cambia e il contratto resta fermo alla versione vecchia.

Gli accessi agli account: la clausola che nessuno legge finché non serve

Qui si gioca la partita più concreta. Quando un'agenzia costruisce un agente AI o un ecosistema di automazioni, quasi sempre configura account terzi: API di modelli linguistici, servizi cloud, integrazioni con il tuo gestionale, dashboard di monitoraggio. La domanda da fare prima di firmare è una sola: questi account sono intestati a me o all'agenzia?

Se sono intestati all'agenzia, tecnicamente il sistema che usi ogni giorno vive dentro infrastrutture che non controlli. Puoi aver pagato tutto, ma se domani il rapporto si interrompe, non hai le chiavi. Il contratto deve specificare che gli account critici sono intestati alla tua azienda, oppure — se per motivi tecnici restano dell'agenzia durante il rapporto — che c'è un impegno scritto a trasferirli entro un termine definito alla cessazione.

Questo vale anche per le credenziali di amministrazione: chi ha accesso root al sistema, chi può modificare le automazioni, chi vede i log. Non è paranoia contrattuale, è la stessa logica per cui non daresti a nessuno le chiavi del negozio senza sapere chi altro le ha in mano.

Cosa succede se ci si lascia: la exit strategy scritta prima di iniziare

La clausola di handover andrebbe negoziata prima di firmare, non discussa quando il rapporto è già teso. Deve rispondere a tre domande operative: quali materiali vengono consegnati (codice sorgente, documentazione, export dei dati in formato leggibile, non solo uno screenshot di una dashboard), entro quanto tempo dalla richiesta, e chi paga eventuali ore di assistenza per il passaggio a un altro fornitore.

Senza questa clausola, il rischio concreto è ritrovarsi senza file sorgenti né documentazione tecnica, mentre il fornitore uscente può legittimamente trattenere materiali che considera propri finché non viene chiarito il contrario. Non è malafede: è semplicemente terreno non regolato, e in un rapporto commerciale il terreno non regolato tende a favorire chi ha il controllo tecnico del sistema — cioè il fornitore, non te.

Un punto pratico: chiedi che la clausola di handover indichi anche il formato dei dati restituiti. Un export in formato proprietario, leggibile solo dal software del fornitore uscente, non è un vero handover.

Le tre frasi che dicono di andarsene

Ci sono risposte, durante una trattativa, che segnalano un problema prima ancora di leggere il contratto.

La prima: "Gli account restano nostri, è più semplice gestirli così." Può essere vero dal punto di vista tecnico, ma se non segue immediatamente un impegno scritto sul trasferimento a fine rapporto, la semplicità è tutta a vantaggio del fornitore.

La seconda: "Il codice è nostro know-how, te ne diamo l'uso." Se hai commissionato e pagato uno sviluppo su misura per la tua azienda, non stai comprando una licenza d'uso di un prodotto standard: hai commissionato un'opera. Se il fornitore vuole trattenere la proprietà del codice specifico costruito per te, il prezzo dovrebbe rifletterlo — e nella maggior parte dei casi è un segnale che il contratto va rinegoziato.

La terza: "Non serve un accordo separato sui dati, ce ne occupiamo noi." Ai sensi dell'art. 28 GDPR, se un fornitore tratta dati personali per tuo conto, l'accordo di trattamento non è opzionale ed è comunque tua responsabilità come titolare del trattamento verificare che esista e sia corretto. "Ce ne occupiamo noi" senza un documento firmato lascia tutta l'esposizione — anche sanzionatoria — sulle tue spalle, non su quelle del fornitore.

Perché l'AI Act rende urgente formalizzare tutto questo

Dal 2 febbraio 2025 è in vigore l'obbligo di alfabetizzazione AI (art. 4 AI Act): chi in azienda usa strumenti AI deve avere una comprensione adeguata del loro funzionamento, dei limiti e dei rischi. Dal 2 agosto 2026 arrivano obblighi più stringenti per i sistemi ad alto rischio, con documentazione tecnica, controllo umano e monitoraggio post-messa in servizio. In Italia vigila l'ACN, l'Agenzia per la Cybersicurezza Nazionale.

Questo significa che un contratto vago con il fornitore non è più solo un rischio commerciale, ma anche un problema di conformità: se non sai chi detiene i dati di addestramento, chi ha accesso al sistema e cosa succede in caso di errore dell'AI, difficilmente riesci a documentare la sorveglianza umana che la normativa richiede. Le imprese che usano AI devono mappare i sistemi impiegati, definire protocolli su chi può usarli e con quali limiti, e monitorare costantemente gli output — attività che diventano impossibili se il fornitore, non tu, controlla di fatto l'infrastruttura.

Questo è anche il motivo per cui un audit prima di firmare, non dopo, cambia le cose: un percorso di consulenza e formazione AI serve proprio a mappare cosa serve davvero nel contratto prima che il sistema sia già in produzione e la trattativa diventi più difficile.

Un problema che nasce anche prima del contratto: la Shadow AI

C'è un rischio parallelo che nessun contratto con un fornitore risolve da solo: la Shadow AI, cioè i dipendenti che usano ChatGPT, Claude o altri strumenti gratuiti su account personali per velocizzare il lavoro quotidiano — stesura email, sintesi di documenti, generazione di bozze. In quel momento l'azienda perde il controllo su dove i dati vengono elaborati e su come il fornitore del modello li riutilizza.

Il divieto assoluto non funziona, aumenta solo l'occultamento. La strategia più realistica è mappare in modo anonimo gli strumenti già in uso, scrivere una policy aziendale chiara sull'uso dell'AI e approvare rapidamente alternative sicure in versione enterprise, così da togliere l'incentivo a usare account personali non controllati. Questo vale a prescindere dal contratto che hai con la tua agenzia AI: un fornitore ben regolato non ti protegge se poi il tuo team usa strumenti non regolati in parallelo.

Le clausole che contano in un contratto con un fornitore AI non sono un esercizio legale astratto: decidono se, tra un anno, il sistema che usi ogni giorno resta tuo o resta nelle mani di chi te lo ha costruito. Se stai per affidare un progetto AI a un fornitore esterno e vuoi capire prima cosa mettere nero su bianco, una consulenza e formazione AI mirata è il modo più concreto per arrivare al tavolo della trattativa con le domande giuste già pronte.