Come si costruisce la matrice di competenza degli auditor con i codici NACE ed EA?

Risposta breve: quale decisione deve prendere la matrice?

La matrice di competenza dei revisori deve mostrare se una persona soddisfa insieme, e non solo il codice EA, il programma di certificazione, il settore tecnico, il ruolo, la data dell'incarico e le prove di idoneità aggiornate.

NACE classifica l'attività del cliente; il settore EA/IAF aiuta a raggruppare il perimetro di accreditamento. Nessuno dei due è da solo un'idoneità del revisore. L'assegnazione può aprirsi solo quando i criteri definiti dall'organizzazione e le prove verificate passano contemporaneamente.

Qual è la differenza tra codice NACE e codice EA?

NACE classifica in dettaglio l'attività economica; il settore EA/IAF aiuta a esprimere il perimetro di accreditamento QMS ed EMS in settori tecnici più ampi.

Eurostat pubblica la classificazione più recente come NACE Rev. 2.1 e ne illustra l'uso graduale nelle statistiche europee dal 2025. Al contrario, la tabella dei settori QMS ed EMS in IAF ID 1:2020 è basata su NACE Rev. 2. Perciò la Sua matrice deve conservare, insieme a ogni codice, anche nome e versione della classificazione .

Invece di sovrascrivere manualmente la conversione dei codici, usi una tabella di corrispondenza versionata. Se l'attività Rev. 2.1 si divide in più classi precedenti o presenta un caso limite, non produca automaticamente «idoneo»; indirizzi la revisione del perimetro al ruolo autorizzato.

Come progettare righe e colonne della matrice di competenza?

Costruisca le righe non sul nome della persona, ma sull'unità di competenza su cui decidere; e le colonne su criteri dimostrabili.

Chiave di riga consigliata program + teknik alan + rol + görev türü è la combinazione. La persona si collega a questa riga; ma i criteri della riga e le prove della persona restano separati. Così, quando un criterio cambia, si vede quali persone vanno rivalutate.

1. Programma: Norma di sistema di gestione pertinente e set di documenti normativi usati.
2. Settore tecnico: Settore EA/IAF, attività NACE di supporto e sottoripartizione propria di rischio/complessità dell'organizzazione.
3. Ruolo: Revisione della domanda, audit, guida della squadra, competenza tecnica, revisione del rapporto o decisione di certificazione.
4. Criterio: Conoscenze e competenze richieste relative a programma, settore, processi, normativa e pratica di audit.
5. Prova: Record con sorgente, data, valutatore, perimetro, esito ed eventuale data di validità/revisione.
6. Decisione di autorizzazione: Decisione perimetrata e datata del ruolo autorizzato; restrizioni, condizioni e data del successivo monitoraggio.

ISO/IEC 17021-1 istituisce il quadro generale di competenza. Per i QMS sezioni specifiche di programma come ISO/IEC 17021-3 aggiungono criteri ulteriori. Anche TÜRKAK indica che nelle domande di certificazione di sistemi di gestione si applicano congiuntamente i pertinenti documenti ISO, IAF, EA e TÜRKAK. Per questo un modello a cella unica tipo «EA 17 superato» perde la distinzione tra programma e ruolo.

Quali prove devono popolare una cella?

L'attestato di partecipazione da solo non è una decisione di competenza; serve una catena probatoria che dimostri la valutazione di conoscenze e competenze con metodi idonei.

Definisca in anticipo, per ogni criterio, il metodo di valutazione accettato. Il registro di formazione può mostrare l'apporto di conoscenze; l'esperienza settoriale sostiene il contesto; esame, colloquio, esame documentale o osservazione forniscono invece la prova di valutazione che un determinato criterio è soddisfatto. La decisione finale va registrata con valutatore autorizzato e data.

• Il perimetro di programma, settore tecnico e ruolo coperto dalla prova è esplicito?
• Il metodo di valutazione misura davvero la conoscenza o la competenza pertinente?
• Esito, valutatore e motivazione della decisione sono registrati?
• La data della prova è coerente con la data pianificata dell'audit?
• Il registro di monitoraggio, testimonianza o prestazione è aggiornato?
• Esistono sospensione, restrizione, conflitto d'interessi o indisponibilità?

