Как построить матрицу компетентности аудиторов по кодам NACE и EA?

Краткий ответ: какое решение должна поддерживать матрица?

Матрица должна показывать не только наличие у человека кода EA, но и одновременное соответствие программе сертификации, технической области, роли, дате задания и актуальным подтверждениям квалификации.

NACE классифицирует деятельность клиента, а области EA/IAF помогают группировать область аккредитации. Ни то ни другое само по себе не подтверждает компетентность аудитора. Назначение разрешается только при одновременном выполнении критериев организации и наличии проверенных подтверждений.

Чем код NACE отличается от кода EA?

NACE подробно классифицирует экономическую деятельность, а области EA/IAF помогают описывать область аккредитации QMS и EMS более широкими техническими категориями.

Eurostat публикует новейшую классификацию NACE Rev. 2.1 и поясняет её поэтапное применение в европейской статистике с 2025 года. При этом таблица областей QMS и EMS в IAF ID 1:2020 основана на NACE Rev. 2. Поэтому вместе с каждым кодом матрица должна учитывать название и версию классификации и сохранять их как часть записи.

Используйте таблицу соответствия с управлением версиями вместо ручной перезаписи преобразований кодов. Если вид деятельности по Rev. 2.1 соответствует нескольким прежним классам или относится к пограничному случаю, не присваивайте автоматически статус «соответствует»; направьте рассмотрение области уполномоченному сотруднику.

Как спроектировать строки и столбцы матрицы компетентности?

Формируйте строки по единицам компетентности, по которым нужно принять решение, а не по именам сотрудников; столбцы — по критериям, которые можно подтвердить доказательствами.

Рекомендуемый ключ строки program + teknik alan + rol + görev türü — сочетание указанных составляющих. Сотрудник связывается с этой строкой, но её критерии и доказательства сотрудника хранятся отдельно. Это позволяет определить, кого необходимо повторно оценить при изменении критерия.

1. Программа: Применимый стандарт системы менеджмента и используемый комплект нормативных документов.
2. Техническая область: Область EA/IAF, соответствующие виды деятельности NACE и собственная детализация организации по риску и сложности.
3. Роль: Рассмотрение заявки, проведение аудита, руководство группой, техническая экспертиза, проверка отчёта или принятие решения о сертификации.
4. Критерий: Необходимые знания и навыки в отношении программы, отрасли, процессов, законодательства и практики аудита.
5. Доказательство: Запись с указанием источника, даты, оценщика, области, результата и, при наличии, срока действия или даты пересмотра.
6. Решение о полномочиях: Решение уполномоченного сотрудника с указанием области и сохранением истории; ограничения, условия и дата следующего мониторинга.

ISO/IEC 17021-1 устанавливает общую основу компетентности. Части для отдельных программ, например ISO/IEC 17021-3 для QMS, вводят дополнительные критерии. TÜRKAK также указывает, что при подаче заявок на сертификацию систем менеджмента соответствующие документы ISO, IAF, EA и TÜRKAK применяются совместно. Поэтому модель с одной ячейкой вроде «EA 17 — пройдено» теряет различия между программами и ролями.

Какие доказательства должны подтверждать содержимое ячейки?

Свидетельство об участии само по себе не является решением о компетентности; необходима цепочка доказательств того, что знания и навыки оценены подходящими методами.

Заранее определите допустимый метод оценки для каждого критерия. Запись об обучении может подтверждать получение знаний; отраслевой опыт обеспечивает контекст; экзамен, собеседование, анализ дела или наблюдение дают доказательства выполнения конкретного критерия. Итоговое решение следует записать с указанием уполномоченного оценщика и даты.

• Ясно ли указаны программа, техническая область и роль, охватываемые доказательством?
• Действительно ли метод оценки проверяет соответствующие знания или навыки?
• Зафиксированы ли результат, оценщик и обоснование решения?
• Согласуется ли дата доказательства с планируемой датой аудита?
• Актуальны ли записи мониторинга, наблюдения за работой или оценки результативности?
• Есть ли приостановление полномочий, ограничение, конфликт интересов или препятствие, связанное с доступностью?

