Da oggi la documentazione AI è anche materiale di prova

In sintesi. Da oggi il decreto legislativo 160/2026 è in vigore, e in un'azione di risarcimento per danni da sistemi di AI il giudice può ordinare l'esibizione di log, documentazione sui rischi, documentazione tecnica e modalità di sorveglianza umana. Gli stessi documenti che una serie di articoli ha descritto come requisiti di uno standard volontario diventano, in quella sede, il materiale con cui un'azienda sostiene la propria posizione. Questo articolo rilegge il percorso da quel punto di vista.

Per un mese abbiamo scritto di inventari, impact assessment, logging, supervisione umana, competenze e certificazione, con l'argomento tipico della compliance: serve per l'audit, conviene farlo prima, ricostruirlo dopo costa di più. Da oggi quell'argomento ha un secondo piano, e vale la pena rimetterlo in ordine ora che il decreto è operativo.

Cosa succede da oggi

Il decreto legislativo 9 settembre 2026, n. 160, pubblicato in Gazzetta Ufficiale il 15 settembre, entra in vigore il 30. Gli articoli da 16 a 20 riguardano le azioni civili di risarcimento per danni cagionati nell'utilizzo di un sistema di AI, e li abbiamo descritti in dettaglio nell'articolo su accesso alle prove e nesso causale.

Tre meccanismi agiscono insieme. Il giudice può ordinare l'esibizione degli elementi di prova sul funzionamento del sistema, e chi non adempie senza giustificato motivo rischia che i fatti allegati dalla controparte siano considerati ammessi. Quando il danno deriva dalla violazione di obblighi dell'AI Act il nesso causale è presunto, salvo prova contraria. La conformità al regolamento, anche certificata, non esclude di per sé la responsabilità.

Vale la pena tenere a mente due limiti, perché il perimetro effettivo è più stretto di quanto i titoli suggeriscano. La presunzione del nesso opera solo dove il danno discende da una violazione dell'AI Act, e diversi obblighi sull'alto rischio si applicano dal dicembre 2027 per l'Allegato III e dall'agosto 2028 per l'Allegato I. L'accesso alle prove, invece, vale da subito per qualunque azione di risarcimento legata all'uso di un sistema di AI, a prescindere dalla classe di rischio.

Gli stessi documenti, due destinatari

I quattro tipi di documento che l'articolo 17 indica come esibibili sono quelli che l'AI Act già prevede: registri automatici, sistema di gestione dei rischi, documentazione tecnica, parametri e modalità di sorveglianza umana. Sono anche, quasi uno per uno, quelli che un sistema di gestione conforme a ISO/IEC 42001 produce lungo il ciclo di vita.

La differenza sta in chi li legge e con quale domanda. Un auditor verifica che il sistema di gestione funzioni e campiona per accertarsene, con una logica di conformità a un modello. Un giudice guarda un singolo episodio e chiede cosa è successo quel giorno, su quell'input, con quale intervento umano. Il primo può accettare che una procedura descriva un controllo, il secondo vuole la traccia di quel controllo nel caso concreto.

Questa distanza spiega perché alcuni documenti perfettamente adeguati per un audit diventano deboli in un contenzioso. Una procedura di sorveglianza umana approvata e aggiornata supera un audit; se però nessuno registra gli interventi effettivi, in giudizio non dimostra che quel giorno qualcuno abbia guardato.

Dove i pezzi della serie cambiano peso

L'inventario dei sistemi AI serviva a sapere cosa governare. Da oggi serve anche a sapere, quando arriva una contestazione su un sistema specifico, chi ne è responsabile, quali dati tratta e dove sono i suoi log. Un'azienda che non riesce a rispondere in tempi ragionevoli a queste domande parte in svantaggio.

Le scelte descritte in progettare un sistema AI ISO-ready diventano più rilevanti di quanto sembrasse. Un log che registra solo l'output non permette di ricostruire una decisione, e questo passa da limite tecnico a difficoltà probatoria. Lo stesso vale per la supervisione umana progettata senza strumenti di intervento tracciabili.

