Привязка показателей к раскрытиям

Привязка показателя к требованию раскрытия — это то самое действие, которое превращает значение метрики в доказательство соответствия критерию. Без неё показатель остаётся числом, а требование в gap-анализе — незакрытым. Эта страница объясняет, как устроена связь «метрика ↔ требование», что означает полнота покрытия, как одна метрика закрывает несколько требований сразу и почему для Scope 2 раскрываются оба метода. Привязки ведёт администратор в каталоге — см. перечень критериев в поддерживаемых стандартах.

Что такое привязка показателя к раскрытию

Привязка — это связь между метрикой и требованием раскрытия стандарта с дополнительным атрибутом полноты покрытия. Когда метрика привязана к требованию, её валидное и подтверждённое значение начинает работать как доказательство: система понимает, что данное требование стандарта закрывается именно этим показателем. Эта связь и питает gap-анализ — без неё требование считается непокрытым.

Полнота покрытия (coverage)

У каждой привязки есть полнота покрытия — одно из двух значений:

• Полное — метрика полностью закрывает требование. При наличии достоверного значения требование может получить статус «Покрыто».
• Частичное — метрика по замыслу закрывает требование лишь частично; для полного раскрытия нужны дополнительные данные. Такая привязка не даёт статуса «Покрыто» сама по себе.

По умолчанию при привязке выбирается «Полное». В админ-панели поле называется «Покрытие», а таблица привязанных метрик в карточке требования — «Показатели».

Одна метрика — несколько требований

Метрика может быть привязана к нескольким требованиям раскрытия одновременно — и это ключевое доменное правило. Например, показатель прямых выбросов Scope 1 в каталоге привязан сразу к трём требованиям: GHG_SCOPE1 (GHG Protocol), GRI_305-1 и KASE_ESG_DISCLOSURE. Вам достаточно ввести одно значение — и оно закрывает все связанные требования сразу. Дублировать ввод «под каждый стандарт» не нужно и вредно.

Где настраивается привязка

Управление привязками — это часть ведения каталога, доступного только администратору в админ-панели (Filament), навигационная группа «Каталог». Привязку можно создать с двух сторон:

• из карточки требования раскрытия — добавить метрики кнопкой «Прикрепить» с выбором покрытия;
• из карточки показателя — посмотреть и дополнить список его требований.

Каждое прикрепление и открепление фиксируется в журнале аудита (события admin.catalog.requirement.metric_attached и admin.catalog.requirement.metric_detached). В мастере оценки привязок нет — аналитик использует уже готовый маппинг.

При привязке фиксируются три вещи: какая метрика, к какому требованию и с какой полнотой покрытия.

Scope 2 — особый случай

Для выбросов Scope 2 хранятся и раскрываются оба метода: по местоположению (location-based) и рыночный (market-based). Это две отдельные метрики — E_SCOPE2_LOCATION и E_SCOPE2_MARKET, и из коробки обе привязаны к требованию GRI_305-2, но с разной полнотой: метод по местоположению — с полным покрытием, рыночный — с частичным. Поэтому требование попадает в gap-анализ, даже если в оценке есть только рыночный метод, но одним им оно закрыто лишь на «Частично». Статус «Покрыто» даёт достоверное значение по местоположению; рыночный метод раскрывается рядом с ним дополнительно.

Подсказка о неполном раскрытии Scope 2

Если в оценке заполнен ровно один из двух методов Scope 2, система выводит информационную пометку о том, что ожидается раскрытие обоих. Это важно понимать правильно:

• пометка не блокирует работу и не является валидацией;
• она не влияет на скоринг;
• это лишь напоминание раскрыть оба метода для корректного представления выбросов Scope 2.

Связь с прослеживаемостью

За каждым закрытым требованием стоит конкретное значение показателя со своей прослеживаемостью (data lineage): источник, автор, дата/время ввода, выполненные преобразования и приложенные свидетельства. При разбирательстве всегда видно, чем именно закрыто требование. Подробнее о вводе значений — в ручном вводе, о приведении к базовым единицам — в единицах и валюте.

Связь со скорингом и достоверностью

Сама по себе привязка — это потенциал, а не факт покрытия. Метрика закрывает требование «по-настоящему» только если её значение валидно и подтверждено. Непроверенное значение даёт лишь частичное покрытие, а карантинное не учитывается вовсе. Это прямое следствие правила «скоринг только по достоверным данным» — детали в gap-анализе и в материале об ESG-балле.

Как проверить привязки своей оценки

На шаге результатов (шаг 7 мастера) виден список требований с их статусами покрытия — это прямой результат того, как метрики привязаны к раскрытиям. Если ожидаемое требование там отсутствует, скорее всего, нужная метрика не привязана к нему в каталоге — это вопрос к администратору.

Чего нет в Фазе 1

Автоматическое сопоставление метрик к требованиям средствами ИИ и массовый импорт маппинга в Фазу 1 не входят. Привязка ведётся вручную администратором.

Частые ошибки

• Считать, что наличие метрики в оценке уже закрывает требование. Пока метрика не привязана к требованию раскрытия, в gap-анализе оно останется «Отсутствует».
• Раскрыть только один метод Scope 2 и проигнорировать пометку. Для корректного раскрытия нужны оба: по местоположению и рыночный.
• Считать partial-покрытие ошибкой. Это сознательная пометка: метрика закрывает требование лишь частично, и для полного статуса нужны дополнительные данные.
• Ожидать, что привязку можно сделать из мастера оценки. Каталог (стандарты, требования, привязки) ведёт администратор в админ-панели, а не аналитик в мастере.
• Дублировать ввод одного показателя «под каждый стандарт». Одно значение через привязку покрывает все связанные требования сразу.