ISO/IEC 42001:2023 — Punto 8.4

Valutazione impatto operativa: guida pratica ISO 42001 con esempi

Il punto 8.4 chiede di rieseguire la valutazione di impatto quando il sistema di IA è già in esercizio: scadenze pianificate, trigger di cambiamento ed evidenze da conservare. Ecco come farlo in pratica.

Il punto di norma

Cosa prevede il punto 8.4

Questa guida pratica alla ISO 42001 spiega con esempi come eseguire la valutazione di impatto del sistema di IA quando è già in operazione: non la progettazione del processo, vista al punto 6.1.4, ma la sua riesecuzione a intervalli pianificati e a fronte di cambiamenti significativi, con evidenze conservate. Il risultato di ogni ciclo è un rapporto documentato, approvato e archiviato, che dimostra la sorveglianza continua del sistema.

Vedremo quando scatta una nuova valutazione di impatto: scadenze del piano annuale, aggiornamenti del modello, nuove categorie di dati, segnalazioni degli utenti o incidenti. Per Azienda Italiana S.p.A. questo significa rivalutare il chatbot di assistenza clienti e lo screening dei CV ogni sei mesi e a ogni release rilevante. Ogni trigger è scritto nero su bianco nella procedura, così la decisione di rieseguire non dipende dalla sensibilità del singolo.

Troverai un esempio di rapporto di valutazione compilato, le domande tipiche dell'auditor, gli errori più frequenti e il punto di vista del Dott. Valerio Bellini su come trasformare un adempimento periodico in uno strumento di governo reale del sistema di gestione per l'IA. L'obiettivo è un ciclo ripetibile, misurabile e difendibile in sede di audit di certificazione.

In sintesi, la norma vuole vedere:

  • Intervalli pianificati definiti e rispettati
  • Trigger per cambiamenti significativi
  • Rapporti di valutazione conservati
  • Confronto con la valutazione precedente
  • Azioni correttive tracciate fino a chiusura
Esempi pratici

Esempio di controllo tecnico per il punto 8.4

Nella pratica, questa guida pratica consiglia un controllo di pianificazione: il calendario delle rivalutazioni vive nel sistema GRC o nel gestionale qualità, con attività generate automaticamente alla scadenza, assegnatario nominale e preavviso di trenta giorni. Se il ciclo non parte entro la data prevista, il responsabile AIMS riceve un'escalation e il ritardo viene registrato come deviazione da giustificare. La pianificazione distingue i sistemi per criticità: lo screening dei CV, ad alto impatto sulle persone, ha cadenza semestrale obbligatoria anche in assenza di modifiche.

Controllo tecnico collegato: un monitor sulla pipeline ML che rileva il rilascio di una nuova versione del modello, un cambio del dataset di addestramento o l'attivazione di nuove fonti dati, e apre in automatico la richiesta di valutazione di impatto fuori ciclo. Il trigger resta tracciato nel log, così l'auditor può verificare che nessun cambiamento significativo sia sfuggito alla riesecuzione. Quando il trigger scatta, il valutatore riceve un pacchetto precompilato con log, metriche e segnalazioni del periodo: la riesecuzione parte da dati completi, non da raccolte improvvisate.

Controlli per la riesecuzione operativa

AmbitoControllo applicatoEvidenza attesa
PianificazioneCalendario rivalutazioni nel GRCPiano PIA-AI-02 approvato
TriggerAlert su cambio versione modelloLog pipeline ML
EsecuzioneChecklist guidata per il valutatoreRapporto VAL-AI-08
ConservazioneArchivio evidenze con retentionPacchetto EVD-AI-12
Follow-upTicket azioni correttiveStato chiusura in CAPA

In questa guida pratica i controlli coprono l'intero ciclo: dalla scadenza pianificata alla chiusura delle azioni, ogni passaggio lascia un'evidenza verificabile in audit e riduce il rischio di dimenticanze operative.

Esempio documentale

Cosa scriverebbe "Azienda Italiana S.p.A." sul punto 8.4

Esempio reale tratto da questa guida pratica: il rapporto del secondo ciclo di valutazione di impatto sul chatbot di assistenza clienti di Azienda Italiana S.p.A., redatto dopo sei mesi di esercizio e approvato in sede di riesame della Direzione.

VAL-AI-08 · Rev. 2 · Riservato

