Creare un inventario dell’IA e un metodo di classificazione del rischio sostenibile

Un inventario dell’IA efficace è un livello di instradamento della governance, non un foglio di calcolo che tenta di contenere ogni valutazione. Un assistente per il supporto clienti può nascere come semplice strumento di scrittura e diventare un uso molto diverso quando accede a documenti d’identità, dispone rimborsi e invia messaggi autonomamente. Il fornitore può restare identico; esposizione, controlli e percorso decisionale no. Per rendere visibile questa differenza serve un record piccolo, affidato a un proprietario e aggiornato quando cambia il lavoro reale.

Che cosa va registrato esattamente nell’inventario dell’IA?

Va creato un record per ogni uso dell’IA definito da processo, finalità, utenti e passaggio dall’output all’azione. Lo stesso modello richiede record distinti se cambiano sensibilmente lo scopo, i soggetti interessati, i dati, l’autorità d’azione, la diffusione o il responsabile che può modificare e ritirare l’uso. Fornitore, modello, applicazione, fonte dati, test, controllo, incidente e approvazione possono invece restare oggetti condivisi collegati. Questa impostazione rispecchia l’attenzione di NIST e OCSE al contesto e permette di interrogare tanto il singolo caso quanto il portafoglio, senza duplicare interi fascicoli di assurance.

Quali campi rendono utile il registro senza appesantire l’ingresso?

Bastano due livelli informativi: un record di scoperta sintetico, mantenuto dai responsabili, e artefatti collegati quando esposizione o deroghe richiedono verifiche più profonde. Ogni campo deve servire a identificare, assegnare o instradare, non a invitare descrizioni interminabili. I controlli vanno riassunti, ma la loro presenza non ne dimostra l’efficacia: test, valutazioni d’impatto, verifiche del fornitore, incidenti, approvazioni e piani di monitoraggio rimangono evidenze condizionali. NIST e lo standard britannico offrono insiemi più ampi, dai quali questa struttura ricava un minimo operativo.

• Identità dell’uso — Codice stabile e nome comprensibile, utili per ricerca, collegamenti e cronologia.
• Responsabilità — Responsabile di business, responsabile tecnico e assegnatari capaci di modificare o fermare l’uso.
• Scopo e confini — Finalità, posizione nel processo e usi vietati o espressamente esclusi.
• Utenti e soggetti interessati — Chi utilizza il sistema e chi può subirne gli effetti, mantenendo distinti i due gruppi.
• Input e sensibilità — Categorie, fonti e classificazione di trattamento più alta, senza elencare ogni singola colonna.
• Output e autorità — Risultato, destinatario a valle e facoltà di suggerire, avviare o eseguire azioni.
• Fornitori e dipendenze — Modelli, servizi, dati, integrazioni, permessi e sistemi collegati, rinviando ai record condivisi.
• Controlli ed evidenze — Revisione umana, accessi, test, monitoraggio, fallback, correzione e ricorso, con relativi collegamenti.
• Ciclo di vita e date — Stato controllato, ultima modifica materiale, ultimo riesame e prossimo riesame basato sul rischio.
• Valutazioni e tier — Quattro livelli motivati, tier provvisorio, escalation, fatti ignoti e razionale del responsabile.
• Obblighi applicabili — Stato e collegamento delle verifiche legali, privacy, sicurezza, contrattuali e settoriali separate.

Come valutare l’esposizione inerente in modo spiegabile?

Valutate l’uso effettivo lungo quattro dimensioni: conseguenza, autonomia, scala e sensibilità. È una proposta pratica di triage interno sintetizzata da caratteristiche più ampie presenti nelle fonti ufficiali; nessuna fonte citata prescrive o approva questa esatta combinazione. Per ogni dimensione il responsabile deve scrivere una frase riferita al caso concreto, indicando persone, dati, azioni e diffusione pertinenti. Un fatto ignoto va marcato e risolto, non trasformato in un giudizio rassicurante. Le ancore seguenti descrivono esposizione inerente e devono essere calibrate sulla tolleranza al rischio dell’organizzazione.

• Conseguenza — Livello 1: disagio locale o rilavorazione modesta, facilmente rilevabile e reversibile. Livello 2: effetto operativo, economico, reputazionale, sul cliente o sul dipendente che richiede una correzione deliberata. Livello 3: effetto credibile su diritti, opportunità o servizi importanti, salute, sicurezza, sostentamento, attività critiche o altro esito grave e difficilmente reversibile.
• Autonomia — Livello 1: produce contenuti o suggerimenti che una persona decide se usare. Livello 2: ordina, raccomanda, instrada, personalizza o avvia un’azione circoscritta, con revisione limitata o successiva. Livello 3: esegue azioni esterne, modifica record o permessi, impegna risorse o influenza decisioni rilevanti senza approvazione efficace del singolo caso.
• Scala — Livello 1: progetto pilota circoscritto o piccolo gruppo interno, con scarso riutilizzo a valle. Livello 2: uso ripetuto in una funzione, un segmento o un processo rilevante, con volume significativo o più destinatari. Livello 3: impiego aziendale, pubblico, interregionale, ad alto volume, in tempo reale o profondamente integrato, capace di propagare effetti correlati.
• Sensibilità — Livello 1: informazioni pubbliche, sintetiche o non riservate approvate, senza accessi privilegiati. Livello 2: dati aziendali interni o riservati, normali dati personali, contenuti dei clienti o accesso autenticato circoscritto. Livello 3: dati altamente sensibili o regolamentati, credenziali, segreti, materiale privilegiato, caratteristiche protette o proxy, monitoraggio preciso o accesso in scrittura a record importanti.

