Верификация и статусы достоверности
Верификация — это присвоение значению уровня достоверности, который решает, как значение учитывается в ESG-балле. Скоринг ведётся только по достоверным данным, поэтому статус верификации — одно из самых значимых действий над данными. На этой странице разобраны три уровня достоверности Фазы 1, кто и когда их присваивает, инвариант разделения обязанностей (автор не верифицирует свои данные), какие значения вообще можно верифицировать и как верификация связана со скорингом и gap-анализом.
Что такое верификация
Верификация присваивает значению статус достоверности и тем самым определяет, входит ли значение в ESG-балл как подтверждённое. Без верификации значение либо исключается из балла, либо учитывается с понижающим коэффициентом.
Три уровня достоверности (Фаза 1)
- «Не проверено» (
not_verified) — значение внесено, но не подтверждено; - «Самооценка» (
self_assessment) — достоверность заявлена владельцем данных; - «Внутренняя проверка» (
internal_verification) — значение подтверждено внутри организации.
Любой статус, кроме «Не проверено», считается достоверным для скоринга (isTrusted()).
Кто подтверждает каждый уровень
- Самооценку подтверждает ESG-аналитик (владелец данных заявляет достоверность);
- Внутреннюю проверку присваивает ESG-аудитор;
- Внешнее заверение (сторонним провайдером) — это Фаза 2, в текущей версии недоступно.
Где это в интерфейсе
Под значением на шаге 5 отображается бейдж статуса достоверности и кнопка «Верифицировать». Кнопка видна только тому, кто имеет право верификации и не является автором значения.

Инвариант разделения обязанностей
Автор значения не может его верифицировать, даже если он одновременно аудитор или администратор. Кнопка «Верифицировать» для автора скрыта в интерфейсе, а сервер дополнительно отклоняет такое действие (барьер DutySeparation: актор ≠ автор). Так же сервер отклоняет верификацию от того, кто подавал экспертное мнение по этой оценке. Так система гарантирует независимость проверки. Подробнее — Разделение обязанностей.
Какие значения можно верифицировать
Верифицировать можно только актуальное (не вытесненное) значение, у которого нет карантина и которое не отклонено. Если значение в карантине — его сначала нужно разобрать. При попытке верифицировать неактуальное или карантинное значение сервер возвращает конфликт (HTTP 409 «Верифицировать можно только актуальное числовое значение без карантина.»).
Что происходит при изменении значения
Повторный ввод заменяет прежнее значение, и верификация не переносится на новое значение — изменённое значение нужно подтверждать заново. Это защищает от ситуации, когда подтверждённым считается уже не то число, что проверял аудитор. То же при принятии значения из карантина: принятое число — новое, и прежняя проверка с него снимается.
Влияние на скоринг
Непроверенные данные исключаются из ESG-балла либо учитываются с понижающим коэффициентом, а подтверждённые — учитываются полностью. Это инвариант «скоринг только по достоверным данным». Механику весов и коэффициента см. на странице ESG-балл, веса и непроверенные данные.
Связь с gap-анализом
В gap-анализе статус «Покрыто» требует подтверждённых данных; неполные или неподтверждённые данные дают статус «Частично». Таким образом верификация напрямую влияет на оценку полноты раскрытия по стандарту.
Аудиторский след
Присвоение статуса достоверности фиксируется в журнале аудита — это самое значимое доменное действие над данными, и его всегда можно проследить: кто, когда и какой статус присвоил.
Роли и права
Ввод данных — это Аналитик (право enter_data), верификация — Аудитор (право verify_data). Это сознательно разные роли, чтобы соблюдалось разделение обязанностей. См. Роли пользователей.
Что не входит в Фазу 1
Внешнее заверение (ограниченное или разумное) сторонним провайдером — это Фаза 2. В Фазе 1 максимальный уровень — «Внутренняя проверка».
Частые ошибки
- Не видят кнопку «Верифицировать» и считают это багом — на деле они автор значения либо не имеют права
verify_data. - Ожидают, что один пользователь и внесёт, и подтвердит данные — это запрещено разделением обязанностей.
- Пытаются верифицировать карантинное / отклонённое / вытесненное значение — система возвращает конфликт; сначала нужно разобрать карантин или обновить значение.
- Меняют подтверждённое значение и удивляются, что статус достоверности сбросился — при изменении верификация требуется заново.
- Думают, что свидетельство = верификация — это разные шаги: приложить документ и присвоить статус достоверности.
- Считают, что непроверенные данные всё равно полностью попадают в ESG-балл — они исключаются или учитываются с понижающим коэффициентом.
Не нашли ответ? Перейти в поддержку