Матрица не должна сводиться к таблице «есть/нет». Соответствует, не соответствует, недостаточно доказательств, истёк срок действия или пересмотра, ограничено — используйте такие понятные статусы. Неопределённая или неполная запись не должна превращаться в положительный результат.

Как работает проверка назначения с блокировкой при невыполнении условий?

Сначала структурируется область работы; затем запись о полномочиях кандидата сопоставляется с этой же областью и датой задания. Назначение не сохраняется, пока не пройдены все обязательные проверки.

1. При рассмотрении заявки определяют виды деятельности и площадки клиента, не ограничиваясь основным кодом в торговом реестре.
2. Записывают код NACE и его версию; соответствующую область EA/IAF определяют с указанием версии таблицы соответствия и обоснования рассмотрения области.
3. Определяют программу сертификации, вид аудита, роль, планируемую дату и необходимые технические компетенции.
4. Получают решение о полномочиях кандидата с указанием области, актуальные доказательства мониторинга, подходящую роль и результаты проверок конфликта интересов.
5. Отдельно оценивают сотрудника и группу в целом. IAF MD 11:2023 требует, чтобы при интегрированных аудитах группа была компетентна по каждому охватываемому стандарту и соответствующей технической области.
6. Если какая-либо проверка не пройдена, назначение останавливается с ясным указанием необходимых доказательств. При исключении фиксируют его область, срок, обоснование и независимое утверждение; незаметный обход недопустим.

Привлечение технического эксперта не означает автоматической передачи ему всех обязанностей аудитора. Состав группы и распределение задач следует определять по действующим процедурам организации и правилам программы; программа должна применять только проверенные правила.

Что происходит с незавершёнными назначениями при изменении кодов или компетентности?

Не перезаписывайте прежнее решение; создайте новую версию и поставьте затронутые запланированные работы в очередь повторной оценки.

Переход с NACE Rev. 2 на Rev. 2.1, изменение области аккредитации, пересмотр документа программы, ограничение полномочий сотрудника или изменение результата мониторинга могут повлиять на существующие планы. Версия матрицы, набор правил, таблица соответствия и решение о назначении должны иметь отдельные идентификаторы и историю.

Повторная оценка не означает автоматическую отмену. Система выводит затронутые работы, а уполномоченный сотрудник сравнивает новые и прежние условия. Но до завершения рассмотрения новое назначение или план аудита не должны считаться соответствующими требованиям.

Для управления продолжительностью аудита в том же плане руководство по продолжительности аудита IAF MD 5, а для всего процесса от заявки до решения руководство по программному обеспечению для сертификации систем менеджмента могут служить ориентиром.

Какие сценарии следует проверить в пилотном внедрении?

Проверяйте не только успешное назначение, но и сценарии, в которых ошибочные и неопределённые данные безопасно блокируют процесс.

• Блокируется ли назначение при выборе правильной программы, но неверной технической области?
• Направляется ли на рассмотрение деятельность с неизвестной версией NACE или несколькими соответствиями в Rev. 2.1?
• Останавливается ли планирование, если аудитор подходит, но группе в целом недостаёт компетенции по программе или технической области?
• Показывает ли система причину, если решение о полномочиях есть, а актуальных доказательств мониторинга нет?
• Запрашивается ли повторная проверка, если аудит запланирован после даты пересмотра полномочий?
• Попадают ли незавершённые работы в список затронутых при изменении версии правил или области?
• Сохраняются ли в журнале действий сотрудник, выполнивший назначение, использованная версия матрицы и результаты всех проверок?

Vizyon Alia проверяйте на этих негативных сценариях, используя реальные записи вашей организации о заявках, областях и аудиторах, из которых удалены персональные данные. Продукт не принимает решения об аккредитации или компетентности; он применяет утверждённые организацией критерии в прозрачном процессе с управлением версиями и блокировкой при невыполнении условий.