Come si gestiscono le registrazioni di non conformità e azioni correttive?

Risposta breve: come costruire un registro tracciabile?

Aprite ogni non conformità con un identificativo univoco; collegate nello stesso itinerario di modifica il requisito, la prova oggettiva, la correzione, l'analisi della causa, l'azione responsabile, la scadenza, la prova di attuazione e la decisione indipendente di efficacia.

Il registro non è solo un elenco di attività. Dovete poter ricostruire successivamente chi ha modificato cosa e sulla base di quale prova, dove il problema potrebbe ripetersi e perché è stata presa la decisione di chiusura.

Perché separare correzione e azione correttiva?

Risposta breve: la correzione elimina il problema visibile; l'azione correttiva, agendo sulla causa, riduce il rischio di ricorrenza. Tenerli nello stesso campo porta a chiusure precoci.

La terminologia ufficiale della ISO 9000 distingue la correzione come azione che elimina la non conformità rilevata e l'azione correttiva come azione volta a eliminare la causa della non conformità e a prevenirne la ricorrenza. Ad esempio, sostituire un modulo pubblicato nella versione errata con quella corretta è una correzione. Modificare la regola di distribuzione e accesso che permetteva la selezione del modulo vecchio è invece un'azione focalizzata sulla causa.

Quali campi deve contenere il registro di non conformità?

Prima provate che cosa sia la rilevazione e quale requisito non sia stato soddisfatto; non mescolate la proposta di soluzione al testo della rilevazione.

• Identità e origine: numero di registro univoco, orario di rilevazione, processo, sito, collegamento ad audit/reclamo/evento.
• Criterio e prova oggettiva: requisito applicabile, registro o condizione osservata, ambito ed elementi interessati.
• Classificazione: impatto, urgenza, rischio di ricorrenza e di diffusione; motivazione di chi modifica la classe.
• Prima risposta: contenimento, correzione, gestione delle conseguenze e prove di questi passaggi.
• Causa e ambito: metodo di analisi, cause verificate, scansione di processi/registri analoghi.
• Piano di azione: legame causa-azione, responsabile, data obiettivo interna, eventuale scadenza esterna vincolante e approvazione.
• Attuazione ed efficacia: prova caricata, criterio di successo, orario del controllo, verificatore ed esito.
• Tracciamento delle modifiche: valore precedente, nuovo valore, orario, utente e motivazione.

La struttura armonizzata ISO per i sistemi di gestione del 1° luglio 2026 tratta congiuntamente la catena di contenimento/correzione, gestione delle conseguenze, valutazione delle cause e di possibilità analoghe, attuazione delle azioni necessarie, riesame dell'efficacia e conservazione della prova documentata. Nel flusso di lavoro VizyonTech queste parti devono essere registri correlati e gate di stato, non un unico campo di testo libero.

Con quali stati deve progredire il registro?

Il flusso più sicuro è costituito da piccoli gate espliciti che non avanzano in caso di prova incompleta.

1. Bozza: si registrano origine e ambito; non viene ancora presa una decisione sulla rilevazione.
2. Verificato: criterio e prova oggettiva sono controllati da una persona autorizzata.
3. Controllato: l'impatto urgente è limitato; correzione e registri interessati sono visibili.
4. In analisi: le cause sono valutate con prove, i processi analoghi sono scansionati.
5. Azione approvata: ogni azione è collegata a una causa, a un responsabile e a una scadenza.
6. Attuata: invece di una dichiarazione di completamento si carica una prova oggettiva di attuazione.
7. Efficacia in attesa: si attende il criterio predefinito e l'orario di osservazione adeguato.
8. Chiuso o riaperto: un verificatore autorizzato prende una decisione motivata; un esito negativo comporta la riapertura con una nuova versione.

La guida dell'ISO/IAF Auditing Practices Group raccomanda, prima della chiusura, la prova oggettiva di correzione, analisi della causa e azione correttiva, nonché la verifica che l'azione sia stata attuata ed efficace nel prevenirne la ricorrenza. Questa guida ha finalità formative e non è un articolo di norma vincolante; resta comunque un robusto modello di controllo che previene le chiusure precoci.

