Short answer
The answer, before the reasoning
Ограничение по цепочке создания стоимости определяется целью и правовой ролью, а не обозначением запрашивающей стороны или самими данными. Банк или клиент могут подпадать под это ограничение, когда они являются отчитывающимся предприятием в соответствии с CSRD и запрашивают информацию у защищенного предприятия для своей отчетности в области устойчивого развития.
Запрос того же банка для целей оценки кредитоспособности, мониторинга кредита, использования, связанного с SFDR, или иной цели оказания финансовых услуг не подпадает под это установленное законом ограничение, хотя пункт преамбулы делегированного акта рекомендует финансовым учреждениям по возможности ограничивать такие запросы Приложением I. Запросы для целей надлежащей проверки и соблюдения требований к продукции также не подпадают под это ограничение. Платформа закупок не меняет результат: определите конечного запрашивающего и цель, разделите поля со смешанными целями и применяйте ограничение только к части, относящейся к отчетности по CSRD.
Как цели отчетности, кредитования, проведения надлежащей проверки, соблюдения требований к продукции и добровольных закупок изменяют правовой режим одних и тех же данных
Почему этот вопрос важен
Поставщик может получить один и тот же вопрос о выбросах парниковых газов от клиента, банка и платформы. Один запрос может подпадать под Приложение II, другой — не подпадать под установленное законом ограничение, но иметь коммерческое значение, а третий может требоваться отдельным правовым режимом. Рассмотрение данных как изначально «подпадающих под ограничение» или «не подпадающих под ограничение» приводит к неверному ответу.
Краткая ориентация
Краткая ориентация
- Применяется к
- Запросам данных об устойчивом развитии от клиентов, банков, инвесторов, команд по закупкам и цифровых платформ, имеющим смешанные цели.
- Основное решение
- Какие сочетания запрашивающей стороны и цели подпадают под установленное законом ограничение, а какие требуют отдельного правового или коммерческого анализа.
- Ключевые источники
- Директива (EU) 2026/470, пункт 5 преамбулы C(2026) 5011 и Приложение II.
- Распространенная путаница
- Предположение, что банк всегда не подпадает под ограничение или что обязательное поле платформы закупок автоматически является обязательным по закону.
Technical status
ТЕКУЩИЙ ПРАВОВОЙ СТАТУС
Текущий правовой статус по состоянию на 1 August 2026. Европейская комиссия приняла C(2026) 5011 3 July 2026, однако делегированный регламент еще не вступил в силу, поскольку он оставался предметом рассмотрения Европейским парламентом и Советом, а также публикации в Официальном журнале. Предполагается, что его статья об ограничении по цепочке создания стоимости будет применяться к финансовым годам, начинающимся 1 January 2027 или позднее. Директива (EU) 2026/470 действует на уровне ЕС, однако у государств-членов есть время до 19 March 2027 для транспонирования соответствующих изменений в требования к отчетности. Перед тем как ссылаться на установленное законом право, запрет или официальное заявление о соблюдении требований, подтвердите текущий статус в Официальном журнале и национальном законодательстве.
Сначала определите цель
1. Определите конечную организацию, которая будет использовать данные, а не только лицо или платформу, которые их собирают.
2. Установите, какое решение, отчет или правовое обязательство поддерживает эта информация.
3. Отделите отчетность в области устойчивого развития по CSRD от кредитования, инвестирования, надлежащей проверки, соблюдения требований к продукции и добровольных закупок.
4. Подтвердите, является ли респондент защищенным предприятием и какой столбец Приложения II применяется.
5. Классифицируйте отдельно каждую единицу данных и степень детализации; запрос со смешанными целями может включать строки, подпадающие под ограничение, превышающие ограничение и не подпадающие под него.
6. Примените соответствующий договор, правовое основание, права, уведомления и одобрения к каждому направлению цели.
Матрица классификации целей
Рисунок 5. Одни и те же данные о выбросах могут подпадать под ограничение, если они запрашиваются клиентом для отчетности по CSRD, не подпадать под ограничение при кредитовании или проведении надлежащей проверки и регулироваться отдельными договорными или правовыми механизмами контроля. Цель изменяет режим.
На практике
| Запрашивающая сторона и цель | Применение ограничения | Практический контроль |
|---|---|---|
| Клиент запрашивает данные по цепочке создания стоимости для своего отчета по CSRD. | Потенциально в пределах лимита | Проверьте защищенный статус, диапазон Annex II, конкретную точку данных и необходимость. |
| Банк запрашивает у поставщика/заемщика данные для собственной отчетности банка в области устойчивого развития по CSRD. | Потенциально в пределах лимита | Банк может быть отчитывающейся организацией; определите, входит ли респондент в его цепочку создания стоимости и предназначен ли запрос действительно для отчетности по CSRD. |
| Банк запрашивает данные для оценки кредитоспособности, установления цен, мониторинга ковенантов или риска портфеля. | За пределами установленного законом лимита | Отдельно изучите условия кредитования, финансовое регулирование, необходимость данных и поощрение, предусмотренное пунктом 5 преамбулы. |
| Участник финансового рынка запрашивает данные для целей SFDR, бенчмарка или инвестиционного продукта. | За пределами установленного законом лимита | Оцените отдельное регуляторное и договорное основание; Annex I может поддерживать повторное использование данных, но не является установленным законом верхним пределом для этой цели. |
| Клиент запрашивает данные для надлежащей проверки цепочки поставок. | За пределами установленного законом лимита | Директива прямо сохраняет запросы, связанные с требованиями Союза в отношении надлежащей проверки; проверьте соразмерность и применимое законодательство о надлежащей проверке. |
| Клиент запрашивает данные для соблюдения требований к продукции, безопасности, таможенному оформлению, прослеживаемости или доступу на рынок. | За пределами установленного законом лимита | Классифицируйте запрос в соответствии с применимым законодательством о продукции или отраслевым законодательством и договором. |
| Команда по закупкам запрашивает добровольную информацию для оценки заявок. | Как правило, за пределами установленного законом лимита | Убедитесь, что информация действительно предназначена для оценки закупок, а не является косвенным запросом данных для отчетности по CSRD. |
| Платформа закупок собирает данные для нескольких клиентов и целей. | Смешанный случай | Требуйте указания целей, идентификации конечного запрашивающего лица и отдельной логики обязательности/добровольности для каждого поля. |
| Отчитывающаяся организация добровольно подготавливает отчет по Annex I для нескольких пользователей. | Добровольный выбор отчетности | Отчет может сократить количество повторных запросов, но не превращает каждое использование в запрос по CSRD, на который распространяется лимит. |
Банки: две различные роли
Банк может выступать в качестве отчитывающейся организации по CSRD, кредитора, инвестора, участника финансового рынка или одновременно в нескольких таких качествах. Поэтому в запросе следует указать роль и цель банка. Если банк запрашивает информацию у защищенной организации для собственной отчетности банка в области устойчивого развития в соответствии со статьей 19a или 29a, может применяться лимит. Если банк запрашивает ту же информацию для целей кредитного риска, установления цен, мониторинга займов или выполнения иного обязательства в сфере финансовых услуг, запрос находится за пределами этого установленного законом лимита.
Rule
ПООЩРЕНИЕ ДЛЯ ФИНАНСОВЫХ УЧРЕЖДЕНИЙ
Пункт 5 преамбулы принятого Комиссией делегированного акта призывает финансовые учреждения, участников финансового рынка, страховщиков и кредитные учреждения в целях, выходящих за рамки отчетности по CSRD, по возможности ограничивать запросы к организациям, в которых работает 1,000 или менее сотрудников, информацией, содержащейся в Annex I. Это рекомендация в рамках политики, а не то же самое, что установленный законом лимит Annex II или право поставщика отказаться.
На практике
Заказчики: отчетность, должная осмотрительность и закупки не являются взаимозаменяемыми
| Запрос заказчика | Обоснование цели | Результат |
|---|---|---|
| Энергия и GHG для отчетности по цепочке создания стоимости в соответствии с ESRS | Использование для целей ESRS/отчетности, существенный вопрос и потребность в расчетах. | Проверка на соответствие ограничению, установленному в Приложении II. |
| Анкета по правам человека для проведения должной осмотрительности | Политика в области должной осмотрительности, проверка рисков или законодательное требование. | За пределами этого ограничения; отдельное основание. |
| Прослеживаемость продукции и сертификат соответствия | Требование к продукции/доступу на рынок. | За пределами этого ограничения; отраслевые правила/правила для продукции. |
| Оценочная карта поставщика для получения статуса предпочтительного поставщика | Критерии проведения тендера или управления отношениями. | Обычно добровольное/договорное, если только оно также не используется как косвенный запрос CSRD. |
| Одна анкета для всех целей | Сопоставление целей на уровне отдельных строк. | Смешанная классификация; разделяйте поля и обозначайте их. |
Платформы закупок: технология не определяет законодательство
Директива охватывает информацию, запрашиваемую прямо или косвенно. Платформа не может превратить запрос CSRD, превышающий установленное ограничение, в действительное обязательное поле лишь за счет выступления в качестве посредника. В равной мере платформа может собирать информацию для нескольких законных целей, не подпадающих под это ограничение. Поэтому конфигурация должна сохранять метаданные о цели, запрашивающем лице и правовом основании.
На практике
| Контроль платформы | Минимальное поле |
|---|---|
| Конечный запрашивающий | Юридическое наименование и роль в отчетности каждого заказчика, использующего данные. |
| Код цели | Отчетность по CSRD; кредитование; должная осмотрительность; соответствие продукции; закупки; добровольный бенчмаркинг; другое. |
| Статус ограничения | В пределах Приложения II; за пределами Приложения II; за пределами ограничения; ожидается разъяснение. |
| Признак обязательности | Отдельное правовое/договорное основание; не приравнивайте конфигурацию платформы к юридической обязанности. |
| Уведомление | Уведомление об идентификации запросов, превышающих установленный предел, и о праве отказаться, где применимо. |
| Использование данных и доступ к ним | Кто получает данные, срок хранения, конфиденциальность и разрешенное повторное использование. |
| Версия | Текст вопроса, версия сопоставления с Приложением II, ответственный за цель и история изменений. |
Один и тот же показатель данных, разный порядок обращения: пример с разбором
Для поставщика с 8 сотрудниками тот же показатель Scope 1/2 не включен в специальную колонку Приложения II. Поэтому даже для цели подготовки отчетности клиента по CSRD он превышал бы установленный предел, что показывает, почему цель и диапазон численности работников необходимо проверять совместно.
На практике
| Запрос данных о выбросах Scope 1/2 у поставщика с 120 сотрудниками | Порядок обращения |
|---|---|
| Клиенту нужна информация о поставщике для расчета выбросов в цепочке создания стоимости по CSRD. | Потенциально входит в Приложение II при условии необходимости и с учетом имплементации на национальном уровне. |
| Клиент хочет получить подробный показатель декарбонизации для ранжирования предпочтительных поставщиков. | За пределами установленного законом предела, если только это также не является замаскированным/комбинированным запросом для подготовки отчетности по CSRD; применяются коммерческие условия. |
| Банку нужны данные о выбросах для оценки кредитного риска. | За пределами установленного законом предела; применяются соображения, связанные с кредитованием и пунктом 5 преамбулы. |
| Банку нужны данные о выбросах для собственной отчетности по CSRD, а поставщик входит в его цепочку создания стоимости. | Потенциально входит в установленный предел. |
| Покупателю нужны данные о выбросах в соответствии с другим правовым режимом для конкретного продукта или сектора. | За пределами действия этого предела; необходимо оценить соответствующий режим. |
На практике
Шаблон формулировки цели
| Поле | Пример заполнения |
|---|---|
| Конечный запрашивающий субъект | Банк ABC plc / производственная группа XYZ. |
| Роль запрашивающего субъекта | Предприятие, представляющее отчетность по CSRD; кредитор; принципал процедуры комплексной проверки; закупщик. |
| Цель | Конкретный отчет, решение или юридическое обязательство, для которого предоставляется поддержка. |
| Отношения с респондентом | Поставщик, клиент, заемщик, объект инвестирования или иная связь в цепочке создания стоимости. |
| Точки данных и степень детализации | Точные поля, единицы измерения, период, границы охвата и требуемая методология. |
| Классификация по лимиту | В пределах лимита, сверх лимита, вне лимита или смешанная, со ссылкой на Приложение II. |
| Иное правовое/договорное основание | Условие договора, законодательство о комплексной проверке, требование к продукции, условие финансирования или добровольный запрос. |
| Обязательный/добровольный статус | Юридическое обязательство, договорное обязательство, добровольно запрошено или право отказаться. |
| Использование данных | Получатели, хранение, последующая передача и конфиденциальность. |
Гипотетический пример: одна платформа, три цели
Платформа закупок собирает данные об энергопотреблении, выбросах ПГ, жалобах и соответствии продукции требованиям для крупного розничного продавца. Розничный продавец подтверждает, что данные об энергопотреблении и выбросах ПГ используются для его отчетности по CSRD, данные о жалобах — для комплексной проверки, а информация о продукции — для соблюдения требований доступа на рынок. У поставщика 75 сотрудников.
Платформа сопоставляет данные об энергопотреблении и выбросах ПГ с Приложением II и отмечает их как потенциально подпадающие под лимит; поля, относящиеся к жалобам и продукции, помечаются как находящиеся вне установленного законом лимита с указанием их отдельных правовых/договорных оснований. Запрос о плане перехода помечается как превышающий лимит и добровольный, с уведомлением о праве отказаться. Теперь поставщик может дать контролируемый построчный ответ, а не рассматривать весь вопросник как одну правовую категорию.
На практике
Слабый и более обоснованный запрос смешанного назначения
| Слабый | Более обоснованный |
|---|---|
| «Запрошено нашим банком» — единственное описание цели. | Указывается, действует ли банк в целях отчетности по CSRD, кредитования, инвестирования или иной регуляторной цели. |
| Все поля платформы помечены как юридически обязательные. | Для каждого поля указаны цель, правовое основание, статус в отношении лимита и признак добровольности/обязательности. |
| Одно согласие разрешает неограниченное повторное использование для разных клиентов. | Разрешенные пользователи, цели, срок хранения и последующая передача указаны конкретно и контролируются. |
| Поставщик ссылается на Приложение II, чтобы отклонить данные о соответствии продукции требованиям. | Основание в законодательстве о продукции рассматривается отдельно от лимита. |
Распространенные ошибки
Классификация запроса по отрасли деятельности запрашивающей стороны, а не по ее правовой роли и цели.
Предположение, что банки всегда находятся вне лимита или всегда вправе требовать полный Комплексный модуль.
Неспособность отделить отчетность банка по CSRD от использования данных для кредитного риска.
Рассмотрение запросов о комплексной проверке или соответствии продукции требованиям как подпадающих под лимит из-за того, что соответствующая точка данных также указана в Приложении I.
Использование настройки «обязательно» на платформе закупок как доказательства наличия юридической обязанности.
Объединение нескольких целей без построчных обозначений и уведомлений.
Игнорирование средств контроля обмена данными, конфиденциальности и разрешенного использования, когда одна платформа обслуживает нескольких клиентов.
На практике
| МИФ | Правовой режим ESG-точки данных устанавливается раз и навсегда после ее включения в Приложение II. |
|---|---|
| РЕАЛЬНОСТЬ | Приложение II устанавливает верхний предел только для соответствующих требованиям запросов в целях отчетности по CSRD, направленных защищенным отчитывающимся организациям. Та же точка данных может находиться вне установленного законом лимита, если она запрашивается для кредитования, комплексной проверки, соблюдения требований к продукции или добровольных закупок. Имеют значение цель, стороны, категория численности сотрудников, необходимость и другие правовые основания. |
Готовность
Контрольный список запросов смешанного назначения
- Определены конечный запрашивающий и его роль.
- Для каждой категории запросов предусмотрен письменный код назначения.
- Поля для отчетности по CSRD отделены от полей для кредитования, должной осмотрительности, продуктов и закупок.
- Защищенный статус и диапазон численности работников являются актуальными.
- Для части, относящейся к CSRD, задокументированы сопоставление с Приложением II и необходимость.
- Поля сверх лимита и право отказаться от ответа четко определены.
- Для полей за пределами лимита предусмотрено отдельное юридическое или договорное основание.
- Обязательные отметки на платформе соответствуют фактическому обязательству.
- Использование данных, получатели, сроки хранения и конфиденциальность контролируются.
- Поставщик получает построчное объяснение и контактные данные для оспаривания.
На практике
Связанные требования и следующие шаги
| Связь | Ссылка | Почему это важно |
|---|---|---|
| Прямая | Положение Директивы (EU) 2026/470 об иных целях | Подтверждает, что лимит не распространяется на запросы для целей должной осмотрительности и иных целей. |
| Прямая | C(2026) 5011, пункт 5 преамбулы | Призыв к финансовым учреждениям использовать данные также за пределами целей CSRD. |
| Предварительное условие | Разъяснение лимита цепочки создания стоимости в ЕС | Классификация в пределах лимита, сверх лимита и за пределами лимита, а также Приложение II. |
| Предварительное условие | Проверка защищенного предприятия | Статус респондента и диапазон численности работников. |
| Следующий шаг | Может ли поставщик отказаться от запроса данных ESG? | Классификация назначения преобразована в контролируемый ответ. |
Вопросы
Часто задаваемые вопросы
Применяется ли ограничение для цепочки создания стоимости к банкам?
Ограничение для цепочки создания стоимости определяется целью и правовой ролью, а не обозначением запрашивающей стороны или исключительно самой точки данных. Банк или заказчик может подпадать под это ограничение, если он является предприятием, отчитывающимся по CSRD, и запрашивает информацию у защищённого предприятия для своей отчётности в области устойчивого развития.
Охватывает ли оно запросы, связанные с кредитным риском?
Ограничение для цепочки создания стоимости определяется целью и правовой ролью, а не обозначением запрашивающей стороны или исключительно самой точки данных. Запрос того же банка для андеррайтинга кредитов, мониторинга займов, использования в связи с SFDR или иной цели, связанной с финансовыми услугами, не подпадает под это установленное законом ограничение, хотя в пункте преамбулы делегированного акта финансовым учреждениям рекомендуется по мере возможности ограничивать такие запросы Приложением I.
Применяется ли оно к должной осмотрительности?
Ограничение для цепочки создания стоимости определяется целью и правовой ролью, а не обозначением запрашивающей стороны или исключительно самой точки данных. Запросы, связанные с должной осмотрительностью и соответствием продукции требованиям, также не подпадают под это ограничение.
Может ли платформа закупок запрашивать данные, выходящие за пределы ограничения?
Директива охватывает информацию, запрошенную напрямую или косвенно. Платформа не может превратить запрос по CSRD, выходящий за пределы ограничения, в допустимое обязательное поле, лишь действуя в качестве посредника.
Почему к одной и той же точке данных может применяться разный подход?
Ограничение для цепочки создания стоимости определяется целью и правовой ролью, а не обозначением запрашивающей стороны или исключительно самой точки данных. Запрос того же банка для андеррайтинга кредитов, мониторинга займов, использования в связи с SFDR или иной цели, связанной с финансовыми услугами, не подпадает под это установленное законом ограничение, хотя в пункте преамбулы делегированного акта финансовым учреждениям рекомендуется по мере возможности ограничивать такие запросы Приложением I.
Sources
Primary sources
- Директива (EU) 2026/470 (Omnibus I)
- Делегированный регламент Комиссии C(2026) 5011 final от 3 July 2026 — основной акт
- Приложения 1 и 2 к Делегированному регламенту Комиссии C(2026) 5011 final
- Сообщение Европейской комиссии о принятии, 3 July 2026
- Вопросы и ответы Европейской комиссии об ограничении для цепочки создания стоимости, 6 May 2026
- Рабочий документ служб Комиссии SWD(2026) 500 final
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.
