Come si collegano tra loro in audit i registri di personale, strumenti e rapporti?

Risposta breve: come si collegano le tre registrazioni?

Collegate ogni incarico, sotto un unico identificativo di incarico/relazione, alla versione dell'autorizzazione del personale al momento dell'assegnazione, alla versione di idoneità della strumentazione al momento dell'uso e alla revisione della relazione pubblicata.

La prova in audit non è costituita solo da elenchi aggiornati di personale e strumentazione. L'auditore deve poter ricostruire a ritroso chi ha prodotto un determinato esito, con quale ambito di autorità, con quale strumento, con quale metodo e versione del modulo; chi lo ha esaminato e come quale versione di relazione è stato pubblicato.

Quali identificativi devono trovarsi nell'ossatura comune delle registrazioni?

Risposta breve: occorrono identificativi immutabili per persona, autorizzazione, strumento, idoneità dello strumento, incarico, metodo/modulo e relazione. Il nome o il nome del file non devono essere chiave di relazione.

La ISO/IEC 17020:2026 definisce il quadro di competenza, imparzialità ed esercizio coerente per gli organismi di ispezione; la nuova edizione rafforza anche il controllo dei dati e delle informazioni. Il software non decide la conformità a tali requisiti. Il suo compito è trasformare la procedura approvata dall'organismo in relazioni dimostrabili e porte fail-closed.

Come va collegata la competenza del personale alla relazione?

Collegate non il profilo attuale della persona, ma la registrazione di autorizzazione vigente al momento dell'assegnazione e dell'esecuzione dell'incarico. La guida sulla competenza dell'ISO 9001 Auditing Practices Group tratta congiuntamente la determinazione della competenza necessaria, le attività svolte per acquisirla, la valutazione della efficacia e la conservazione delle informazioni documentate di natura probatoria.

La registrazione di autorizzazione deve contenere almeno ruolo, metodo o attività, ambito tecnico, livello se richiesto, esito della valutazione, valutatore/approvatore, date di inizio e fine e identificativo della prova di riferimento. Aggiungere il certificato al profilo non basta da solo; l'ambito del documento deve corrispondere all'ambito richiesto dall'incarico.

La porta di assegnazione può funzionare in questa sequenza: si determinano ruolo e ambito richiesti dall'incarico, si cerca la versione di autorizzazione vigente alla data dell'evento, si verifica presenza di restrizioni o sospensioni e la corrispondenza riuscita viene scritta come istantanea nella registrazione dell'incarico. Anche se l'autorizzazione del personale viene poi rinnovata, resta immutato su quale versione si basava la relazione precedente.

La registrazione dello strumento è solo la data di taratura?

No. La guida ISO/IAF sulle risorse di monitoraggio e misura raccomanda che il livello di controllo dipenda dall'uso previsto e che si richieda una prova dell'idoneità della strumentazione scelta per la specifica attività. Per questo “taratura valida” da sola non rende lo strumento idoneo a ogni incarico.

• L'identificativo univoco dello strumento, il tipo, il numero di serie e l'unità responsabile;
• l'intervallo di misura, la risoluzione e le altre specifiche tecniche necessarie all'incarico;
• la registrazione di taratura o verifica, il suo ambito, l'esito e lo stato di validità;
• gli eventi di manutenzione, controlli intermedi, guasto, danneggiamento, quarantena e rimessa in servizio;
• vanno conservati insieme al momento di effettivo utilizzo nell'incarico e, se necessario, alla relazione con sonda, sensore o accessorio.

La relazione non deve guardare dinamicamente allo stato attuale della scheda dello strumento; deve conservare la versione di idoneità accettata al momento dell'uso. Se successivamente lo strumento risulta non idoneo, il sistema deve poter aprire una valutazione d'impatto elencando gli incarichi legati allo stesso insieme strumento-versione-intervallo temporale. Ciò non significa considerare automaticamente invalidato l'esito, ma fornire l'ambito corretto alla valutazione tecnica autorizzata.

Come tutela il legame probatorio la revisione della relazione?

La relazione pubblicata non deve essere sovrascritta sul posto. Se occorre una correzione, la nuova revisione viene collegata all'identificativo della relazione precedente, alla motivazione della modifica, ai campi modificati, alla persona che ha riesaminato/approvato e alla nuova data di pubblicazione.

1. Le registrazioni di campo e le prove grezze vengono bloccate nell'identificativo dell'incarico oppure completate con una registrazione di allegato controllata.
2. La bozza di relazione referenzia le versioni delle autorizzazioni del personale e delle idoneità della strumentazione utilizzate.
3. L'esame tecnico blocca l'approvazione se esiste un legame mancante o non valido.
4. L'evento di pubblicazione registra come pacchetto immutabile la revisione della relazione, le versioni degli input e l'autorizzazione concessa.
5. Una correzione successiva apre una nuova revisione; la versione precedente, la distribuzione e la traccia di verifica restano accessibili.

