Short answer
The answer, before the reasoning
Да — один контролируемый набор данных об устойчивом развитии может поддерживать Добровольный стандарт ЕС, ESRS, GRI и запросы банков, но только если в наборе хранятся не только числовые значения. Каждая запись должна сохранять период, границы, определение, методологию, доказательства, владельца, статус проверки и предполагаемую цель.
После этого расчёты могут повторно использоваться через специфические для каждого стандарта корректировки и уровни принятия решений. Результаты должны оставаться раздельными, поскольку эти системы используют различную логику существенности или применимости, границы отчётности, требования к срокам, степень детализации и формулировки утверждений. Безопасная модель — это «один уровень доказательств и расчётов, несколько контролируемых представлений для отчётности», а не единый универсальный вопросник или один общий признак соответствия для нескольких стандартов.
Rule
EU-INT-002
Может ли один набор данных об устойчивом развитии поддерживать Добровольный стандарт ЕС, ESRS, GRI и запросы банков? Единая модель данных для повторного использования расчётов при сохранении раздельности решений о существенности, границах, сроках, цели и соответствии
На практике
Тип
| Тип | Уровень | Аудитория — текущий контекст |
|---|---|---|
| Руководство по архитектуре интероперабельности | Уровень 3 — подробное руководство | Команды по подготовке отчётности SME, владельцы данных, консультанты, специалисты по финансам и разработчики систем — Добровольный стандарт ЕС 2026 года, пересмотренные ESRS, действующие Универсальные стандарты GRI и запросы банков для конкретных целей |
Настоящая проблема интероперабельности — это метаданные, а не арифметика
Команды часто начинают с электронной таблицы, содержащей такие значения, как потребление электроэнергии, выбросы Scope 1, численность персонала и коэффициент аварийности. Значения могут быть правильными и при этом непригодными для использования в различных отчётных результатах, поскольку в файле не указано, какую организацию, объект, период, единицу измерения, определение или методологию представляет каждое значение. Числовое значение становится пригодным для повторного использования только тогда, когда его контекст и доказательства передаются вместе с ним.
Архитектура мастер-данных LRA: один уровень доказательств, контролируемые расчёты, отдельные уровни принятия решений и раздельные результаты.
Rule
ОСНОВНОЙ ПРИНЦИП
Повторно используйте исходные доказательства и контролируемые расчёты. Повторно принимайте решения отдельно по каждому стандарту. Не используйте повторно вывод о существенности, применимости или соответствии только потому, что исходная числовая величина совпадает.
На практике
Четырёхуровневая модель мастер-данных
| Уровень | Содержание | Цель контроля |
|---|---|---|
| 1. Источники и доказательства | Счета, выгрузки показаний счётчиков, платёжные ведомости, журналы инцидентов, политики, сертификаты, договоры, данные объектов и утверждённые управленческие записи. | Подтвердить происхождение, период, полноту, права доступа и хранение. |
| 2. Контролируемый расчёт | Проверенные исходные данные, логика расчетов, коэффициенты пересчета, оценки, консолидация, оценка качества и подтверждение проверяющего. | Формировать воспроизводимый показатель независимо от итогового отчета. |
| 3. Решение по отчетности | Версия стандарта, результат оценки применимости/существенности, границы отчетности, требуемая степень детализации, разрешенный пропуск, контекст повествовательной части и статус утверждения. | Не допускать, чтобы решение, принятое в рамках одного стандарта, незаметно становилось выводом в рамках другого стандарта. |
| 4. Подготовка и выпуск | Отчет для ЕС, заявление об устойчивом развитии по ESRS, отчет GRI/индекс содержания, ответ банку, пакет тендерной документации или внутренняя информационная панель. | Применять средства контроля назначения, конфиденциальности, утверждения, версий и публикации. |
На практике
Минимальные поля для каждой пригодной для повторного использования записи данных
| Группа полей | Рекомендуемые поля | Почему это важно |
|---|---|---|
| Идентификация | ID записи; наименование показателя; исходная система; юридическое лицо; площадка; вид деятельности; продукт или сегмент цепочки создания стоимости. | Обеспечивает возможность найти запись и предотвращает смешение юридических лиц или видов деятельности. |
| Период | Дата начала; дата окончания; дата снимка; периодичность; соответствие финансовому году; сравнительный период. | Дата подачи заявки в банк, отчетный период GRI и финансовый год ESRS могут не совпадать. |
| Границы | Отдельный/консолидированный; включенные юридические лица; операционный/финансовый контроль; охват цепочки создания стоимости; исключения; метод консолидации. | Общее обозначение, такое как «выбросы группы», может скрывать существенно различающиеся границы охвата. |
| Определение | Формальное определение показателя; единица измерения; числитель; знаменатель; классификация; версия стандарта; версия внутреннего словаря данных. | Предотвращает непоследовательное использование таких терминов, как работник, несчастный случай, возобновляемая энергия или отходы, отвлеченные от удаления. |
| Методология | Формула; иерархия источников; метод оценки; коэффициенты пересчета и выбросов; допущения; распределение; правило пересчета. | Позволяет повторно выполнить расчет и контролируемо внести корректировку без восстановления метода. |
| Подтверждающие материалы | Ссылка на исходный файл; тип подтверждающего материала; ответственный; дата подтверждения; проверяющий; результат проверки; уровень доступа; дата окончания хранения. | Поддерживает внутреннюю проверку, внешнее заверение и проверку со стороны контрагента. |
| Качество и ограничения | Первичные/вторичные данные; доля оценочных данных; неопределенность; полнота; известный пробел; действие по улучшению. | Для многократно используемой метрики необходимы прозрачные ограничения, а не ложная точность. |
| Назначение и сопоставление | Результат для ЕС/ESRS/GRI/банка; идентификатор раскрытия или вопроса; цель использования; пользователь; конфиденциальность; разрешенная последующая передача. | Одно и то же значение может быть законным и полезным для одной цели, но не утвержденным для другой. |
| Корпоративное управление | Составитель; владелец данных; утверждающий; версия; причина изменения; статус выпуска; замененная запись. | Предотвращает попадание черновых или устаревших данных в действующий отчет или ответ на тендер. |
На практике
Что должно оставаться раздельным
| Решение | Добровольный стандарт ЕС | ESRS — GRI — запрос банка |
|---|---|---|
| Выбор тем | Архитектура модулей, условия «если применимо», добровольная и отраслеспецифическая информация. | Двойная существенность и логика раскрытия ESRS в соответствии с применимым изданием. — Значимые воздействия и существенные темы; соответствующие отраслевые и тематические стандарты. — Информация, необходимая для кредитной, инвестиционной, регуляторной или коммерческой цели. |
| Границы | Раскрыта индивидуальная или консолидированная основа; для материнского предприятия рекомендуется консолидированная отчетность. | Отчитывающееся предприятие и информация о цепочке создания стоимости в соответствии с ESRS и Директивой по бухгалтерскому учету. — Отчитывающаяся организация для раскрытий на уровне организации; воздействия могут распространяться через деловые отношения. — Заемщик, гарант, кредитная линия, обеспечение, проект, группа или портфель — в соответствии с определением банка. |
| Сроки | Ежегодно, когда контрагенты требуют ежегодных обновлений; период соответствует финансовой отчетности, если она подготовлена. | Отчет об устойчивом развитии за финансовый год и применимые требования к сравнительной информации/переходному периоду. — Выбранный отчетный период с раскрытиями о практике подготовки отчетности GRI. — Состояние заявки, дата исполнения ковенанта, ежегодный обзор, выборка средств или обновление по событию-триггеру. |
| Заявление | Заявление по варианту A или варианту B; выбранные раскрытия C не равнозначны полному варианту B. | Соответствие определяется применимым законодательством CSRD/ESRS и архитектурой заявления. — «В соответствии с» или «со ссылкой на» при соблюдении условий GRI 1. — Как правило, заявление о соответствии стандарту отсутствует; ответ ограничен запросом и доказательствами. |
Hypothetical scenario
ИЛЛЮСТРАТИВНАЯ ОСНОВНАЯ ЗАПИСЬ
Запись ENE-2026-014 содержит 842 MWh закупленной электроэнергии за период 1 января–31 декабря 2026 года для трех названных юридических лиц и пяти объектов. В записи хранятся счета коммунальных служб, проверка полноты по объектам, подтверждающие документы по договору на возобновляемую энергию, метод пересчета, утверждающий, доля оценочных данных и версия. Расчет утверждается один раз; затем к каждому результату применяются собственные сопоставление и корректировка.
Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.
На практике
Пример: один расчет энергии, четыре контролируемых результата
| Результат | Повторное использование | Оставшаяся работа перед выпуском |
|---|---|---|
| Добровольный стандарт ЕС B3 | Используйте общее значение в MWh и требуемую детализацию, когда информация доступна. | Подтвердите опцию, размер предприятия, консолидированную основу, период, доступность детализации и формулировку B3. |
| ESRS E1 | Используйте те же счета и контролируемые итоговые значения, если определения и границы совпадают. | Применяйте действующие определения энергии ESRS, решение о существенности, требуемые категории и детализацию, правила в отношении цепочки создания стоимости и средства контроля отчета об устойчивом развитии. |
| Раскрытие информации GRI об энергии | Используйте исходные подтверждающие материалы и таблицу пересчета. | Применяйте Стандарт GRI по энергии, действующий в соответствующем периоде, границы отчитывающейся организации, существенность темы и требуемые раскрытия в отношении знаменателя и метода. |
| Ответ по кредитованию банка | Используйте утвержденное общее значение энергии и профиль объекта. | При необходимости добавьте стоимость энергии, чувствительность к ценам, срок истечения договора, капитальные затраты, значимость ковенант или обеспечения; укажите дату среза и разрешенное использование. |
Контролируемые корректировки — это особенность, а не недостаток
Зрелая система не требует, чтобы в каждом результате отображалось одно и то же число. Она требует объяснения каждого различия. К допустимым корректировкам относятся согласование периодов, пересчет валюты или единиц измерения, включение организаций, распределение на основе видов деятельности, информация на основе рынка и на основе местоположения, отдельные определения числителя и знаменателя, детализация по объектам, обновление оценок и пересчет данных за предыдущий период. Каждая корректировка должна ссылаться на контролируемую основную запись и создавать новую версию результата, а не перезаписывать исходный расчет.
На практике
| Поле журнала корректировок | Пример |
|---|---|
| Родительская запись | GHG-2026-001 — утвержденный расчет Scope 1 группы |
| Запись результата | BANK-2026-CLIMATE-004 |
| Корректировка | Исключить дочернее общество, не являющееся заемщиком, и добавить местоположение объекта обеспечения |
| Причина | Запрос на кредит относится к подгруппе заемщика и обеспеченной кредитной линии |
| Метод | Фильтр организаций с использованием реестра юридических лиц; без изменения исходных коэффициентов выбросов |
| Проверяющий | Ответственный за групповую отчетность и утверждающий ответ по кредитному запросу |
| Влияние на утверждение | Только ответ банку в рамках заданной области; не используется для консолидированного отчета ЕС |
Этапы внедрения
1. Проведите инвентаризацию текущих результатов и вопросов. Соберите раскрытия в отчетности, анкеты, поля ковенантов и повторяющиеся запросы клиентов до разработки набора данных.
2. Создайте словарь данных. Определите каждую метрику, единицу измерения, период, границы и ответственного; укажите версию соответствующего стандарта или набора вопросов.
3. Отделяйте исходные подтверждающие материалы от расчетов. Сохраняйте исходные файлы и неизменяемые выгрузки; не считайте таблицу отчета, отредактированную вручную, достоверным источником.
4. Создайте расчетные объекты. Храните исходные данные, формулы, коэффициенты, оценки, сведения о качестве и согласования в воспроизводимом файле или системе.
5. Создайте записи решений по системам отчетности. Для каждого результата фиксируйте применимость/существенность, требуемую детализацию, пропуски, описательный контекст и статус утверждения.
6. Сопоставляйте, но не приравнивайте. Обозначайте связи как прямые, обеспечивающие, повторно используемые с корректировкой или непригодные для повторного использования; документируйте остаточные различия.
7. Введите контроль выпуска. Назначение, получатель, конфиденциальность, версия, юридическая проверка/проверка конфиденциальности и разрешения на дальнейшее распространение должны относиться к уровню результата.
8. Проводите ежегодную сверку. Сопоставляйте итоги отчетности, финансовую отчетность, предыдущие периоды, ответы банков и заявления на веб-сайте; до выпуска расследуйте расхождения.
Hypothetical scenario
ИЛЛЮСТРАТИВНЫЙ СЦЕНАРИЙ
Логистическое малое и среднее предприятие ведет единый реестр персонала, содержащий сведения о работниках по типу договора, полу, местонахождению и статусу FTE/численности. В отчете ЕС используются поля, требуемые B8 и B10. Отчетность по ESRS, подготавливаемая его клиентом — материнской компанией, использует выгрузку данных о поставщике с иным назначением в цепочке создания стоимости. В отчете малого и среднего предприятия по GRI оценивается, какие воздействия на персонал являются значительными и для которых может потребоваться более широкая информация о подрядчиках. Банк запрашивает тенденцию изменения численности, текучесть кадров, смертельные случаи и подверженность производственным действиям для принятия решения о рефинансировании. Общий реестр сокращает дублирование сбора данных, но четыре записи сопоставления сохраняют различия в совокупности, периоде, цели использования и заявлении о раскрытии.
Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.
Распространенные ошибки
Один столбец «значение ESG». Без границ, периода и определения повторное использование превращается в гадание.
Сопоставление только названий раскрытий. Сходные заголовки не доказывают идентичность определений, единиц измерения, совокупностей или существенности.
Перезапись основной записи для ответа банку. Корректировки, обусловленные конкретной целью, должны создавать дочернюю запись с аудиторским следом.
Один флаг конфиденциальности для всех видов использования. Публичная отчетность, комплексная проверка клиента и ограниченные доказательства для кредитора требуют разных разрешений на выпуск.
Рассматривать банковскую анкету как стандарт. Анкета может сочетать регуляторные, кредитные, маркетинговые цели и цели соблюдения требований к продукту.
Допускать превращение разработчика отчета в владельца данных. Форматирование публикации никогда не должно заменять ответственность за источник и проверку расчетов.
Заявлять о соответствии нескольким системам отчетности на основании таблицы сопоставления. Сопоставление повышает эффективность; оно не выполняет отсутствующие оценки или согласования.
Готовность
Контрольный список готовности основного набора данных
- У каждой метрики есть стабильный ID и актуальное определение.
- Период и даты среза указаны явно.
- Границы по организации, объекту, виду деятельности и цепочке создания стоимости прослеживаются.
- Методология, коэффициенты, оценки и допущения имеют версии.
- Ссылки на подтверждающие материалы работают, а уровни доступа назначены.
- Владелец данных, составитель, проверяющий и утверждающий разделены, когда этого требует уровень риска.
- Сопоставления с системами отчетности включают остаточные различия и редакции источников.
- Решения о существенности/применимости хранятся отдельно от расчетов.
- Назначение, получатель, конфиденциальность и условия дальнейшего распространения зафиксированы.
- Утверждения в результатах и согласования выпуска контролируются независимо.
Самопроверка
- Какие поля делают метрику пригодной для повторного использования, даже если итоговое раскрываемое значение меняется?
- Почему вывод о существенности никогда не следует хранить как неотъемлемое свойство исходной точки данных?
- В чем разница между общим полем данных и общим требованием к отчетности?
Вопросы
Вопросы, которые задают люди
Может ли одна электронная таблица удовлетворить требованиям каждой системы отчетности в области устойчивого развития?
Команды часто начинают с электронной таблицы, содержащей такие значения, как потребление электроэнергии, выбросы Scope 1, численность персонала и коэффициент травматизма. Значения могут быть правильными и при этом непригодными для использования в разных отчетных результатах, поскольку в файле не указано, какую организацию, объект, период, единицу измерения, определение или методологию представляет каждое значение.
Должно ли одно и то же число фигурировать в каждом отчете?
Зрелая система не требует, чтобы в каждом результате отображалось одно и то же число. Она требует, чтобы каждое различие было объяснено.
Можно ли использовать существенность повторно для ESRS и GRI?
Повторно используйте исходные подтверждающие материалы и контролируемые расчеты. Повторно выполняйте решения по системе отчетности. Не используйте повторно вывод о существенности, применимости или соответствии только потому, что исходная цифра совпадает.
Как следует хранить данные, предназначенные конкретно для банка?
Да — один контролируемый набор данных об устойчивом развитии может поддерживать Добровольный стандарт ЕС, ESRS, GRI и запросы банков, но только если в наборе данных хранится больше, чем одно число. Каждая запись должна сохранять период, границы, определение, методологию, подтверждающие материалы, ответственного, статус проверки и предполагаемое назначение.
Доказывает ли кросс-таблица соответствие требованиям?
Сопоставление повышает эффективность; оно не выполняет отсутствующие оценки или согласования. Сходные заголовки не доказывают идентичность определений, единиц измерения, совокупностей или существенности.
Take it with you
The checklists as a working spreadsheet
Every checklist and table on this page, with empty status, owner and evidence columns for your team to fill in and keep.
✓ LRA AI Assistant · Human-in-the-loop
Ask about this guide
Он отвечает по материалам этой страницы и обращается к связанным карточкам раскрытия, если вопрос касается самого стандарта. Первые два ответа бесплатны и доступны без входа.
Углубиться · EU Voluntary Standard 2026
Available as Guided Flex, Live Cohort, 1:1 Expert Mentorship or Corporate Programme.
