Short answer
The answer, before the reasoning
Готовьте отчет как управляемый проект по подготовке отчетности, а не как заполнение анкеты. Сначала определите пользователей, запросы и предполагаемый канал публикации; подтвердите, что Добровольный стандарт является подходящей основой; выберите Вариант A (только Базовый модуль) или Вариант B (Базовый и Комплексный модули); и составьте матрицу применимости на уровне раскрытий.
Затем назначьте ответственных за данные, задокументируйте методы и подтверждающие материалы, выполните расчеты и сверки, подготовьте проект отчета, проверьте пропуски и заявления, получите одобрение руководства и выпустите результат с контролем версий. Подготовить отчет за 90 дней возможно, если данные уже существуют; шестимесячный период больше подходит, если необходимо создать системы, методологии или средства контроля.
От определения пользователей и запросов до выбора модуля, распределения ответственности за данные, подтверждающих материалов, расчетов, проверки и выпуска
Почему этот вопрос важен
Добровольный стандарт намеренно является пропорциональным, однако он по-прежнему объединяет корпоративную информацию, экологические показатели, данные о персонале, политики, климатическую информацию и раскрытия по вопросам делового поведения. Команда, которая начинает с шаблона, может собрать слишком много данных, не заметить применимое условие, использовать несогласованные отчетные периоды или сделать официальное заявление о соблюдении требований до проверки подтверждающих материалов.
Хорошо спланированный проект начинается с решений, которые должен поддерживать отчет. Одной и той же организации может потребоваться краткий ответ по Базовому модулю для клиента, более полный пакет для банка, внутренняя управленческая панель и публичный отчет. Для этих целей можно использовать общие данные и подтверждающие материалы, однако они не требуют автоматически одинакового результата, уровня детализации или способа публикации.
Краткая ориентация
Краткая ориентация
- Применяется к
- Организациям, на которые не распространяется обязательная отчетность по CSRD и которые рассматривают принятый Комиссией Добровольный стандарт ЕС, особенно организациям, в которых работает не более 1,000 сотрудников.
- Основное решение
- Каким пользователям и запросам будет служить отчет, подходит ли Вариант A или Вариант B и какие контролируемые подтверждающие материалы необходимы до выпуска.
- Основные источники
- C(2026) 5011, Приложение I, пункты 1-64, и Директива (EU) 2026/470 в отношении отдельного механизма ограничения по цепочке создания стоимости.
- Распространенная ошибка
- Предположение, что заполнение цифрового шаблона равнозначно завершению процесса подготовки отчетности, вынесения суждений, сбора подтверждающих материалов и утверждения.
Technical status
ТЕКУЩИЙ ПРАВОВОЙ СТАТУС
Текущий правовой статус на 1 August 2026. Европейская комиссия приняла C(2026) 5011 3 July 2026, однако делегированный регламент еще не вступил в силу, поскольку он оставался на рассмотрении Европейского парламента и Совета и ожидал публикации в Официальном журнале. Предполагается, что его статья о механизме ограничения по цепочке создания стоимости будет применяться к финансовым годам, начинающимся 1 January 2027 или позднее. Директива (EU) 2026/470 действует на уровне ЕС, однако у государств-членов есть срок до 19 March 2027 для транспонирования соответствующих изменений в требования к отчетности. Прежде чем полагаться на предусмотренное законом право, запрет или официальное заявление о соблюдении требований, подтвердите актуальное состояние Официального журнала и национального законодательства.
1. Определите пользователей и запросы до выбора модуля
Основная функция стандарта — информировать фактических или потенциальных деловых контрагентов. Организация также может опубликовать отчет публично, однако публичная публикация является выбором, а не автоматическим требованием Добровольного стандарта. Начните с фиксации того, кто запрашивает информацию, зачем она нужна, когда она нужна и является ли запрос повторяющимся.
На практике
| Пользователь или запрос | Решение, подлежащее документированию | Вероятный ответ в рамках отчетности |
|---|---|---|
| Клиент, отчитывающийся по CSRD | Какие показатели данных из Приложения II действительно необходимы для отчетности клиента и защищена ли организация ограничением. | Предоставить соответствующие контролируемые данные или выдержку из отчета; не предполагать, что клиенту нужны все раскрытия. |
| Банк или инвестор | Предназначена ли информация для кредитования, инвестирования, собственной отчетности пользователя по CSRD или иной юридической цели. | Комплексный модуль может быть полезен, однако анализ установленного законом порога должен проводиться отдельно для каждой цели. |
| Корпоративные закупки | Поддерживает ли запрос выбор поставщика, мониторинг исполнения договора, комплексную проверку или отчетность по CSRD. | Соотнесите каждую строку запроса с ее целью и ответьте через соответствующий канал предоставления данных. |
| Руководство или совет директоров | Какие вопросы устойчивого развития влияют на решения, устойчивость, затраты, людей или доступ к рынку. | Используйте отчет как контролируемый управленческий результат, дополняя его внутренними подтверждающими документами и информацией о мерах. |
| Широкая общественность | Готова ли организация сделать методы, ограничения и результаты деятельности общедоступными. | Опубликуйте отдельный отчет или включите его в управленческий отчет с доступными перекрестными ссылками и утвержденными заявлениями. |
2. Подтвердите соответствие критериям, основу отчетности и сроки
1. Подтвердите, подпадает ли предприятие под обязательную отчетность в области устойчивого развития согласно статьям 19a или 29a Директивы по бухгалтерскому учету. Предприятие, обязанное составлять отчетность, не должно заменять ESRS Добровольным стандартом.
2. Определите юридическое лицо, представляющее отчетность, и зафиксируйте численность его работников. В Приложении I указано, что стандарт предназначен для предприятий, в которых средняя численность работников за предшествующий финансовый год не превышает 1,000 человек.
3. Выберите отдельную или консолидированную отчетность. Материнскому предприятию рекомендуется составлять отчетность на консолидированной основе; дочерние предприятия, включенные в такую консолидированную отчетность, освобождаются от отдельной отчетности по Добровольному стандарту.
4. Установите отчетный период. Если предприятие составляет финансовую отчетность, период отчетности об устойчивом развитии должен соответствовать ему. Начиная со второго отчетного года требуется сравнительная информация, за исключением показателей, раскрываемых впервые.
5. Решите, будет ли отчет ежегодным. Ежегодное составление требуется, если отчет готовится для удовлетворения потребностей крупных предприятий или банков в ежегодном обновлении информации; в противном случае периодичность отчетности следует согласовать и раскрыть.
Technical status
ТЕХНИЧЕСКАЯ ГРАНИЦА
Статья 2 нормативного акта позволяет предприятиям, не подпадающим под обязательную отчетность, использовать Приложение I, тогда как в Приложении I Стандарт описывается как предназначенный для предприятий, в которых численность работников не превышает 1,000 человек. Предприятию, превышающему этот уровень, но не подпадающему под действие CSRD, следует получить техническую консультацию, прежде чем заявлять о формальном соответствии.
3. Выберите Вариант A или Вариант B
Пункт 25 Приложения I позволяет предприятию, завершившему B1-B11, добавить отдельные раскрытия из Комплексного модуля. Однако в пункте 27 B1 указано, что выбранный модуль следует соблюдать в полном объеме. Обоснованное толкование состоит в том, что выбранные раскрытия C могут быть добавлены как добровольная информация, тогда как формальное заявление о соответствии Варианту B следует использовать только для полного Комплексного модуля с учетом применимых условий и разрешенных пропусков. Это техническое толкование LRA, которое следует подтвердить в ходе окончательной проверки.
На практике
| Вариант | Содержание | Наиболее подходящий вариант — Контрольная точка |
|---|---|---|
| Вариант A | Базовый модуль: B1-B11. | Предприятия, впервые составляющие отчетность, небольшие предприятия, краткие потребности контрагентов и базовые системы данных. — Завершите Базовый модуль как отдельный модуль с учетом принципа «если применимо» и разрешенных пропусков. |
| Вариант B | Базовый модуль плюс Комплексный модуль: C1-C9. | Предприятия, регулярно получающие запросы от банков, инвесторов или корпоративных клиентов, а также предприятия, стремящиеся к более полному профилю рисков. — Не используйте заявление о соответствии Варианту B до завершения и проверки Комплексного модуля. |
| Выбранная информация C | Одно или несколько раскрытий Комплексного модуля, добавленных к отчету по Базовому модулю. | Целевой ответ на конкретную потребность пользователя, когда составление полного отчета по Комплексному модулю еще не обосновано. — Рассматривайте добавленную информацию как добровольную, если не выполнены условия для полного заявления о соответствии Варианту B. |
4. Составьте матрицу применимости на уровне раскрытий
Не используйте один столбец «да/нет» для всего Стандарта. Классифицируйте каждую точку данных по ее статусу и фактам, при которых она становится применимой. Матрица должна различать обязательные точки данных, информацию, требуемую только при наличии определенных обстоятельств, добровольную информацию, отраслевые аспекты и точки данных, являющиеся добровольными для предприятий с численностью работников 10 человек или менее.
На практике
| Поле матрицы | Что фиксировать |
|---|---|
| Раскрытие и пункт | B1-B11 или C1-C9, точный пункт и подпункт. |
| Категория показателя | Обязательный, необходимый при применимости, добровольный, учитываемый на отраслевом уровне или добровольный для организаций с численностью сотрудников 10 человек или менее. |
| Вопрос о применимости | Факт или условие, определяющие, требуется ли этот показатель. |
| Вывод | Требуется, неприменимо, добровольное дополнение, исключено согласно пункту 22 или ожидаются подтверждающие данные. |
| Границы и период | Охваченные юридические лица, объекты, сотрудники, виды деятельности и отчетный период. |
| Ответственный и проверяющий | Лицо, ответственное за подготовку, и отдельное лицо, проводящее проверку или утверждающее результат. |
| Подтверждающие данные и файл расчетов | Исходная запись, методология, формула, допущения, сверка и версия. |
| Место публикации | Раздел отчета, сборник данных, ссылка на политику или контролируемая перекрестная ссылка. |
На практике
5. Назначьте ответственных и установите контроль за подтверждающими данными и расчетами
| Область раскрытия | Типичный ответственный | Основные подтверждающие данные и контроль |
|---|---|---|
| B1: основа подготовки отчетности и информация об организации | Финансовая служба, корпоративный секретариат, юридическая служба | Реестр юридических лиц, счета, код NACE, схема группы, перечень объектов, сверка данных о сотрудниках и утверждение основы подготовки отчетности. |
| B2 и C2: практики, политики и инициативы | Ответственные за вопросы устойчивого развития и политики | Действующие утвержденные политики, планы действий, утверждения целевых показателей, записи о реализации и сверка публичных заявлений. |
| B3-B7 и C3-C4: окружающая среда | Ответственные за объекты, EHS, операционную деятельность, риски и финансовую функцию | Счета за коммунальные услуги, выгрузки данных счетчиков, реестр коэффициентов выбросов, рабочая книга расчетов, журналы объектов, оценка рисков, допущения и доказательства проверки. |
| B8-B10 и C5-C7 — социальные вопросы | HR, расчет заработной платы, охрана здоровья и безопасность труда, юридический отдел | Выгрузки из HR-системы, проверки расчета заработной платы, записи о несчастных случаях, журналы обучения, реестр политик, записи о рассмотрении жалоб и проверка конфиденциальности. |
| B11, C8 и C9 — управление | Комплаенс, юридический отдел, финансы, корпоративный секретариат | Реестр юридических требований, записи о штрафах и обвинительных приговорах, сопоставление выручки, состав и утверждение органа управления. |
6. Рассчитать, подготовить проект, проверить и выпустить
На практике
| Этап | Действие | Результат и контроль |
|---|---|---|
| 1 | Зафиксировать исходные данные и дату отсечения отчетности. | Контролируемая выгрузка данных, определение периода и процесс внесения поздних корректировок. |
| 2 | Документировать методы, единицы измерения, коэффициенты, оценки и допущения. | Реестр методологии с указанием составителя и проверяющего. |
| 3 | Пересчитать и сверить существенные показатели. | Подписанные файлы расчетов и пояснения к отклонениям. |
| 4 | Подготовить текст и таблицы на основе утвержденных доказательств. | Прослеживаемый проект с ссылками на источники и формулировками об ограничениях. |
| 5 | Провести техническую, финансовую, юридическую проверку и проверку согласованности. | Журнал замечаний, охватывающий полноту, методы, утверждения, конфиденциальность и перекрестные ссылки. |
| 6 | Утвердить вариант, основу подготовки отчетности, пропуски и формулировки о соответствии. | Запись об утверждении руководством или органом управления. |
| 7 | Опубликовать отчет и контролируемые выгрузки данных. | Версионированный отчет в формате PDF/цифровом формате, пакет ответов и запись о публикации. |
| 8 | Архивировать подтверждающие материалы и начать журнал изменений на следующий год. | Пакет подтверждающих материалов, ответственный за хранение и условия для обновления. |
На практике
Ускоренный путь внедрения за 90 дней
| Сроки | Приоритетная работа | Контрольная точка выпуска |
|---|---|---|
| Дни 1–15 | Составить карту пользователей и запросов; подтвердить юридический статус, охват и основу подготовки отчетности; выбрать предварительный вариант A или B. | Утвержденный устав проекта и реестр запросов. |
| Дни 16–30 | Составить матрицу применимости, назначить ответственных и выявить пробелы в подтверждающих материалах и расчетах. | Реестр пробелов, утвержденный ответственными. |
| Дни 31–60 | Собрать исходные данные, документировать методы, завершить расчеты и устранить приоритетные пробелы. | Проверенные данные и пакет подтверждающих материалов. |
| Дни 61–75 | Подготовить проект отчета, перекрестные ссылки, ограничения и формулировки об основе подготовки отчетности. | Завершенный первый проект и журнал открытых вопросов. |
| Дни 76–90 | Провести критическую проверку, получить утверждения, завершить оформление/цифровой выпуск и опубликовать. | Подписанный контрольный перечень публикации и архивная версия. |
На практике
Путь внедрения за шесть месяцев
| Месяц | Основная цель | Преимущество для построения системы |
|---|---|---|
| 1 | Охват, управление, сопоставление запросов и решение о выборе модуля. | Четкое распределение ответственности и меньше поздних изменений охвата. |
| 2 | Оценка применимости и разработка методологии. | Стабильные определения, границы и правила расчетов. |
| 3 | Сбор данных, устранение недостатков доказательной базы и проектирование средств контроля. | Воспроизводимый процесс от источника до отчета. |
| 4 | Пробный расчет и подготовка описательной части. | Раннее выявление проблем с данными и согласованностью. |
| 5 | Критический анализ со стороны руководства, юридическая проверка и проверка конфиденциальности, а также пользовательское тестирование. | Более высокая сбалансированность, удобство использования и обоснованность. |
| 6 | Окончательное утверждение, подготовка цифровой версии и публикация, а также планирование следующего цикла. | Контролируемое опубликование и ежегодный календарь подготовки отчетности. |
Гипотетический пример: производитель, готовящий свой первый отчет
У гипотетического производителя компонентов 180 сотрудников. Два клиента запрашивают данные о выбросах, воде, рабочей силе и правах человека; его банк также запрашивает информацию о климатических целях и рисках. Компания выбирает Option B, поскольку запросы являются повторяющимися, а у нее уже есть надежные данные по коммунальным услугам, персоналу и соблюдению требований. Она сопоставляет каждое раскрытие, устанавливает, что Scope 3 является отраслевым аспектом, а не элементом, ограниченным Приложением II, и отделяет запрос банка, связанный с кредитным риском, от запросов клиентов по CSRD.
Первый проект выявляет несогласованные границы площадок в данных об энергии и воде. Финансовая служба и EHS согласовывают реестр площадок, рабочая книга по ПГ пересчитывается, и ограничение устраняется до утверждения. Компания публикует общедоступный отчет и предоставляет контролируемую выборку данных для контрагентов; оба документа связаны с одним и тем же реестром доказательной базы.
Hypothetical scenario
ПОСЛЕ ВСТУПЛЕНИЯ В СИЛУ — ИЛЛЮСТРАТИВНЫЙ ПРИМЕР
Настоящий отчет об устойчивом развитии подготовлен с использованием Option B Европейского добровольного стандарта отчетности в области устойчивого развития: Базового модуля и Комплексного модуля. Он охватывает [юридическое лицо/группу], период [date-date], а также раскрытия и разрешенные пропуски, указанные в B1. Эта формулировка является иллюстративной и должна быть адаптирована к окончательным фактам, правовому статусу и утвержденному выводу о модуле.
Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.
Technical status
ДО ВСТУПЛЕНИЯ В СИЛУ — С ОГОВОРКОЙ О СТАТУСЕ
Настоящий отчет подготовлен на добровольной подготовительной основе с использованием текста C(2026) 5011, принятого Комиссией 3 July 2026. На дату утверждения отчета делегированный регламент не вступил в силу. В отчете не заявляется о соответствии документу, уже вступившему в силу.
На практике
Слабые и более убедительные доказательства внедрения
| Слабый подход | Более сильный подход |
|---|---|
| Шаблон распространяется среди подразделений без карты запросов или решения о подготовке отчетности. | В уставе проекта фиксируются пользователи, цели, Option, юридическое лицо, период, ответственные лица и контрольные этапы утверждения. |
| Ответственные за данные направляют показатели по электронной почте без методик или исходных файлов. | Каждый показатель имеет исходный фрагмент, методологию, расчёт, проверяющего и версию. |
| В отчёте заявлен Вариант B, поскольку включено несколько раскрытий C. | Перед заявлением о Варианте B проверяется полный модуль «Комплексный»; выбранная информация C при необходимости обозначается как дополнительная добровольно раскрываемая информация. |
| Отчёт с безупречным оформлением скрывает пробелы и допущения. | Ограничения, пропуски, оценки и перекрёстные ссылки являются конкретными, утверждёнными и прослеживаемыми. |
Распространённые ошибки при внедрении
Начинать с общего опросника ESG вместо контролируемого реестра пользователей и целей.
Выбирать Вариант B, поскольку он кажется более достоверным, не располагая ресурсами для завершения и проверки модуля.
Рассматривать 'если применимо' как недокументированный отказ от раскрытия, а не как фактический вывод.
По-разному объединять организации, площадки или периоды по показателям энергии, воды, HR и выручки без сверки.
Использовать в повествовательной части неутверждённые целевые показатели, политики или заявления о выгодах.
Публиковать отчёт до вступления делегированного нормативного акта в силу без примечания об основе подготовки, содержащего квалификацию статуса.
Предполагать, что добровольный отчёт должен быть общедоступным или подвергаться независимой проверке.
На практике
| МИФ | Отчёт по Базовому модулю автоматически ответит на каждый запрос клиентов в отношении ESG |
|---|---|
| РЕАЛЬНОСТЬ | Базовый модуль создаёт полезную общую основу, однако для каждого запроса по-прежнему необходимы анализ цели и применимости. Некоторые контрагенты могут запросить информацию по модулю «Комплексный» или информацию, специфичную для организации; некоторые запросы могут выходить за пределы охвата цепочки создания стоимости; и ни один отчёт не отменяет необходимости управлять текущими данными и доказательствами, а также ответами, предусмотренными конкретным договором. |
Готовность
Контрольный список перед выпуском
- Карта запрашивающих и пользователей завершена, и для каждого существенного запроса указана цель.
- Проверены обязательная применимость CSRD и текущий правовой статус C(2026) 5011.
- Вариант A или Вариант B утверждён и согласуется с завершёнными раскрытиями.
- Основа индивидуальной или консолидированной отчётности и перечень дочерних организаций являются корректными.
- Отчётный период, где это применимо, согласуется с финансовой отчётностью, а сравнительные показатели учтены.
- Для каждого элемента данных имеются вывод о применимости, ответственный, источник доказательств и статус проверки.
- Экологические и социальные расчёты воспроизводимы и сверены с исходными системами.
- Пропуски согласно пункту 22 выявлены для каждого элемента данных и включены в график ежегодной повторной оценки.
- Повествовательные заявления подтверждены политиками, действиями, результатами или явно указанными ограничениями.
- Перекрёстные ссылки доступны одновременно и из того же набора документов.
- Руководство утвердило отчёт, формулировки о соответствии и канал публикации.
- Окончательная версия, комплект доказательств и журнал изменений сохранены в соответствии с контролируемым соглашением об именовании.
На практике
Связанные требования и следующие шаги
| Связь | Ссылка | Почему это важно |
|---|---|---|
| Прямая | Приложение I, пункты 1–27 | Пользователи, модули, принципы подготовки отчётности, сроки, место размещения, пропуски и основа подготовки B1. |
| Прямой | B1–B11 и C1–C9 | Содержание раскрытия информации, условия применимости и распределение ответственности за данные. |
| Следующий шаг | Разъяснение предела цепочки создания стоимости ЕС | Классифицируйте запросы клиентов отдельно от решения о добровольном выборе отчёта. |
| Следующий шаг | Проверка статуса защищённого предприятия | Задокументируйте порог численности работников, юридическое лицо и заявление о соответствии. |
| Инструмент | Матрица применимости и доказательств | Превратите Стандарт в повторяемую ежегодную систему подготовки отчётности. |
Вариант A предусматривает применение Базового модуля, а вариант B — Базового модуля в сочетании с Комплексным модулем. Подход LRA к публикации, описанный в настоящем руководстве, рассматривает отдельные раскрытия C как дополнительную информацию и предусматривает заявление по варианту B только для полного Комплексного модуля при соблюдении применимых условий и с учётом допустимых пропусков.
Использование Добровольного стандарта само по себе не требует от предприятия получения подтверждения в отношении раскрываемой им информации. В делегированном регламенте, принятом 3 July 2026, указано, что предприятия, применяющие его, не обязаны запрашивать такое подтверждение; по состоянию на 11 August 2026 этот акт ещё не вступил в силу в ожидании публикации в Official Journal.
Вопросы
Часто задаваемые вопросы
Кто может использовать Добровольный стандарт ЕС?
Обязанный представлять отчётность субъект не должен заменять ESRS Добровольным стандартом. В Приложении I указано, что стандарт предназначен для предприятий, в которых средняя численность работников за предшествующий финансовый год не превышает 1,000. Предприятию, превышающему этот уровень, но не подпадающему под CSRD, следует получить техническую консультацию, прежде чем заявлять о формальном соответствии.
Что такое вариант A или вариант B?
Вариант A предусматривает применение Базового модуля, а вариант B — Базового модуля в сочетании с Комплексным модулем. Подход LRA к публикации, описанный в настоящем руководстве, рассматривает отдельные раскрытия C как дополнительную информацию и предусматривает заявление по варианту B только для полного Комплексного модуля при соблюдении применимых условий и с учётом допустимых пропусков.
Должен ли отчёт быть публичным?
Основная функция стандарта — информировать фактических или потенциальных деловых контрагентов. Предприятие также может опубликовать отчёт, однако публичная публикация является выбором, а не автоматическим требованием Добровольного стандарта.
Требуется ли подтверждение?
Использование Добровольного стандарта само по себе не требует от предприятия получения подтверждения в отношении раскрываемой им информации. В делегированном регламенте, принятом 3 July 2026, указано, что предприятия, применяющие его, не обязаны запрашивать такое подтверждение; по состоянию на 11 August 2026 этот акт ещё не вступил в силу в ожидании публикации в Official Journal.
Можно ли завершить внедрение за 90 дней?
Путь внедрения LRA: те же шесть этапов подготовки отчётности могут быть пройдены в рамках ускоренного проекта продолжительностью 90 дней или шестимесячной программы построения системы. Это не официальный график ЕС.
Sources
Primary sources
- Делегированный регламент Комиссии C(2026) 5011 final от 3 July 2026 — основной акт
- Приложения 1 и 2 к Делегированному регламенту Комиссии C(2026) 5011 final
- Директива (EU) 2026/470 (Omnibus I)
- Объявление Европейской комиссии о принятии, 3 July 2026
- Рабочий документ служб Комиссии SWD(2026) 500 final
- Центр знаний EFRAG - Добровольный стандарт 2026 года
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.