revisione della relazione firmata elettronicamente e tracciatura delle operazioni la guida dettaglia come conservare la catena di versioni dopo la firma.

Quali eventi vanno conservati nel registro delle operazioni?

La NIST SP 800-171 Rev. 3 richiede che la registrazione di audit includa tipo di evento, tempo, luogo, origine, esito e identificativi delle persone/oggetti correlati, e che le informazioni di audit siano protette da accesso, modifica e cancellazione non autorizzati. Questo quadro di sicurezza non sostituisce un requisito di accreditamento, ma fornisce un riferimento applicabile alla progettazione tecnica della traccia probatoria digitale.

Registrate gli eventi di assegnazione/rifiuto del personale, concessione-sospensione dell'autorizzazione, messa in servizio-messa in quarantena della strumentazione, creazione di registrazioni di campo, aggiunta di prove, esame tecnico, approvazione della relazione, revisione e pubblicazione. In ogni evento devono figurare l'identificativo dell'utente o del servizio, il timestamp con il fuso orario, gli identificativi degli oggetti correlati, l'esito e la motivazione.

Il log non è una copia della tabella degli incarichi. Lo stato attuale velocizza l'operatività; il registro degli eventi mostra con quali passaggi si è giunti a quello stato. Le autorizzazioni di audit vanno separate da quelle operativi giornalieri e le operazioni dei pochi ruoli in grado di modificare lo storico vanno monitorate ulteriormente.

Quali interrogazioni deve poter eseguire l'auditore a partire da una singola relazione?

Risposta breve: partendo dalla relazione, tutti i legami critici devono poter essere verificati a ritroso in un'unica vista, senza però esporre dati personali e commerciali oltre quanto richiesto dall'incarico.

• Da quale incarico, oggetto, metodo e versione del modulo è stata prodotta questa relazione?
• Con quale ambito erano autorizzate, alla data dell'evento, le persone esecutrici ed esaminatrici?
• Quale strumento, sonda o accessorio è stato usato e quale registrazione di idoneità era vigente in quel momento?
• Quali passaggi di esame e approvazione intercorrevano tra la prova grezza di campo e l'esito pubblicato?
• Se la relazione è stata rivista, perché, da chi e con quali nuovi input è cambiata?
• Se una non conformità di autorizzazione o di strumentazione è stata accertata in seguito, quali incarichi sono stati sottoposti a valutazione d'impatto?

Il pacchetto di audit esportato non deve essere una copia non controllata del database attivo. Deve contenere registrazioni selezionate per ambito, identificativi di versione e verifica di integrità; le regole di conservazione e accesso vanno definite con la procedura dell'organismo.

Come si collaudano le porte fail-closed nel flusso VizyonTech?

Vizyon Kalite o quando si valuta il flusso di ispezione collegato, scegliete un incarico esempio anonimizzato. Prima stabilite il legame corretto tra personale, strumentazione e relazione; poi verificate non solo lo scenario positivo, ma la capacità del sistema di fermare l'errore.

1. Provate un'assegnazione con autorizzazione di ambito insufficiente o scaduta alla data dell'evento.
2. Selezionate uno strumento con taratura valida ma non idoneo all'intervallo di misura dell'incarico.
3. Inviate all'approvazione la bozza di relazione con uno strumento messo in quarantena.
4. Modificate la prova grezza e verificate che la revisione precedente della relazione non cambi.
5. Eseguite il passo di pubblicazione o firma prima del completamento dell'esame tecnico.
6. In caso di non conformità della strumentazione accertata in seguito, controllate che gli incarichi interessati siano elencati integralmente.

Il criterio di successo non è produrre un gran numero di registrazioni. Il sistema deve impedire il legame errato con una motivazione spiegabile, registrare separatamente l'eccezione autorizzata e permettere all'auditore di ricostruire l'evento storico indipendentemente dai profili attuali.

Quale fonte fa fede nel passaggio alla versione 2026?

Secondo l'inventario ufficiale ISO, la ISO/IEC 17020:2026 è la terza edizione pubblicata a marzo 2026 e corretta a giugno 2026; la versione 2012 è stata ritirata. La ILAC P15:05/2020, presente nell'attuale pagina delle politiche ILAC, come indica il nome si basa sull'applicazione della ISO/IEC 17020:2012.

Per questo non etichettate automaticamente la checklist come “conforme 2026”. L'ambito di accreditamento dell'organismo, le attuali decisioni di transizione dell'organismo nazionale di accreditamento e le procedure approvate vanno verificati congiuntamente. I vecchi e i nuovi insiemi di requisiti vanno versionati separatamente; la decisione di transizione, il responsabile e i flussi di lavoro interessati vanno messi a registro.