Sulle competenze, la clausola 7 e la matrice ruoli-competenze si collegano alla sorveglianza umana. Dimostrare che il presidio esisteva significa anche mostrare che chi lo esercitava aveva gli strumenti per farlo, il che riporta alle evidenze individuali per i ruoli critici di cui parla AI literacy e competenze ISO 42001.

Sulla certificazione, l'articolo 19 chiude il discorso in modo esplicito. Gli articoli sulla mappa degli organismi accreditati e sui tre percorsi di certificazione restano validi per quello che dicono, e vanno letti sapendo che il certificato attesta l'esistenza di un sistema a una certa data, mentre la difesa in un caso concreto la costruiscono le evidenze operative.

La domanda che cambia la prospettiva

Chi vuole verificare in mezz'ora quanto è esposto può provare un esercizio semplice. Si sceglie un sistema AI in uso e si fissa una data qualunque delle ultime settimane, poi si prova a ricostruire una singola decisione presa quel giorno: quale input ha ricevuto il sistema, quale versione del modello era attiva, quale esito ha prodotto, se qualcuno è intervenuto e chi.

Se la ricostruzione richiede di chiedere file a un fornitore, se i log sono stati ruotati, se l'intervento umano non risulta da nessuna parte, quella è la posizione in cui l'azienda si troverebbe davanti a un ordine di esibizione. La differenza è che oggi l'esercizio si può fare con calma, e il risultato non finisce agli atti.

Le verifiche più urgenti

Le tre verifiche più urgenti riguardano i contratti, i tempi di conservazione e la tracciabilità degli interventi.

Sui contratti con i fornitori, va verificato se esiste una clausola che garantisce l'accesso a log e documentazione tecnica in caso di contenzioso, con tempi compatibili con un ordine del giudice. Un fornitore che conserva i log per trenta giorni e non ha obbligo di rilascio lascia l'azienda senza il materiale principale.

Sui tempi di conservazione, l'articolo 26 dell'AI Act prevede per i sistemi ad alto rischio almeno sei mesi, che è un pavimento e non necessariamente la durata giusta rispetto ai tempi in cui un danno emerge e viene contestato.

Sulla tracciabilità degli interventi umani, serve verificare se l'atto di supervisione lascia una traccia, o se resta una prassi descritta nelle procedure e invisibile nei dati.

Perché il metodo resta lo stesso

Chi ha costruito un sistema di gestione perché voleva certificarsi ha già gran parte di quello che serve, e deve soprattutto verificare che le evidenze siano ricostruibili per singolo caso e non solo per campione. Chi non si certifica non ha obblighi documentali equivalenti, e ha comunque interesse a produrre lo stesso materiale, perché l'ordine di esibizione non distingue tra aziende certificate e non.

L'inversione è tutta qui: la documentazione di governance smette di essere un costo sostenuto per ottenere un titolo e diventa il modo in cui un'azienda racconta, con elementi verificabili, cosa ha fatto il proprio sistema. È il motivo per cui conviene costruirla quando non serve, perché nel momento in cui serve non si costruisce più.

Il passo successivo

Questo articolo chiude la serie su ISO/IEC 42001 iniziata il 1° settembre. L'indice completo è in fondo all'articolo sui tre percorsi di certificazione, e il quadro normativo generale nella guida completa all'AI Act.

Con l'AI Rating misuriamo la maturità di un'azienda anche sulla dimensione AI Risk, che copre governance dei rischi, compliance e tracciabilità. Per discutere la tua posizione puoi fissare un incontro di valutazione oppure scrivere a hello@zerofive.ai.

Questo articolo descrive il testo normativo e le sue implicazioni organizzative, e non costituisce parere legale.

Fonti. Decreto legislativo 9 settembre 2026, n. 160, Gazzetta Ufficiale, Serie generale, n. 214 del 15 settembre 2026, articoli 16-20; Regolamento (UE) 2024/1689 (AI Act) come modificato dal Regolamento (UE) 2026/1744, articoli 9, 11, 12, 14 e 26; ISO/IEC 42001:2023, clausole 7 e 9, Annex A.