Come devono determinare il percorso di revisione le valutazioni?

Il tier provvisorio deve seguire la dimensione materiale più alta: tutte le valutazioni al livello 1 portano al tier 1; almeno un livello 2 e nessun livello 3 portano al tier 2; qualunque livello 3 porta al tier 3. È una scelta editoriale, non una formula convalidata da NIST o OCSE, e ogni impresa deve calibrarla. Non fate medie. Applicate inoltre escalation esplicite per attività fuori tolleranza, impatti gravi, dati sensibili con accesso ampio, supervisione inefficace, scarsa reversibilità, dipendenze a cascata, incidenti materiali, obblighi applicabili o informazioni irrisolte.

L’esposizione inerente va valutata prima di attribuire credito ai controlli. Revisione umana, restrizioni di accesso o monitoraggio restano nel record dei controlli; durante l’esame occorre verificarne progettazione ed evidenze, quindi documentare rischio residuo e condizioni. Questa separazione è una proposta operativa, poiché la terminologia aziendale varia. In parallelo, i responsabili qualificati devono trattare gli obblighi legali, normativi, contrattuali, privacy, sicurezza, lavoro, gestione documentale e settore. I tier interni instradano la governance e non determinano classificazioni giuridiche.

Che cosa rivela il metodo quando cambia un uso dell’IA?

Il metodo mostra che l’approvazione appartiene a uno specifico uso, non al prodotto che lo abilita. Immaginiamo un progetto pilota: un assistente recupera contenuti approvati e prepara una risposta per un addetto formato, che la modifica e la invia. Sono esclusi decisioni sull’account, eccezioni alle policy, invii autonomi, dati di pagamento, documenti d’identità, accrediti e modifiche del profilo. Il record dei controlli include revisione prima dell’invio, fonti collegate, azioni di scrittura bloccate, accessi per ruolo, campionamento, reclami e fallback manuale, senza ridurre per questo l’esposizione inerente.

• Conseguenza, livello 2: una risposta errata potrebbe rappresentare male una policy e richiedere un intervento deliberato sul cliente.
• Autonomia, livello 1: l’assistente prepara soltanto una bozza; la scelta e l’invio restano all’addetto.
• Scala, livello 1: il progetto coinvolge un solo gruppo formato e una classe limitata di messaggi.
• Sensibilità, livello 2: usa normale contesto del cliente e dell’account all’interno di un sistema autenticato.

La dimensione più alta colloca quindi il progetto nel tier 2 provvisorio. Se la proposta viene ampliata per leggere documenti d’identità e contestazioni di pagamento, disporre rimborsi, aggiornare lo stato dell’account, inviare automaticamente e operare in più regioni, tutte le dimensioni passano al livello 3: aumentano conseguenze, autorità, diffusione e sensibilità. Prima dell’espansione il record va riaperto e instradato al tier 3 e alla verifica parallela degli obblighi. L’approvazione iniziale non si trasferisce; la revisione rafforzata può limitare o fermare la proposta. Scenario e valutazioni sono immaginari, non risultati misurati.

L’inventario conquista fiducia quando una modifica a dati, autorità o scala cambia il percorso, non soltanto la riga.

Come mantenere aggiornato l’inventario dopo il lancio?

L’inventario resta aggiornato combinando riaperture guidate dagli eventi con attestazioni dei responsabili a intervalli basati sul rischio. Acquisti, rinnovi, cataloghi applicativi, revisioni architetturali, amministrazione degli accessi, abbonamenti software, processi per modelli e dati, segnalazioni dei dipendenti, assistenza, incidenti e reclami sono utili fonti di scoperta, ma non provano la completezza. Un’esposizione maggiore, cambiamenti frequenti, incidenti recenti o evidenze deboli possono giustificare controlli più ravvicinati; non esiste una cadenza universale adatta a tutti gli usi.

• Riaprite il record quando cambiano finalità, responsabili, utenti, soggetti interessati, territorio, categorie o conservazione dei dati, accessi, risultati, permessi, supervisione, fornitore, modello, integrazioni, volume, controlli, incidenti oppure obblighi.
• Gestite code visibili per responsabili mancanti, valutazioni ignote, escalation irrisolte, riesami scaduti, modifiche in attesa, evidenze dei controlli mancanti, cambi di fornitore e dismissioni incomplete.
• Limitate il cruscotto a record e soggetti interessati per tier e stato, campi mancanti, decisioni scadute, eccezioni, lacune di controllo, tempi di instradamento e chiusure delle dismissioni.
• Trattate il ritiro come uno stato controllato: conservate responsabilità, migrazione, dipendenze, rimozione degli accessi ed evidenze necessarie, applicando le regole di conservazione pertinenti.

1. Nei primi 10 giorni definite unità del record, schema, regola di responsabilità e principali fonti di scoperta.
2. Nei 10 giorni successivi provate il metodo su un campione eterogeneo e calibrate ancore, escalation e percorso delle informazioni ignote.
3. Negli ultimi 10 giorni attivate attestazioni, trigger di modifica, code per i record obsoleti e un cruscotto essenziale.

Il risultato dei primi 30 giorni non deve essere un censimento dichiarato perfetto, ma un circuito operativo capace di scoprire, assegnare, riesaminare e ritirare gli usi. Il metodo resta una proposta interna di instradamento, non una determinazione di conformità. Prima che procedano impieghi consequenziali o ad alta rilevanza, coinvolgete competenze di dominio e responsabili qualificati per aspetti legali, compliance, privacy, sicurezza, acquisti, documenti, lavoro e settore, mantenendo una responsabilità umana chiaramente attribuita.