Como construir a matriz de competências dos auditores com códigos NACE e EA?

Resposta breve: que decisão deve tomar a matriz?

A matriz de competências de auditores deve mostrar se uma pessoa cumpre em conjunto, e não apenas o código EA, o programa de certificação, a área técnica, o papel, a data de atribuição e as provas de competência atualizadas.

O NACE classifica a atividade do cliente; a área EA/IAF ajuda a agrupar o âmbito de acreditação. Nenhum deles, por si só, é competência de auditor. A atribuição só deve abrir quando os critérios definidos pela organização e as provas verificadas passam em simultâneo.

Qual é a diferença entre o código NACE e o código EA?

O NACE classifica detalhadamente a atividade económica; a área EA/IAF ajuda a expressar o âmbito de acreditação de QMS e EMS em áreas técnicas mais amplas.

O Eurostat publica a classificação mais recente como NACE Rev. 2.1 e explica a sua introdução gradual nas estatísticas europeias a partir de 2025. Em contrapartida, a tabela de áreas QMS e EMS no IAF ID 1:2020 baseia-se no NACE Rev. 2. Por isso, na sua matriz, cada código deve ser acompanhado da designação e versão da classificação , informação que também deve ser guardada.

Em vez de substituir manualmente a conversão de códigos, utilize uma tabela de correspondência com versões. Se uma atividade Rev. 2.1 se divide em várias classes antigas ou envolve casos limítrofes, não produza automaticamente “apto”; encaminhe a análise de âmbito para o papel autorizado.

Como devem ser desenhadas as linhas e colunas da matriz de competências?

Construa as linhas não com nomes de pessoas, mas com a unidade de competência a decidir; e as colunas com critérios demonstráveis.

A chave de linha recomendada é a composição program + teknik alan + rol + görev türü A pessoa liga-se a esta linha; mas os critérios da linha e as provas da pessoa são mantidos separados. Assim, quando o critério muda, vê-se que pessoas devem ser reavaliadas.

1. Programa: A norma de sistema de gestão pertinente e o conjunto de documentos normativos utilizados.
2. Área técnica: Área EA/IAF, atividades NACE de suporte e a subdivisão própria de risco/complexidade da organização.
3. Papel: Revisão de candidatura, auditoria, liderança de equipa, perícia técnica, revisão de relatório ou decisão de certificação.
4. Critério: Conhecimento e competências exigidos relativos ao programa, setor, processos, legislação e prática de auditoria.
5. Prova: Registo com fonte, data, avaliador, âmbito, resultado e, se aplicável, data de validade/revisão.
6. Decisão de autorização: Decisão abrangente e datada dada pelo papel autorizado; restrições, condições e data de monitorização seguinte.

A ISO/IEC 17021-1 estabelece o enquadramento geral de competências. Para QMS, secções específicas do programa como a ISO/IEC 17021-3 acrescentam critérios adicionais. O TÜRKAK também refere que, nas candidaturas de acreditação para certificação de sistemas de gestão, os documentos ISO, IAF, EA e TÜRKAK pertinentes são aplicados em conjunto. Por isso, um modelo de célula única como “EA 17 passou” perde a distinção entre programa e papel.

Que provas devem preencher uma célula?

Um certificado de participação não é, por si só, decisão de competência; é necessária uma cadeia de provas que demonstre que o conhecimento e as competências foram avaliados por métodos adequados.

Defina previamente o método de avaliação aceite para cada critério. O registo de formação pode mostrar a entrada de conhecimento; a experiência setorial apoia o contexto; exame, entrevista, análise de ficheiro ou observação fornecem prova de avaliação de que um critério específico foi cumprido. A decisão final deve ser registada com o avaliador autorizado e a data.

• O âmbito da prova em termos de programa, área técnica e papel está claro?
• O método de avaliação mede realmente o conhecimento ou a competência em causa?
• O resultado, o avaliador e a justificação da decisão estão registados?
• A data da prova é compatível com a data planeada da auditoria?
• O registo de monitorização, testemunho ou desempenho está atualizado?
• Existe suspensão, restrição, conflito de interesses ou indisponibilidade?