Rapporto di valutazione di impatto operativa — Chatbot assistenza clienti

Azienda Italiana S.p.A. — Redatto da: AI Compliance Officer · Approvato da: Direzione Generale · Data: 15/04/2026 · Ciclo semestrale n. 2

Metodo

Riesecuzione su checklist standard; confronto con il ciclo precedente; interviste a owner e utenti; test su campione di 200 conversazioni reali; verifica delle azioni aperte e delle segnalazioni ricevute nel semestre.

Estratto

VoceCiclo precedenteCiclo attuale
Impatto su utenti finaliModeratoInvariato
Accuratezza risposte91%94%
Reclami per risposte errate7/trimestre3/trimestre
Dati personali trattatiInvariatiInvariati
Nuovi rischi emersiNessuno1 (deriva del tono)
Azioni aperte21 chiusa, 1 in corso

Ruoli e responsabilità

RuoloResponsabilità nel ciclo
AI Compliance OfficerEsegue la valutazione e redige il rapporto
Product Owner chatbotFornisce dati di esercizio e accessi
DPOValuta gli impatti sui dati personali
Direzione GeneraleApprova il rapporto e recepisce le azioni

Checklist operativa

PassaggioStato
Verificare scadenza nel piano PIA-AI-02Fatto
Raccogliere log e metriche del semestreFatto
Confrontare esiti con il ciclo precedenteFatto
Archiviare le evidenze in EVD-AI-12Fatto

Esito

Valutazione superata con un'azione correttiva aperta: ricalibratura del tono entro trenta giorni, verifica di efficacia al ciclo successivo. Il prossimo riesame resta confermato per ottobre 2026, salvo trigger anticipati.

VAL-AI-08 Rapporto valutazione impatto chatbot.pdfPIA-AI-02 Piano rivalutazione annuale.pdfEVD-AI-12 Pacchetto evidenze ciclo 2.zipREG-AI-03 Registro sistemi di IA.xlsx
Siete pronti per la certificazione?

Le domande dell'audit interno sul punto 8.4

Domande di audit interno su questo punto, con risposte coerenti ed evidenze.

1Con quale frequenza rieseguite la valutazione di impatto?
Risposta coerente: «Ogni sei mesi per chatbot e screening CV, come stabilito nel piano PIA-AI-02 approvato dalla Direzione.»
2Cosa fa scattare una valutazione fuori ciclo?
Risposta coerente: «Cambiamenti significativi: nuova versione del modello, nuove categorie di dati o incidenti, come da VAL-AI-08.»
3Mostratemi l'ultima valutazione eseguita.
Risposta coerente: «Il rapporto VAL-AI-08 Rev. 2 del 15/04/2026, con esiti e confronto rispetto al ciclo precedente.»
4Come conservate le evidenze delle valutazioni?
Risposta coerente: «Ogni ciclo produce un pacchetto firmato archiviato in EVD-AI-12, con retention di cinque anni.»
5Chi esegue la valutazione e chi l'approva?
Risposta coerente: «Esegue l'AI Compliance Officer e approva la Direzione Generale; i ruoli sono definiti in VAL-AI-08.»
6Cosa succede se emergono nuovi impatti?
Risposta coerente: «Si apre un'azione correttiva tracciata fino a chiusura e verificata al ciclo successivo, vedi VAL-AI-08.»
L'esperto risponde

I consigli del Dott. Valerio Bellini sul punto 8.4

VB

Dott. Valerio Bellini

Lead Auditor & Consulente Sistemi di Gestione

«Consiglio strategico: non trattate la riesecuzione come una fotocopia: il valore sta nel confronto tra cicli. Costruite il rapporto perché mostri il delta, non solo lo stato attuale.»

«L'auditor chiederà date dei cicli passati ed evidenze: se il piano dice semestrale e l'ultimo rapporto ha nove mesi, la non conformità è immediata.»

Gli errori più comuni che incontro:

  • Solo la valutazione iniziale: Mai rieseguita dopo il rilascio in produzione.
  • Nessun trigger definito: I cambiamenti rilevanti non riavviano la valutazione.
  • Evidenze non conservate: Valutazione eseguita ma senza rapporto archiviato.
  • Fotocopia del ciclo precedente: Rapporto identico, senza confronto né dati nuovi.
  • Azioni mai chiuse: Rilievi aperti da cicli senza verifica di chiusura.