# План мониторинга климатического проекта: что в нём должно быть

> План мониторинга определяет, какие параметры проекта, какими приборами, как часто и кем измеряются. Разбираем структуру плана, контроль качества данных и типичные ошибки.

Source: https://7g.carbonplatform.asia/kb/monitoring-plan

План мониторинга (monitoring plan) — часть проектного документа, которая описывает, какие параметры измеряются, какими приборами, с какой частотой, кто отвечает за данные и как контролируется их качество. По этому плану готовятся отчёты о мониторинге, и именно с ним верификатор сверяет фактические данные проекта.

## Зачем нужен план мониторинга

Без заранее утверждённого плана верификатору не с чем сравнивать собранные данные. План делает расчёт сокращения воспроизводимым: любой проверяющий, взяв те же исходные данные и формулы, должен получить тот же результат. Это требование лежит в основе MRV (подробнее — [Что такое MRV](https://7g.carbonplatform.asia/kb/what-is-mrv)) и ISO 14064-2:2019.

## Структура плана

1. **Перечень параметров.** Для каждого: обозначение, единица измерения, источник (прибор, документ, справочник), частота измерения и записи, метод расчёта, если параметр не измеряется напрямую.
2. **Фиксированные параметры.** Значения, определённые при валидации и не меняющиеся в мониторинге: например, коэффициенты выбросов из выбранного источника.
3. **Приборы учёта.** Тип, класс точности, место установки, порядок и периодичность поверки.
4. **Роли и ответственность.** Кто снимает показания, кто проверяет, кто утверждает отчёт.
5. **Контроль качества (QA/QC).** Сверка показаний счётчиков со счетами поставщика, проверка на пропуски и выбросы значений, порядок замены недостающих данных.
6. **Хранение данных.** Где и сколько хранятся записи и первичные документы.

## Пример таблицы параметров

Для проекта замены газовой котельной на тепловой насос:

| Параметр | Ед. | Источник | Частота |
|---|---|---|---|
| Потребление электроэнергии тепловым насосом | кВт·ч | Отдельный счётчик | Ежемесячно |
| Остаточное потребление газа | м³ | Коммерческий узел учёта | Ежемесячно |
| Выработка тепла | кВт·ч | Теплосчётчик | Ежемесячно |
| Градусо-сутки | °C·сут | Метеоданные | Ежемесячно |
| Коэффициент сети | кг CO₂e/кВт·ч | Справочник, зафиксирован при валидации | На период |

Теплосчётчик формально не нужен для расчёта выбросов, но позволяет проверить реалистичность: если коэффициент преобразования (COP) теплового насоса за месяц резко выходит за типичный диапазон, это сигнал о сбое прибора.

## Как поступать с пропусками

Пропуски неизбежны: прибор вышел из строя, показания не сняты. План должен заранее определять консервативный подход: недостающие данные заменяются так, чтобы сокращение не было завышено. Например, если не работал счётчик электроэнергии теплового насоса, за пропущенный период берут максимальное наблюдавшееся потребление, а не среднее. Важно описать это до начала мониторинга, а не придумывать правило по факту.

## Типичные ошибки

- Счётчик проекта не отделён от общего учёта объекта, и эффект невозможно выделить.
- Нет записей о поверке приборов.
- Показания переписываются вручную без первичных документов (см. [Качество данных](https://7g.carbonplatform.asia/kb/data-quality)).
- Коэффициенты меняются от отчёта к отчёту без основания в плане.
- Фактическая частота измерений ниже, чем указано в плане.

## Как это устроено в платформе

- Контур MRV пока в разработке и отмечен в платформе «Скоро»: план мониторинга, климатические проекты и отчёты о мониторинге в ней пока не ведутся.
- Многие требования плана уже можно отработать на данных объекта в контуре GHG. В разделе [«Ввод данных»](https://7g.carbonplatform.asia/data-entry) электроэнергия, тепло и газ вносятся помесячно, покупная энергия — по счёту или акту либо по показаниям счётчика, а к записям прикладываются счета, акты и фото показаний. Порядок сбора описан в статье [Сбор данных по энергии и топливу](https://7g.carbonplatform.asia/kb/energy-data-collection).
- Месяц без данных платформа показывает как незаполненный: нужно внести расход или отметить «Расхода не было». Перед закрытием года объекта она проверяет полноту данных.
- «История изменений» года показывает, кто, что и когда менял, а закрытый год доступен только для просмотра.

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

### Можно ли изменить план мониторинга после регистрации проекта?

Да, но в порядке, установленном программой: изменения описываются, обосновываются и, как правило, проверяются верификатором. Отклонение от плана без оформления — частая причина замечаний.

### Обязательно ли ставить отдельный счётчик на проектное оборудование?

Требование зависит от методологии. На практике отдельный учёт сильно упрощает верификацию и снижает неопределённость.

### Как часто нужно готовить отчёт о мониторинге?

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