A matriz não deve ser uma tabela de “existe/não existe”. Utilize estados explicáveis como apto, não apto, prova em falta, validade/revisão expirada, restrito . Um registo ambíguo ou incompleto não deve converter-se num resultado de aptidão.

Como funciona o controlo de atribuição fail-closed?

O âmbito do trabalho é primeiro configurado; o registo de autorização do candidato é depois comparado com o mesmo âmbito e data de atribuição. Enquanto todas as barreiras obrigatórias não forem ultrapassadas, a atribuição não é registada.

1. Na revisão da candidatura, determinam-se as atividades e os locais do cliente; não se fica pelo código principal do registo comercial.
2. O código NACE e a versão são registados; a área EA/IAF pertinente é determinada com a versão de correspondência utilizada e a justificação da análise de âmbito.
3. Extraem-se o programa de certificação, o tipo de auditoria, o papel, a data planeada e as competências técnicas exigidas.
4. São chamadas a decisão de autorização abrangente do candidato, a prova de monitorização atual, o papel adequado e os controlos de conflito de interesses.
5. A pessoa e a equipa no seu conjunto são avaliadas separadamente. O IAF MD 11:2023 exige que, em auditorias integradas, a equipa seja suficiente para cada norma coberta e a respetiva área técnica.
6. Se faltar alguma barreira, a atribuição para e indica-se claramente que prova é necessária. Se houver exceção, registam-se o âmbito, a duração, a justificação e a aprovação independente; não há passagem silenciosa.

A utilização de um perito técnico não transfere automaticamente todas as responsabilidades do auditor. A composição da equipa e a distribuição de tarefas devem ser determinadas pelos procedimentos válidos da organização e pelas regras do programa; o software deve apenas aplicar regras verificadas.

O que acontece às atribuições abertas quando um código ou competência muda?

Não substitua a decisão antiga; abra uma nova versão e coloque os trabalhos planeados afetados numa fila de reavaliação.

A transição de NACE Rev. 2 para Rev. 2.1, uma alteração do âmbito de acreditação, a revisão de um documento de programa, a restrição da autorização de pessoal ou uma alteração do resultado de monitorização podem afetar planos existentes. A versão da matriz, o conjunto de regras, a tabela de correspondência e a decisão de atribuição devem ser historizados com identidades separadas.

Reavaliação não significa cancelamento automático. O sistema lista os trabalhos afetados; a pessoa autorizada compara as condições novas e antigas. Mas, até a análise estar concluída, a nova atribuição ou o plano de auditoria não devem ser considerados “aptos”.

Para gerir a duração da auditoria no mesmo plano, está disponível o guia de duração de auditoria IAF MD 5; e, para todo o fluxo do pedido à decisão, está disponível o guia de software de certificação de sistemas , que pode utilizar.

Que cenários devem ser testados no piloto do software?

Faça o piloto não apenas com atribuições bem-sucedidas, mas com cenários em que dados errados ou ambíguos são parados em segurança.

• Quando se seleciona o programa correto e a área técnica errada, a atribuição fecha?
• Uma atividade com versão NACE desconhecida ou com mais do que um equivalente Rev. 2.1 cai em análise?
• Se o auditor for apto mas faltar programa/área técnica no total da equipa, o plano para?
• Se existir decisão de autorização mas faltar prova de monitorização atual, o sistema mostra a justificação?
• Se a data da auditoria for posterior à data de revisão da autorização, é pedido um novo controlo?
• Quando a versão de regra ou âmbito muda, os trabalhos abertos entram na lista de afetação?
• Quem fez a atribuição, a versão da matriz utilizada e todos os resultados de controlo são preservados no rasto de operações?

Vizyon Alia durante a avaliação, execute estes cenários negativos com registos reais mas despersonalizados de candidatura, âmbito e auditores da sua organização. O produto não decide sobre certificação, acreditação ou competência; aplica os critérios aprovados pela organização num fluxo de trabalho visível, com versões e fail-closed.