Short answer
The answer, before the reasoning
Для большинства МСП контролируемый набор данных должен создаваться первым, а оформленный отчет следует рассматривать как один из результатов. Добровольный стандарт 2026 года предназначен для контрагентов, банков и инвесторов, а также для внутреннего руководства, и допускает, чтобы отчет был публичным или ориентированным на контрагента.
Подход «сначала набор данных» позволяет зафиксировать определения, границы, периоды, доказательства, ответственность и утверждение до того, как информация будет переформатирована для разных пользователей. Он не устраняет необходимость в связном отчете, но не позволяет годовому PDF стать единственным местом существования информации организации об устойчивом развитии.
Практическое руководство по внедрению, охватывающее пользователей, границы, доказательства, контроль версий, форматы результатов и роль Добровольного стандарта ЕС 2026 года.
Technical status
ОБРАЗОВАТЕЛЬНЫЙ И ПРАВОВОЙ СТАТУС
В этой статье разъясняется принятый Комиссией Добровольный стандарт ЕС по отчетности в области устойчивого развития 2026 года. На момент отсечения исходных данных Делегированный акт C(2026) 5011 все еще находился на этапе рассмотрения Европейским парламентом и Советом и еще не вступил в силу посредством публикации в Официальном журнале. Статья представляет собой образовательный материал, а не юридическую консультацию, заключение по заданию, обеспечивающему уверенность, или замену проверки окончательного текста Официального журнала и любых договорных запросов информации.
На практике
Структура статьи
| Этап | Что сможет сделать читатель |
|---|---|
| Ответить | Определить, почему контролируемый набор данных обычно должен предшествовать графическому оформлению отчета. |
| Различить | Разделить систему отчетности, ежегодный отчетный срез и каждый ориентированный на пользователя результат. |
| Применить | Определить пользователей, границы, поля, доказательства, средства контроля, версии и сопоставления с результатами. |
| Подтвердить доказательствами | Выстроить прослеживаемость от опубликованных формулировок и показателей обратно к контролируемым записям. |
| Опубликовать | Выбрать соразмерные результаты: пакет данных, публичный отчет, раздел управленческого отчета или цифровой отчет. |
Почему инстинктивное стремление «сначала отчет» создает предотвратимую переработку
Проект по добровольной отчетности в области устойчивого развития часто начинается с просьбы «подготовить отчет». Такая формулировка побуждает команду открыть документ, выбрать дизайн и приступить к написанию. Проблема заключается в том, что то же МСП впоследствии может получить банковскую анкету, запрос через клиентский портал, тендерную ведомость и внутренний запрос руководства на одну и ту же информацию в разных форматах. Если единственным контролируемым объектом является готовый PDF, каждый новый запрос превращается в ручное извлечение данных, а каждое изменение создает риск появления несогласованных ответов.
Добровольный стандарт 2026 года разработан более чем для одной аудитории. В число его целей входят удовлетворение информационных потребностей партнеров по цепочке создания стоимости, банков и инвесторов, совершенствование собственного управления предприятием вопросами устойчивого развития, а также поддержка устойчивости и доступа к финансированию. В Стандарте также указано, что основная функция отчета заключается в информировании фактических или потенциальных деловых контрагентов; публичная публикация является возможным вариантом, а не единственной целью. Такая многопользовательская конструкция делает повторно используемый набор данных особенно ценным.
Rule
ПОЧЕМУ КОМАНДЫ ОШИБАЮТСЯ В ЭТОМ
Оформленный отчет заметен, имеет ограниченный объем и его легко представить руководству. Контролируемый набор данных менее эффектен, но именно он сохраняет определения, доказательства и сопоставимость. Рассматривать PDF как систему — это примерно то же самое, что рассматривать напечатанный комплект финансовой отчетности как бухгалтерский регистр.
Три уровня, которые не следует смешивать
Рисунок 1. Один контролируемый набор данных может создавать несколько результатов без повторного формирования исходных доказательств.
На практике
| Уровень | Цель | Контролируемый объект — Типичный владелец |
|---|---|---|
| Система отчетности | Собирать, определять, рассчитывать, проверять и хранить информацию. | Словарь данных, реестр подтверждающих документов, файлы расчетов, утверждения и журнал изменений. — Владелец процесса в сфере финансов / устойчивого развития. |
| Снимок годовой отчетности | Зафиксировать информацию за один отчетный период и для одного выбранного варианта отчетности. | Утвержденная версия набора данных, заявление о границах охвата и реестр неустраненных пробелов. — Владелец отчетности и утверждающее лицо. |
| Выходные данные для пользователей | Представить утвержденное подмножество в формате, необходимом пользователю. | Публичный отчет, пакет для клиента, ответ кредитору, управленческая информационная панель или цифровой отчет. — Издатель, владелец отношений или интерфейс системы. |
Начинайте с пользователей — но не позволяйте каждому пользователю определять отдельную версию истины
Подход, ориентированный прежде всего на набор данных, не означает сбор каждой возможной точки данных ESG. Он означает выявление надлежащих пользователей, а затем создание единого управляемого источника информации, которую организация решает раскрывать. Карта пользователей должна различать информационную потребность, разрешенное использование, сроки, уровень детализации и то, покрывается ли запрос ограничением по цепочке создания стоимости или возникает на другом правовом или договорном основании.
На практике
| Пользователь | Вероятная потребность | Формат выходных данных — Контрольный вопрос |
|---|---|---|
| Корпоративный клиент | Отобранная информация о цепочке создания стоимости, часто на уровне отдельных показателей. | Контролируемый пакет данных, ответ через портал или цифровой обмен. — Предназначен ли запрос для отчетности по CSRD, другой правовой цели, должной осмотрительности или коммерческого требования? |
| Банк или инвестор | Информация о кредитовании, переходе, рисках и результативности. | Пакет для кредитора, выдержка из анкеты или отчет. — Четко ли указаны в выходных данных период, границы охвата, методология и ограничения? |
| Руководство | Операционные тенденции, меры, целевые показатели и пробелы в данных. | Информационная панель, докладная записка для руководства или годовой обзор. — Поддерживает ли один и тот же утвержденный набор данных внешние и внутренние показатели? |
| Читатель из числа общественности | Контекст, содержательная согласованность и отобранная информация о результативности. | Отдельный отчет об устойчивом развитии или раздел отчета руководства. — Сохраняет ли оформление охват и оговорки, содержащиеся в утвержденных данных? |
| Цифровая платформа | Структурированные поля и идентификаторы. | XBRL, CSV/API или загрузка шаблона. — Соответствует ли версия таксономии/шаблона применимому Стандарту? |
Rule
ТРЕБОВАНИЕ И ПРАКТИКА РЕАЛИЗАЦИИ
Стандарт: Добровольный стандарт 2026 года определяет пользователей и допускает публичную отчетность или отчетность, ориентированную на контрагентов. Практика реализации: ведение единого основного набора данных с контролируемым сопоставлением выходных данных не является предписанным требованием к программному обеспечению; это соразмерный способ последовательно удовлетворять множественные информационные потребности.
Зафиксируйте границы отчетности до сбора числовых данных
Показатель не является контролируемым, если команда не знает, что именно он охватывает. B1 требует отчитывающуюся организацию указать, подготовлен ли отчет на индивидуальной или консолидированной основе и, для консолидированного отчета, перечислить охваченные дочерние организации. Отчетный период должен соответствовать периоду финансовой отчетности, если такая отчетность составляется. Помимо этой общей основы, для отдельных показателей могут потребоваться дополнительные операционные границы, например объекты, включенные в данные об энергопотреблении, совокупность работников, используемая для показателей персонала, или объекты, оцененные с точки зрения чувствительности к биоразнообразию.
На практике
| Поле границ | Какой вопрос необходимо решить | Пример контролируемого значения |
|---|---|---|
| Основа отчетности | Отдельная отчитывающаяся организация или консолидированная группа? | Консолидированная: материнская организация и три названные дочерние организации. |
| Отчетный период | Какие даты и правила отсечения применяются? | 1 января-31 декабря 2026 года; отсечение данных по заработной плате — 31 декабря. |
| Операционный периметр | Какие объекты, арендованные помещения, транспортные средства или виды деятельности включены? | Объекты, находящиеся в собственности и под контролем; электроэнергия, предоставленная арендодателем, идентифицируется отдельно. |
| Совокупность работников | Численность работников или FTE; только работники или также другие категории работников? | Работники, включенные в численность на конец года; временные работники агентств исключены из B8, но отслеживаются отдельно. |
| Условие, специфичное для показателя | Применяется ли условие «если применимо»? | Потребление воды по B6 применяется только к производственным процессам, в которых потребляется значительный объем воды. |
| Периметр выходных данных | Получает ли контрагент полный отчет или выбранную выдержку? | Клиент получает показатели из Приложения II и контекстную информацию; публичный отчет включает утвержденный полный базовый модуль. |
Проектируйте набор данных вокруг показателей, а не страниц
Единицей контроля обычно должен быть абзац или подпункт, а не страница, на которой он впоследствии появится. Стандарт содержит обязательные показатели, показатели, представляемые только при определенных обстоятельствах, явно добровольные показатели и показатели, учитываемые только для получения отраслевой информации. Некоторые экологические показатели также являются добровольными для отчитывающихся организаций с численностью работников 10 или менее. Поэтому словарь данных должен фиксировать нормативную категорию и выбор организации до начала сбора данных.
На практике
| Минимальное поле | Назначение |
|---|---|
| Идентификатор показателя и исходная опорная ссылка | Связывает запись с точным параграфом/подпунктом и редакцией. |
| Отображаемая метка и определение | Предотвращает разное описание одной и той же концепции в разных выходных материалах. |
| Категория точки данных | Обязательная, если применимо, добровольная, отраслевой аспект или добровольная для предприятий с 10 работниками или менее. |
| Тип значения и единица измерения | Описательный текст, логическое значение, целое число, процент, MWh, tCO2e, валюта, дата или список. |
| Период и границы | Определяет временные, организационные и операционные границы. |
| Метод и допущения | Фиксирует расчёты, пересчёты, оценки и суждения. |
| Доказательства и ответственный | Идентифицирует исходные записи и ответственного владельца данных. |
| Статус проверки и выпуска | Показывает, является ли запись черновиком, проверенной, утверждённой, ограниченной или опубликованной. |
| Привязка к выходным материалам | Идентифицирует, где утверждённый факт представлен в каждом отчёте, комплекте материалов, портале или цифровом поле. |
Встраивайте доказательства в набор данных, а не добавляйте их в конце
Параграф 11 требует, чтобы информация была релевантной, достоверной, сопоставимой, понятной и проверяемой. Проверяемость трудно обеспечить, когда доказательства собираются только после утверждения описательной части. Поэтому каждое количественное значение и каждое существенное утверждение, изложенное в описательной форме, должны содержать ссылку на источник, сведения об ответственном, методологию, статус проверки и место хранения. Доступ к самим доказательствам может быть ограничен; реестр всё равно может фиксировать факт их существования и уровень доступа.
Количественные показатели: выгрузка из исходной системы, счёт-фактура или реестр; рабочая книга расчётов; коэффициенты пересчёта; сверка границ; доказательства проверки.
Раскрытие информации о политике: утверждённая политика, версия, дата вступления в силу, область применения, ответственный владелец, доказательство утверждения и статус публичной доступности.
Инициативы и целевые показатели: утверждённый план, исходный уровень, границы, целевая дата, доказательства прогресса и одобрение органом управления.
Условия и неприменимость: документированные факты, показывающие, почему триггер на уровне параграфа был или не был выполнен.
Утверждения в выходных материалах: доказательства того, что опубликованная формулировка согласуется с утверждённым набором данных и не подразумевает более широкую область применения.
Контроль версий: фиксируйте снимок отчётности, а не папку с файлами, помеченными как “final”
Набор данных для отчётности должен иметь версию за период и статус выпуска. Изменения после утверждения следует фиксировать с указанием причины, подготовившего лица, проверяющего лица, даты и затронутых выходных материалов. Начиная со второго отчётного года, Стандарт требует сравнительную информацию за предыдущий год, за исключением показателей, раскрываемых впервые. Поэтому процесс переноса данных вперёд должен сохранять утверждённое значение за предыдущий год, отличать пересчёты от изменений текущего года и объяснять изменения методологии.
Рисунок 2. Жизненный цикл реализации подхода «сначала набор данных» и ежегодный цикл контроля.
На практике
| Контроль | Минимальная запись | Почему это важно |
|---|---|---|
| Версия набора источников | Редакция Стандарта, версия руководства, версия шаблона/таксономии и дата отсечения источников. | Не позволяет более старому шаблону VSME незаметно определять содержание отчёта VS за 2026 год. |
| Версия набора данных | например, FY2026 v1.0, утверждённая 20 марта 2027 года. | Определяет авторитетный ежегодный снимок. |
| Журнал изменений | Измененное поле, старое/новое значение, причина, подтверждающие материалы, составитель и проверяющий. | Позволяет согласованно обновлять все результаты. |
| Сопоставительная сверка | Утвержденное значение за предыдущий год, признак пересчета и пояснение. | Поддерживает сопоставимость и предотвращает перезапись истории. |
| Реестр результатов | Название результата, пользователь, дата выпуска и использованная версия набора данных. | Показывает, какой получатель получил какие утвержденные факты. |
| Доступ и хранение | Разрешения, период хранения и архив подтверждающих материалов. | Защищает конфиденциальные материалы, сохраняя возможность прослеживания. |
Выбирайте формат результата после стабилизации модели данных
Стандарт не требует, чтобы каждое отчитывающееся предприятие публиковало глянцевый отдельный отчет. Основная функция заключается в информировании контрагентов; отчитывающееся предприятие может сделать отчет общедоступным, разместить его в разделе управленческого отчета или выпустить отдельный документ. Оно также может включать информацию посредством ссылки, если документы, на которые делается ссылка, доступны одновременно и из одного и того же комплекта документов. Поэтому надлежащий результат — это проектное решение, основанное на потребностях пользователей, а не замена выбранному варианту отчетности и его показателям данных.
На практике
| Результат | Наилучшее применение | Преимущество — риск контроля |
|---|---|---|
| Контролируемый пакет данных для контрагента | Ответ на запрос банка, клиента или участника тендера с выбранными утвержденными полями. | Эффективный и целевой. — Получатель может ошибочно воспринять выдержку как полный отчет по Варианту A или B; четко обозначайте охват. |
| Публичный отдельный отчет | Представление контекста и полного выбранного варианта отчетности. | Понятное повествовательное изложение и видимость бренда. — Редактура дизайна может изменить охват, единицы измерения или оговорки. |
| Раздел управленческого отчета | Объединение контекста в области устойчивого развития и финансового контекста. | Поддерживает согласованность с финансовой отчетностью. — Перекрестные ссылки и сроки выпуска документов должны оставаться доступными. |
| Цифровой структурированный отчет | Обмен в машиночитаемом формате через XBRL или другой структурированный формат. | Сокращает повторный ввод данных и поддерживает их повторное использование. — Техническая проверка не доказывает содержательную полноту или соответствие действующему Стандарту. |
| Панель мониторинга / управленческий документ | Внутренний мониторинг и принятие мер. | Полезны для принятия решений и совершенствования. — Внутренние показатели могут иметь иной охват; различия должны быть согласованы. |
Как использовать цифровой шаблон EFRAG, не превращая его в главную систему
Цифровой шаблон VSME EFRAG за июнь 2026 года, версия 1.3.0, поддерживает ввод данных, проверки, ссылки на параграфы и преобразование в Inline XBRL. Таксономия XBRL предоставляет независимую от поставщика модель данных и поддерживает структурированный обмен. Эти функции повышают ценность подхода к отчетности, ориентированного в первую очередь на данные. Однако материалы за июнь 2026 года прямо отражают Рекомендацию VSME 2025 года для МСП с численностью менее 250 работников, и EFRAG указала, что после выпуска будущего делегированного акта потребуется обновление.
В пояснительной записке также указаны практические ограничения: шаблон не поддерживает сопоставимое движение показателей, не собирает и не рассчитывает все исходные данные, не содержит калькулятора выбросов ПГ, может быть поврежден в результате изменения электронной таблицы и, возможно, в основном подходит для отчетности, подготавливаемой впервые. Разумный подход заключается в том, чтобы независимо поддерживать авторитетный набор данных и реестр доказательств, а затем заполнять текущий шаблон или цифровой интерфейс как выходной результат после проверки его соответствия применимому Стандарту 2026 года.
Rule
ЦИФРОВАЯ ПРОВЕРКА НЕ РАВНОСИЛЬНА СООТВЕТСТВИЮ ТРЕБОВАНИЯМ К ОТЧЕТНОСТИ
Статус шаблона «COMPLETE» или успешная проверка XBRL означает, что заданные технические проверки пройдены. Это не подтверждает, что организация выбрала правильный вариант отчетности, корректно классифицировала условные точки данных, использовала достоверные оценки, сохранила достаточные доказательства или сделала обоснованное заявление о соответствии.
Практический план внедрения
Определите пользователей и цели. Зафиксируйте, кто запрашивает информацию, зачем, когда и в каком формате. Отделяйте запросы CSRD по цепочке создания стоимости от других юридических или договорных запросов.
Выберите вариант отчетности. Определите, будет ли организация готовить только Базовый модуль, стремиться к варианту соответствия по Базовому и полному Комплексному модулям или предоставлять отдельные дополнительные раскрытия Комплексного модуля без заявления о подготовке полного отчета по Варианту B.
Зафиксируйте основу и период отчетности. Зафиксируйте индивидуальную/консолидированную основу, дочерние организации, период и границы, специфичные для показателей.
Создайте реестр точек данных. Сопоставьте каждый параграф/подпункт, категорию, единицу измерения, условие, ответственного и требование к выходному результату.
Сформируйте реестр доказательств. Свяжите каждую точку данных с источником, методологией, допущениями, проверяющим и статусом конфиденциальности.
Собирайте, рассчитывайте и классифицируйте. Различайте представленные значения, оценки, условия неприменимости, добровольные невыборы, разрешенные пропуски и неурегулированные пробелы.
Проверьте и зафиксируйте годовой набор данных. До разработки выполните сверки, проверки согласованности, проверку руководством и утверждение.
Формируйте каждый выходной результат. Используйте контролируемые сопоставления для отчета, пакета для клиента, ответа кредитору и цифрового файла; указывайте охват и статус.
Переносите данные на следующий период. Сохраняйте сравнительные показатели, фиксируйте пересмотры и обновляйте только изменившиеся факты, методы, доказательства и условия.
Hypothetical scenario
ИЛЛЮСТРАТИВНЫЙ СЦЕНАРИЙ
Контекст. Производитель с одной материнской организацией и двумя операционными площадками получает запросы в области устойчивого развития от своего основного клиента и банка. Руководство также хочет подготовить краткий публичный отчет. Первоначальный подход. Маркетинговая команда заказывает разработанный отчет на 30 страниц и запрашивает у владельцев данных числовые показатели по электронной почте. Через три месяца банк запрашивает те же сведения об энергии, выбросах ПГ и персонале в электронной таблице. Команда обнаруживает, что в публичном отчете использовались данные об энергии за календарный год, а в ответе банку — месяцы, указанные в счетах; в одном выходном результате использовалась численность работников, а в другом — средняя эквивалентная численность работников в FTE. Исправление с приоритетом набора данных. Организация выбирает основу отчетности, создает реестр на уровне параграфов, определяет границы данных об энергии и персонале, сохраняет доказательства расчетов и фиксирует набор данных за FY2026, версия 1.0. Публичный отчет, пакет для клиента и ответ банку формируются из сопоставленных полей. Если клиент запрашивает дополнительную информацию для другой цели, она записывается как отдельное дополнительное поле, а не используется для незаметного изменения набора данных Добровольного стандарта. Ограничение. Этот пример не определяет, ограничен ли конкретный запрос юридически ограничением по цепочке создания стоимости; это зависит от запрашивающей стороны, цели, правового основания и окончательного применимого законодательства.
Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.
На практике
Слабый и более надежный подходы к внедрению
| Слабый подход | Более надежный подход с приоритетом набора данных |
|---|---|
| PDF-файл является единственной утвержденной записью. | Утвержденная версия набора данных служит основой для каждого выпущенного выходного результата. |
| Владельцы данных отправляют числовые показатели по электронной почте без определений. | Для каждого поля указаны определение, единица измерения, период, граница, источник и ответственный. |
| Новый опросник создает новую электронную таблицу. | Новые выходные результаты сопоставляются с существующими полями; действительно дополнительные поля контролируются отдельно. |
| Разработчик напрямую редактирует значения и оговорки. | Разработка ведется на основе зафиксированного пакета контента; изменения возвращаются на проверку. |
| Файлы за предыдущий год копируются и перезаписываются. | Набор данных переносится на следующий период с сохранением сравнительных показателей, отметок о пересмотре и истории изменений. |
| Статус шаблона «Complete» считается соответствием требованиям. | Техническая проверка и содержательная проверка отчетности являются отдельными контрольными этапами. |
На практике
Распространенные ошибки и способы их исправления
| Ошибка | Почему это создает риск | Исправление |
|---|---|---|
| Начинать с плана страниц | Команда решает, что будет хорошо выглядеть, прежде чем определить, что требуется выбранному модулю. | Зафиксируйте вариант, карту точек данных, границы и доказательства до начала разработки. |
| Создание отдельных истин для каждого пользователя | Каждый опросник формирует собственные определения и периоды. | Поддерживайте одно основное определение и документируйте контролируемые преобразования для конкретных пользователей. |
| Приравнивание «добровольного» к «неконтролируемому» | Отсутствие установленной законом обязанности по представлению отчетности ошибочно принимается за разрешение публиковать неподтвержденную информацию. | Применяйте принципы качества Стандарта и внутреннее утверждение к каждому публичному материалу или материалу для контрагента. |
| Использование текущего шаблона EFRAG без проверки редакции | Предполагается, что инструмент, отражающий VSME 2025, автоматически реализует Стандарт 2026. | Фиксируйте версию инструмента и проводите проверку соответствия перед использованием. |
| Игнорирование охвата результата | Выбранная выборка данных описывается как «наш отчет по Добровольному стандарту». | Указывайте, является ли результат полным отчетом по Варианту A/Варианту B или ограниченным пакетом данных. |
Готовность
Контрольный список готовности, ориентированный на набор данных
- Пользователи, цели и повторяющиеся запросы задокументированы.
- Выбранный вариант представления отчетности и любые выбранные дополнительные раскрытия зафиксированы.
- Индивидуальная/консолидированная основа, период и границы показателей утверждены.
- Каждая точка данных имеет привязку к стандарту, категорию, определение, единицу измерения и условие.
- Доказательства, методология, допущения, ответственный и проверяющий связаны между собой.
- Неприменимое, невыбранное, оценочное, разрешенное непредставление и недоступное классифицируются отдельно.
- Ежегодный набор данных имеет утвержденную версию и журнал изменений.
- Правила представления сравнительных данных и пересчета установлены для второго года.
- В каждом результате указываются версия и охват использованного набора данных.
- Версии цифрового шаблона и таксономии проверяются на соответствие действующему Стандарту.
Практический вывод
Для МСП наиболее ценным активом первого года не обязательно является безупречно оформленный отчет. Это контролируемый, пригодный для повторного использования и проверяемый набор данных об устойчивом развитии, который может поддерживать выбранный вариант Добровольного стандарта и формироваться для разных пользователей. Публичный отчет по-прежнему важен: он объясняет контекст и делает информацию понятной. Однако когда отчет создается на основе управляемого набора данных, а не собирается как разовая публикация, организация получает последовательность, более быстрые ответы, более четкие доказательства и гораздо более надежную основу для второго года представления отчетности.
Вопросы
Вопросы, которые задают
Следует ли МСП сначала создавать отчет или набор данных?
Для МСП наиболее ценным активом первого года не обязательно является безупречно оформленный отчет. Это контролируемый, пригодный для повторного использования и проверяемый набор данных об устойчивом развитии, который может поддерживать выбранный вариант Добровольного стандарта и формироваться для разных пользователей.
Может ли один набор данных поддерживать запросы банка и клиентов?
Добровольный стандарт 2026 предназначен для контрагентов, банков и инвесторов, а также для внутреннего руководства, и допускает, чтобы отчет был публичным или ориентированным на контрагентов. Один контролируемый набор данных может создавать несколько результатов без повторного формирования лежащих в его основе доказательств.
Требует ли Добровольный стандарт ЕС публичного отчета?
Добровольный стандарт 2026 предназначен для контрагентов, банков и инвесторов, а также для внутреннего руководства, и допускает, чтобы отчет был публичным или ориентированным на контрагентов. Стандарт также устанавливает, что основная функция отчета — информировать фактических или потенциальных деловых контрагентов; публичная публикация является одним из вариантов, а не единственной целью.
Может ли Цифровой шаблон 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.
