Валидация и верификация климатических проектов: в чём разница

Валидация (validation) — это независимая проверка проекта до начала мониторинга: соответствует ли PDD методологии, обоснованы ли базовая линия и дополнительность. Верификация (verification) — проверка уже полученных результатов: подтверждено ли фактическое сокращение выбросов за период мониторинга. Валидация отвечает на вопрос «правильно ли задуман проект», верификация — «действительно ли он дал заявленный эффект».

Нормативная основа

• ISO 14064-3:2019 — требования к валидации и верификации заявлений о парниковых газах; подтверждён ISO в 2024 г.
• ISO 14065:2020 — требования к органам, которые выполняют валидацию и верификацию.
• ISO 14064-2:2019 — требования к самим проектам, с которыми сверяется валидатор.
• Правила программ (Verra, Gold Standard, механизм статьи 6.4) — дополнительные требования к аккредитации и процедурам.

Тот же ISO 14064-3 применяется и к корпоративной отчётности — см. Верификация инвентаризации по ISO 14064-3.

Чем различаются валидация и верификация

Как проходит проверка

1. Планирование. Верификатор оценивает риски, определяет уровень заверения и существенность.
2. Анализ документов. PDD, расчёты, отчёт о мониторинге, первичные документы.
3. Посещение площадки. Проверка оборудования, приборов учёта, интервью с персоналом.
4. Выборочная проверка данных. Пересчёт части значений от первичных документов до итоговых тонн.
5. Замечания. Запросы на исправление и уточнение; владелец проекта отвечает и вносит исправления.
6. Заключение. Положительное, с оговорками или отрицательное.

Частые замечания

• Расчёт нельзя воспроизвести: в таблицах ручные правки без пояснений.
• Данные мониторинга не совпадают с планом мониторинга по частоте или источнику.
• Нет подтверждения поверки приборов.
• Коэффициенты выбросов взяты из другой версии источника, чем при валидации.
• Нет понятной истории изменений: неизвестно, кто и когда поменял базу.

Независимость проверяющего

Главное требование к верификатору — отсутствие конфликта интересов. Организация не может проверять собственный проект или проект, в котором заинтересована. Это требование ISO 14065:2020 и правил программ, и его стоит учитывать уже при выборе органа по валидации и верификации.

Как это устроено в 7G

• Итоговый отчёт проекта MRV (блок 7, «база / проект») формируется в PDF с хешем SHA-256 после отметки методолога «проверено».
• Работает консорциум «3 из 3» (TER, HPBS, ЭИС): итоговая запись создаётся только после того, как все три участника подтвердят один и тот же хеш PDF. По правилу 3А организация не проверяет свой проект (самоотвод); тогда по п. 5.5 назначается временный валидатор — подробнее в статье Правило «3 из 3».
• Журнал аудита с цепочкой SHA-256 и выгрузкой CSV (/audit) помогает показать внешнему верификатору историю данных и решений.
• Подтверждение консорциумом 7G не заменяет заключение аккредитованного органа, если его требует программа.

Частые вопросы

Может ли один и тот же орган выполнить валидацию и верификацию?

Это определяют правила программы: допустимо ли совмещение и нужна ли смена органа для отдельных типов проектов. Уточняйте в правилах выбранной программы и в нормативной карте.

Что такое уровень заверения?

Это степень уверенности верификатора в заключении: разумный (reasonable) или ограниченный (limited). Какой уровень нужен для выпуска углеродных единиц, определяют правила конкретной программы.

Сколько длится верификация?

Зависит от объёма проекта, качества данных и числа замечаний. Подготовленный пакет документов и воспроизводимый расчёт заметно сокращают срок.