La matrice non deve essere una tabella «sì/no». Usi stati spiegabili come idoneo, non idoneo, prova mancante, scaduto/da rivedere, limitato. Un record ambiguo o incompleto non deve trasformarsi in un esito idoneo.

Come funziona il controllo di assegnazione fail-closed?

Prima si configura il perimetro del lavoro; poi il registro di autorizzazione del candidato si confronta con lo stesso perimetro e la stessa data d'incarico. Fintanto che ogni porta obbligatoria non è superata, l'assegnazione non viene registrata.

1. Nella revisione della domanda si determinano attività e sedi del cliente; non ci si limita al codice principale del registro commerciale.
2. Si registrano codice e versione NACE; il settore EA/IAF pertinente si determina insieme alla versione di corrispondenza usata e alla motivazione della revisione del perimetro.
3. Si derivano programma di certificazione, tipo di audit, ruolo, data pianificata e competenze tecniche richieste.
4. Si richiamano la decisione di autorizzazione perimetrata del candidato, la prova di monitoraggio aggiornata, il ruolo idoneo e i controlli di conflitto d'interessi.
5. La persona e la squadra nel loro complesso si valutano separatamente. IAF MD 11:2023 richiede che negli audit integrati la squadra sia sufficiente per ogni norma coperta e per il relativo settore tecnico.
6. Se manca una porta, l'assegnazione si arresta e si mostra esplicitamente quale prova è necessaria. In caso di eccezione se ne registrano perimetro, durata, motivazione e approvazione indipendente; non si passa in silenzio.

L'uso di un esperto tecnico non delega automaticamente tutte le responsabilità del revisore. Composizione della squadra e ripartizione degli incarichi vanno determinati con le procedure vigenti dell'organizzazione e le regole di programma; il software deve applicare solo regole verificate.

Che accade alle assegnazioni aperte quando cambia un codice o una competenza?

Non sovrascriva la decisione precedente; apra una nuova versione e metta i lavori pianificati interessati in coda di rivalutazione.

Il passaggio da NACE Rev. 2 a Rev. 2.1, una modifica del perimetro di accreditamento, la revisione di un documento di programma, la restrizione dell'autorizzazione del personale o un cambiamento dell'esito di monitoraggio possono influire sui piani esistenti. Versione della matrice, set di regole, tabella di corrispondenza e decisione di assegnazione vanno storicizzati con identità separate.

Rivalutazione non significa annullamento automatico. Il sistema elenca i lavori interessati; la persona autorizzata confronta le condizioni nuove e precedenti. Ma fino al completamento della revisione né la nuova assegnazione né il piano di audit devono considerarsi «idonei».

Per gestire la durata dell'audit nello stesso piano veda la guida IAF MD 5 sulla durata degli audit, per l'intero flusso dalla domanda alla decisione la guida al software di certificazione dei sistemi di gestione può essere utilizzata.

Quali scenari devono essere collaudati nel pilota del software?

Conducete il pilota non solo con assegnazioni riuscite, ma anche con scenari in cui dati errati o ambigui vengono bloccati in modo sicuro.

• Se viene selezionato il programma corretto ma il settore tecnico errato, l'assegnazione si chiude?
• Se la versione NACE è sconosciuta o se l'attività ha più corrispondenze nella Rev. 2.1, finisce in revisione manuale?
• Se l'auditore è idoneo ma nel totale della squadra manca un programma o settore tecnico, la pianificazione si blocca?
• Se esiste la decisione di autorità ma manca la prova di monitoraggio aggiornata, il sistema mostra la motivazione?
• Se la data di audit è successiva alla data di revisione dell'autorità, viene richiesta una nuova verifica?
• Quando cambia la versione di una regola o della perimetrazione, i lavori aperti compaiono nell'elenco degli elementi interessati?
• Chi effettua l'assegnazione, la versione della matrice utilizzata e tutti i risultati dei controlli vengono conservati nel registro delle operazioni?

Vizyon Alia durante la valutazione, eseguite questi scenari negativi con le richieste, le perimetrazioni e i registri degli auditor reali della vostra organizzazione, depurati dai dati personali. Il prodotto non prende decisioni di certificazione, accreditamento o idoneità; applica i criteri approvati dall'organizzazione in un flusso di lavoro visibile, versionato e fail-closed.