Come collegare l'analisi della causa radice alle prove?

Risposta breve: più dello strumento scelto conta sottoporre il risultato a confronto con i dati della rilevazione e del processo. L'"errore del personale" da solo non è una spiegazione di causa sufficiente.

Si possono usare i Cinque Perché, l'istogramma a lisca di pesce o la mappatura dei processi. Tuttavia l'analisi va confrontata con la procedura vigente, le autorizzazioni, formazione/competenza, le regole di dispositivo o software, il carico di lavoro, le interfacce e i registri analoghi precedenti. Per ogni possibile causa va conservato un riferimento a prove che la sostengono o la confutano.

La scansione di non conformità analoghe non si riduce a cercare lo stesso titolo. I registri correlati vanno interrogati per stesso tipo di apparecchiatura, versione del modulo, ruolo utente, cliente, sito, fornitore o regola di controllo. Così diventa visibile uno schema sistematico che sembrava un evento isolato.

Come gestire responsabile, scadenza e ritardo?

Ogni azione deve avere un unico responsabile rendicontabile; i contribuenti possono essere assegnati separatamente. La modifica della scadenza non deve cancellare la data precedente, ma essere versionata con la nuova data e la motivazione.

• Mantenete in campi separati la scadenza esterna e la data obiettivo interna dell'organizzazione.
• Graduate i promemoria in base al rischio e al tempo residuo.
• In caso di ritardo non limitatevi a inviare un'e-mail; generate attività per il titolare del registro, il titolare del processo e il ruolo di escalation definito.
• Anche se il file dell'azione è stato caricato, non superate automaticamente il gate di approvazione e di efficacia.
• Se è richiesta la separazione dei compiti, impedite che chi ha eseguito l'azione approvi la propria decisione di efficacia.

Il regolamento ufficiale del TÜRKAK prevede che gli organismi di valutazione della conformità accreditati comunichino le azioni e i termini per le non conformità di audit e presentino i registri entro il termine indicato nei documenti pertinenti. L'ambito aggiornato della vostra organizzazione e il documento TÜRKAK applicabile vanno verificati separatamente; il software non deve copiare un termine generale su tutti i tipi di registro.

Come eseguire la verifica di efficacia?

Il criterio di efficacia non deve essere inventato dopo il completamento dell'azione; va definito all'approvazione del piano. Il criterio deve essere direttamente collegato alla causa e al risultato atteso.

Ad esempio, se il problema era la selezione del modulo vecchio, non basta caricare il PDF della nuova procedura. Occorre verificare con i registri di sistema che la versione precedente non sia selezionabile nei nuovi incarichi, che i lavori aperti siano stati valutati e che non ricompaia nell'intervallo di osservazione stabilito. L'esito va motivato come "efficace", "parzialmente efficace", "non efficace" o "prova insufficiente"; negli ultimi tre casi il registro deve rimanere aperto in modalità fail-closed o essere riaperto.

L'annuncio dell'attuale ISO 19011:2026 sottolinea, negli audit dei sistemi di gestione, la maggiore attenzione alla digitalizzazione e all'analisi dei rischi. Collegare la rilevazione dell'audit interno a fonte, criterio, processo e registro dei rischi produce una traccia più robusta della sola conservazione di un elenco di rilievi. Per costruire l'insieme della preparazione all'audit la guida alla disposizione dei registri digitali per l'audit TÜRKAK .

Come predisporre il progetto pilota del flusso VizyonTech?

la soluzione Vizyon Periyodik o quando si valuta il flusso qualità adattato alla vostra organizzazione, provate con esempi anonimi questi scenari: registro con correzione urgente completata ma causa mancante, scadenza esterna in ritardo, rilevazione analoga in più processi, prova di attuazione insufficiente, azione con verifica di efficacia fallita e registro riaperto.

La metrica di successo del pilota non è la possibilità di aprire un registro. Una rilevazione viene verificata con criteri incompleti? La correzione viene scambiata per azione correttiva? La modifica della scadenza conserva lo storico? Una persona non autorizzata riesce a chiudere? L'auditore riesce a ricostruire l'intera catena decisionale da un unico registro? La decisione sul prodotto va presa su queste prove.