Паспорт цифрового продукта ЕС: реестр, QR-коды и сроки

В Европейском реестре цифровых товарных паспортов началась работа: что нужно знать производителям

Европейская комиссия ввела в действие Реестр цифровых товарных паспортов ЕС, что является важным шагом в реализации системы цифровых товарных паспортов.

Реестр начал свою работу 20 июля 2026 года. Он предоставляет центральную инфраструктуру ЕС, через которую экономические операторы будут регистрировать цифровые паспорта продукции для товаров, подпадающих под действие применимого законодательства ЕС.

Это нововведение не означает, что каждый продукт, поступающий на рынок ЕС, должен немедленно получить цифровой паспорт продукта. Это также не означает, что предприятия должны регистрировать каждый добровольный QR-код, страницу об устойчивом развитии или базу данных информации о продукте, которые они используют в настоящее время.

Юридическое обязательство будет применяться поэтапно. Продукт должен иметь цифровой паспорт продукта и быть зарегистрирован, если этого требует соответствующий делегированный акт, касающийся конкретного продукта, или другое применимое законодательство ЕС.

Тем не менее, предприятиям следует уже сейчас понимать работу системы. Реестр функционирует, внедряются технические стандарты, а первые обязательные цифровые паспорта продукции будут применяться к определенным типам батарей с 18 февраля 2027 года.

В этой статье объясняется:

• Что такое цифровой продуктовый паспорт;
• Чем занимается Реестр DPP;
• Чем регистрация отличается от создания QR-кода?
• какие предприятия могут нести ответственность;
• Какая информация будет зарегистрирована?
• как органы таможенного и рыночного надзора будут использовать эту систему;
• Какие группы товаров, как ожидается, будут охвачены программой?
• когда ожидается применение этих требований;
• Что должны предпринять сейчас производители, импортеры и другие участники экономической деятельности.

Что такое цифровой паспорт продукта?

Цифровой паспорт продукта, обычно называемый DPP, представляет собой цифровую запись, связанную с продуктом, компонентом или материалом.

Европейская комиссия описывает DPP как цифровую идентификационную карту, обеспечивающую доступ к соответствующей информации о продукте на протяжении всего его жизненного цикла.

В зависимости от действующего законодательства о товарах, паспорт может содержать информацию, касающуюся:

• идентификация продукта;
• производитель и другие ответственные экономические операторы;
• материалы и компоненты;
• вещества, вызывающие опасения;
• экологические показатели;
• долговечность;
• ремонтопригодность;
• обслуживание;
• запчасти;
• повторное использование;
• восстановление;
• переработка;
• безопасное обращение;
• соблюдение нормативных требований;
• Документация о соответствии;
• безопасность продукции;
• происхождение продукта.

Точная информация не будет идентичной для каждого продукта. Требования, специфичные для каждого продукта, будут устанавливаться посредством делегированных актов, принятых в соответствии с Регламентом об экодизайне для экологически устойчивых продуктов, или посредством другого законодательства ЕС, требующего наличия плана защиты продукции.

Цель DPP (Программы защиты данных) — обеспечить доступ к достоверной информации о продукции в стандартизированном цифровом формате для различных пользователей, включая:

• потребители;
• производители;
• импортеры;
• дистрибьюторы;
• уполномоченные представители;
• ремонтники;
• ремонтники;
• восстановленные;
• переработчики отходов;
• таможенные органы;
• органы надзора за рынком;
• другие государственные органы.

Правовая основа общей системы DPP заключается в следующем: Регламент (ЕС) 2024/1781, устанавливающий рамки для определения требований к экодизайну экологически устойчивой продукции., широко известный как Регламент об экодизайне для экологически устойчивых продуктов (ESPR).

DPP — это больше, чем просто QR-код.

Распространенное заблуждение заключается в том, что добавление QR-кода к продукту автоматически создает соответствующий требованиям цифровой паспорт продукта.

QR-код может служить носителем данных, связывающим физический продукт с его цифровой продукцией. Однако QR-код — это лишь одна часть системы.

Соответствующая требованиям структура DPP включает в себя несколько отдельных элементов:

1. Физический продукт

На изделии, его упаковке или сопроводительной документации размещен носитель данных, например, QR-код.

2. Носитель данных

Носитель данных обеспечивает цифровой доступ к соответствующему паспорту.

3. Уникальный идентификатор продукта

Идентификация продукта, модели, партии или отдельного изделия осуществляется с использованием уровня идентификации, требуемого действующим законодательством.

4. Цифровой паспорт продукта

Политика защиты данных содержит или обеспечивает контролируемый доступ к необходимой информации о продукте.

5. Система хранения данных

Подробная информация о защите данных хранится у экономического оператора или у поставщика услуг по защите данных.

6. Реестр Защиты персональных данных ЕС

В реестре хранятся соответствующие идентификаторы, регистрационные данные и необходимые метаданные высокого уровня.

7. Уникальный регистрационный идентификатор

После регистрации паспорта личности (DPP) Реестр генерирует уникальный регистрационный идентификатор, связанный с зарегистрированным паспортом.

Таким образом, компания может иметь веб-страницу с информацией о продукте, доступную через QR-код, даже без наличия юридически соответствующей политики защиты данных.Соответствие требованиям зависит от того, отвечает ли вся система применимым правовым требованиям в отношении содержания данных, идентификаторов, прав доступа, совместимости, хранения, доступности и регистрации.

Европейская комиссия поясняет, что экономический оператор сначала собирает необходимую по закону информацию о продукте. Затем создается и регистрируется информационный паспорт, а полная информация о продукте хранится у экономического оператора или его поставщика услуг по предоставлению информационного паспорта. Цифровой носитель данных, например QR-код, связывает физический продукт с паспортом.

Что такое Реестр цифровых паспортов продукции ЕС?

Реестр цифровых товарных паспортов (DPP Registry) — это центральная база данных ЕС, поддерживающая систему цифровых товарных паспортов.

Он выступает в качестве индексирующего сервиса для DPP (программ защиты данных), относящихся к продукции, размещаемой на рынке ЕС.

Реестр, как правило, не заменяет сам паспорт и обычно не хранит полный объем подробной информации о продукте. Вместо этого он хранит информацию, необходимую для идентификации, регистрации, определения местоположения и проверки паспорта.

Согласно заявлению Европейской комиссии, в реестре будут храниться следующие данные:

• уникальные идентификаторы продукции;
• Информация о регистрации в DPP;
• необходимы метаданные высокого уровня;
• другая информация, требуемая в соответствии с применимым делегированным актом или законодательством ЕС.

Сама система DPP имеет децентрализованную архитектуру. Ответственность за подробные данные о продукте по-прежнему лежит на соответствующем экономическом операторе. Оператор может размещать информацию напрямую или использовать услуги поставщика услуг DPP.

Таким образом, реестр предоставляет общий индекс на уровне ЕС, в то время как информация о продукции может храниться в децентрализованных системах.

Зачем был создан реестр?

Для децентрализованной системы защиты паспортов необходим надежный способ идентификации и проверки паспортов на всей территории ЕС.

Без централизованного реестра власти могут столкнуться с трудностями при определении:

• был ли паспорт оформлен надлежащим образом;
• какой экономический оператор его зарегистрировал;
• является ли соответствующий идентификатор продукта подлинным;
• где хранится информация о паспорте;
• зарегистрирован ли импортируемый товар до таможенного оформления;
• использовался ли уже данный идентификатор;
• останется ли DPP доступным;
• Была ли обновлена ​​регистрационная информация.

Реестр служит центральным справочным пунктом для этих функций.

Предназначено для поддержки:

• последовательная регистрация в DPP;
• проверка экономических операторов;
• надежная идентификация продукции;
• совместимость между системами;
• таможенный контроль;
• надзор за рынком;
• управление доступом;
• безопасное ведение журналов;
• Обмен структурированными данными;
• подтверждение регистрации.

Практические аспекты работы Реестра регулируются настоящим документом. Имплементационное постановление Комиссии относительно Реестра цифровых паспортов..

Необходимо ли регистрироваться каждому прокурору по делам о защите детей?

В тех случаях, когда применимый правовой акт ЕС требует наличия паспорта цифрового продукта, паспорт должен быть зарегистрирован в реестре паспортов цифровых продуктов в соответствии с этим законодательством.

Таким образом, регистрация является отдельным этапом обеспечения соответствия требованиям. Создание информации о продукте и прикрепление QR-кода само по себе недостаточно.

Однако начало работы Реестра не влечет за собой немедленного наложения обязательства по защите данных на все продукты.

Обязательное требование о защите данных должно вытекать из:

• делегированный акт, касающийся конкретного продукта, принятый в соответствии с ESPR; или
• другой регламент или правовой акт ЕС, который непосредственно требует наличия государственного защитного органа.

До вступления в силу соответствующего законодательства о продукции компания может создать добровольную цифровую систему информации о своей продукции. Эта добровольная система не требует автоматической регистрации только потому, что существует Реестр.

Это различие важно:

Доступность в реестре Это означает, что инфраструктура ЕС находится в рабочем состоянии.

Правовая применимость означает, что на конкретный продукт распространяется обязательное требование DPP.

Соответствующий делегированный акт или отраслевое законодательство определяют следующее:

• Какие товары покрываются страховкой;
• когда возникает необходимость;
• кто должен зарегистрировать паспорт;
• требуемый уровень идентификации;
• необходимые поля данных;
• где должен появиться носитель данных;
• Эта информация должна быть общедоступной;
• Информация, которая может быть ограничена;
• Как долго данные должны оставаться доступными;
• применяются ли какие-либо исключения.

Когда необходимо завершить регистрацию?

В случаях, когда применяется обязательная процедура защиты данных, регистрация, как правило, должна быть завершена до вывода продукта на рынок ЕС.

Европейская комиссия заявляет, что соответствующие экономические операторы должны зарегистрировать продукт, защищенный от воздействия на окружающую среду (DPP), в соответствии с действующим законодательством до того, как продукт будет выпущен на рынок.

Это относится к:

• продукция, произведенная в ЕС; и
• импортная продукция, поступающая на рынок ЕС.

В отношении импортируемых товаров таможенные органы могут проверять их регистрацию до выпуска в свободное обращение.

Это означает, что регистрацию в системе DPP следует рассматривать как требование соответствия нормативным требованиям до выхода на рынок, а не как административную формальность после продажи.

Как работает процесс регистрации

Подробный процесс будет зависеть от законодательства о продукте и окончательной функциональности Реестра, но Европейская комиссия описывает общий процесс защиты данных следующим образом.

Шаг 1: Определите, распространяется ли гарантия на данный продукт.

Экономический оператор должен установить, подпадает ли данный продукт под обязательное требование по защите данных.

Для проведения этой оценки необходимо определить:

• категория товара;
• применимое законодательство ЕС;
• соответствующий делегированный акт;
• дата вступления в силу;
• любые переходные положения;
• любые исключения или освобождения.

Предприятиям не следует предполагать, что требование о соблюдении требований DPP применяется только потому, что их продукция относится к широкому сектору, указанному в рабочей программе ESPR.

Например, определение текстильных изделий как приоритетной группы товаров само по себе не устанавливает окончательные требования к данным, дату вступления в силу или область применения. Эти детали будут определены в соответствующем делегированном акте.

Шаг 2: Определить ответственного экономического оператора

Действующее законодательство определит, кто должен создавать и регистрировать паспорт.

В зависимости от цепочки поставок и правовой базы ответственным лицом может быть:

• Производитель из ЕС;
• производитель, не входящий в ЕС;
• импортер;
• уполномоченный представитель;
• другой экономический оператор, назначенный в соответствии с действующим законодательством.

Предприятиям следует устанавливать ответственность как в договорном, так и в операционном плане.Сторона, создающая QR-код, управляющая веб-сайтом или предоставляющая данные о продукте, не обязательно несет юридическую обязанность по регистрации.

Шаг 3: Соберите необходимую информацию о продукте.

Экономический оператор обязан собирать информацию, требуемую действующим законодательством ЕС.

Для этого может потребоваться координация действий между:

• разработка продукции;
• поиск поставщиков;
• покупка;
• гарантия качества;
• устойчивость;
• соблюдение нормативных требований;
• безопасность продукции;
• информационные технологии;
• логистика;
• таможня;
• юридический;
• послепродажная поддержка;
• переработка и утилизация отходов.

Данные о продукте могут потребоваться из нескольких звеньев цепочки поставок. Производитель готовой продукции может зависеть от поставщиков материалов, производителей компонентов, испытательных лабораторий и заводов в получении необходимой информации.

Шаг 4: Укажите необходимый идентификатор.

Соответствующее законодательство определит уровень, на котором должен быть создан паспорт.

Возможные уровни идентификации могут включать:

• модель продукта;
• тип продукции;
• партия;
• производственная партия;
• отдельный предмет;
• компонент;
• материал.

Это различие имеет серьезные оперативные последствия.

Паспорт на уровне модели может позволить нескольким единицам использовать одну и ту же программу защиты данных. Паспорт на уровне партии или единицы продукции может потребовать значительно большего количества идентификаторов, возможностей управления данными и регистрационной активности.

Поэтому предприятиям следует избегать проектирования систем, основанных на единственном предположении об идентификации, до принятия соответствующего делегированного акта.

Шаг 5: Создайте DPP.

Паспорт должен быть оформлен в требуемой структуре и формате.

Информация должна быть доступна, обменена и интерпретирована в соответствии с применимыми техническими правилами.

Веб-страница, ориентированная на потребителя, может являться частью пользовательского опыта, но базовая система также должна поддерживать:

• машиночитаемые данные;
• стандартизированный словарь;
• структурированные поля;
• интерфейсы прикладного программирования;
• Доступ на основе ролей;
• обмен данными между системами;
• постоянные идентификаторы;
• долгосрочная доступность;
• техническая совместимость.

Шаг 6: Зарегистрируйте DPP (Прокурора по защите данных).

Экономический оператор регистрирует DPP в реестре ЕС.

Комиссия предлагает два основных пути:

• безопасный пользовательский интерфейс; и
• интерфейс прикладного программирования, или API.

Пользовательский интерфейс может подойти для ручной регистрации и небольших объемов регистрации.

API может быть более подходящим решением для компаний, размещающих на рынке ЕС большое количество продукции, моделей, партий или отдельных товаров.

В настоящее время реестр включает в себя как рабочую среду, так и отдельную тестовую среду. Тестовая среда позволяет компаниям изучать рабочие процессы регистрации и зачисления, не затрагивая реальные данные или процессы.

Шаг 7: Получение уникального регистрационного идентификатора.

После успешной регистрации Реестр генерирует уникальный регистрационный идентификатор.

Комиссия называет этот идентификатор URI. В данном контексте URI генерируется Реестром после регистрации и может использоваться в процессе верификации.

В отношении импортируемых товаров таможенные органы могут проверять идентификатор и связанные с ним регистрационные данные.

Шаг 8: Подключите или подсоедините носитель данных.

Носитель данных, например QR-код, должен обеспечивать доступ к DPP.

Окончательные требования к размещению будут зависеть от действующего законодательства. Возможно, потребуется явиться в суд со стороны носителя данных:

• на продукте;
• на этикетке;
• на упаковке;
• в сопроводительной документации;
• в нескольких местах.

В применимых правилах также могут быть указаны требования, касающиеся:

• видимость;
• читаемость;
• доступность;
• долговечность;
• минимальный размер;
• сохранение связи;
• близость к другим отметкам;
• цифровая доступность.

Шаг 9: Сохраните паспорт.

Соблюдение требований ДПП не прекращается после регистрации.

Ответственный оператор может быть обязан обеспечить следующее:

• Данные остаются точными;
• Вносятся необходимые обновления;
• Паспорт остается доступным;
• Ссылки продолжают функционировать;
• Идентификаторы остаются связанными с правильным продуктом;
• Права доступа остаются соответствующими;
• Устаревшие записи обрабатываются корректно;
• Информация остается доступной в течение требуемого периода хранения;
• Изменения в дизайне изделия или используемых материалах вносятся там, где это необходимо.

Какую информацию хранит реестр?

Данный реестр не предназначен для использования в качестве единственной базы данных, содержащей всю информацию о продукции.

Европейская комиссия описывает её как защищённую базу данных, содержащую:

• уникальные идентификаторы;
• регистрационные данные;
• метаданные высокого уровня;
• другая информация, требуемая соответствующим законодательством.

Полная информация о защите данных хранится у экономического оператора или поставщика услуг по защите данных.

Это различие позволяет ЕС поддерживать централизованную систему проверки и индексации, не требуя при этом хранения всех подробных паспортных данных в одной центральной базе данных.

Тем не менее, соответствующие делегированные акты или иное законодательство ЕС могут требовать регистрации дополнительной информации для отдельных групп товаров.

Что такое регистрационные метаданные?

Метаданные регистрации — это структурированная информация, описывающая DPP (Программу защиты данных) и ее связь с продуктом и ответственным оператором.

Точный перечень полей будет зависеть от применимого правового акта. Они могут включать информацию, необходимую для идентификации:

• продукт;
• идентификатор продукта;
• паспорт;
• ответственный экономический оператор;
• соответствующий товарный код;
• местонахождение подробной паспортной информации;
• соответствующая категория товара;
• статус регистрации;
• дата регистрации;
• изменения в регистрации.

Предприятиям следует различать:

Содержимое паспорта, которая включает в себя основную информацию о продукте, доступную через DPP.

Метаданные регистрации, Это позволяет Регистрационному управлению и соответствующим органам идентифицировать, находить, проверять и управлять паспортом.

Регистрация организаций и проверка пользователей

Перед регистрацией организаций, предоставляющих услуги защиты данных (DPP), экономическому оператору может потребоваться зарегистрировать свою организацию в Реестре.

Ресурсы Реестра Комиссии включают в себя функциональные возможности и рекомендации по следующим вопросам:

• регистрация организации;
• регистрация DPP;
• управление зарегистрированными DPP.

В рамках реализации также рассматриваются вопросы проверки пользователей и управления доступом.

Это важно, поскольку Реестр должен иметь возможность подтвердить, что пользователь имеет полномочия действовать от имени соответствующей организации.

Предприятиям следует заранее учесть следующее:

• какое юридическое лицо зарегистрируется;
• Какой персонал будет управлять счетом?
• кто может регистрировать или изменять планы защиты детей;
• как будет контролироваться доступ;
• как будут осуществляться кадровые изменения;
• получат ли внешние поставщики доступ;
• как будут документироваться обязанности;
• которые будут хранить подтверждение регистрации.

Европейская комиссия опубликовала специальный документ. Страница реестра DPP с доступом к работающему реестру, тестовой среде, руководству пользователя и службе поддержки.

Ручная регистрация и интеграция API

Реестр позволяет осуществлять регистрацию через пользовательский интерфейс или API.

Пользовательский интерфейс

Ручная регистрация может быть подходящей для:

• небольшие продуктовые портфели;
• пилотные проекты;
• производители с небольшими объемами производства;
• первичное тестирование;
• случайные регистрации;
• организации, не имеющие интегрированных систем информации о продукции.

Однако ручная регистрация может стать затруднительной в случаях, когда компания имеет:

• тысячи товарных позиций;
• частая сезонная смена ассортимента;
• паспорта с отдельными предметами;
• несколько производственных площадок;
• импорт в больших объемах;
• обширные данные на уровне партий;
• несколько юридических лиц.

Регистрация API

Интеграция API может позволить экономическим операторам связать Реестр с существующими системами, такими как:

• системы управления жизненным циклом продукции;
• системы планирования ресурсов предприятия;
• системы управления информацией о продукции;
• базы данных соответствия;
• Платформы основных данных;
• порталы поставщиков;
• системы отслеживания;
• Платформы поставщиков услуг DPP.

Интеграция API может сократить объем повторяющейся ручной работы, но требует надежных основных данных, управления ими, валидации и обработки ошибок.

Автоматизация предоставления неточных данных не решает проблем с соблюдением нормативных требований. Предприятиям необходимо сначала создать надежные процессы проверки и подтверждения данных.

Подтверждение регистрации

Реестр позволяет экономическим операторам запрашивать подтверждение регистрации в виде защищенного электронного документа.

Подтверждение регистрации может быть полезно в следующих случаях:

• сделки между предприятиями;
• квалификация поставщика;
• подключение розничных продавцов;
• Проверки соответствия требованиям на торговой площадке;
• таможенная документация;
• внутренние аудиты;
• Проверки регулирующих органов;
• соблюдение условий договора;
• Проверка благонадежности клиента.

Подтверждение регистрации не обязательно означает, что вся информация, содержащаяся в документе о защите данных, является точной или что продукт соответствует всем применимым законодательным актам ЕС.

Это свидетельствует о том, что продукт был зарегистрирован в соответствии с процедурой регистрации в реестре. Соответствие продукта требованиям по-прежнему зависит от самого продукта, документации, данных и оценки соответствия.

Таможенный контроль

Реестр DPP предназначен для поддержки таможенного контроля за импортируемой продукцией.

Таможенные органы могут использовать Реестр для электронной проверки следующих фактов:

• Импортируемый продукт имеет зарегистрированную программу защиты лекарственных средств;
• Регистрация действительна;
• Соответствующий уникальный идентификатор присутствует;
• Необходимый товарный код предоставлен;
• Паспорт можно найти.

Комиссия заявляет, что после регистрации уникальный регистрационный идентификатор может быть проверен на таможне.

Поэтому классификация продукции и таможенные данные являются важной частью подготовки ДПП (Программы защиты продукции).

Производители и импортеры должны обеспечить единообразие между:

• таможенные декларации;
• товарные коды;
• Идентификаторы продукции;
• коммерческие счета-фактуры;
• отгрузочная документация;
• Документы DPP;
• Подача документов в реестр.

Противоречивые идентификаторы или классификации могут привести к задержкам, сбоям в проверке или вопросам, связанным с обеспечением соблюдения требований.

Надзор за рынком

Реестр также будет оказывать поддержку органам, осуществляющим надзор за рынком.

Власти могут использовать зарегистрированную информацию для:

• определить ответственного экономического оператора;
• найти DPP;
• проверить регистрацию продукта;
• проверить информацию о продукте, требуемую законодательством;
• проводить расследование в отношении продукции, не соответствующей требованиям;
• сопоставить рыночную информацию с данными регистрации;
• поддерживать скоординированное правоприменение.

Программа DPP не заменяет существующие обязательства по обеспечению соответствия продукции установленным требованиям.

На продукцию могут по-прежнему распространяться требования, касающиеся:

• Оценка безопасности;
• анализ рисков;
• техническая документация;
• декларации соответствия;
• тестирование;
• Маркировка CE;
• отслеживаемость;
• предупреждения;
• инструкции;
• ответственные экономические операторы;
• сотрудничество в области надзора за рынком.

Программа защиты данных может предоставлять структурированный метод доступа к части этой информации, но предприятиям все равно необходимо соблюдать соответствующее законодательство о продукции.

Общедоступная и закрытая информация

Не каждый пользователь DPP обязательно будет иметь доступ к одной и той же информации.

Для следующих категорий могут применяться разные уровни доступа:

• потребители;
• коммерческие партнеры;
• ремонтники;
• переработчики отходов;
• таможенные органы;
• органы надзора за рынком;
• другие государственные органы.

Например, информация, предназначенная для потребителей, может включать состав продукции, инструкции по ремонту или переработке, в то время как регулирующие органы могут иметь доступ к нормативной информации, не предназначенной для широкой публикации.

Применимое законодательство определит:

• Эта информация должна быть общедоступной;
• Информация, доступ к которой ограничен;
• Какие роли могут получать доступ к данным с ограниченным доступом?
• требуется ли аутентификация;
• как должны управляться права доступа.

Поэтому предприятиям следует избегать создания систем защиты данных, которые предполагают, что все данные будут отображаться на одной общедоступной веб-странице.

Роль поставщиков услуг в рамках программы защиты детей

Экономические операторы могут хранить и управлять данными DPP самостоятельно или использовать услуги внешнего поставщика услуг DPP.

Поставщик услуг может поддерживать:

• создание паспорта;
• размещение данных;
• Генерация QR-кода;
• управление идентификаторами;
• Интеграция API;
• Регистрация в реестре;
• управление доступом пользователей;
• Проверка данных;
• обслуживание системы;
• долгосрочная доступность.

Однако передача технической платформы на аутсорсинг не влечет за собой автоматической передачи юридической ответственности.

Предприятиям следует установить:

• кто несет юридическую ответственность за прокуратуру;
• кто его регистрирует;
• кто проверяет данные;
• где хранятся данные;
• Как долго он останется доступным;
• как будет осуществляться передача информации в случае расторжения контракта;
• как будут обрабатываться сбои в системе;
• кто обновляет записи о товарах;
• кто руководит исправительными учреждениями;
• кто хранит аудиторские доказательства;
• как обеспечивается переносимость данных.

Указанные Комиссией ориентировочные сроки касаются дополнительных делегированных актов, относящихся к поставщикам услуг в рамках Программы защиты детей. Предприятиям следует следить за этими изменениями, прежде чем заключать долгосрочные соглашения с поставщиками услуг.

Гармонизированные стандарты для DPP

Техническая совместимость имеет важное значение для системы DPP.

Паспорт должен быть пригоден для использования в следующих странах:

• различные группы товаров;
• различные программные платформы;
• различных государств-членов;
• различные участники цепочки поставок;
• таможенные системы;
• системы регулирования;
• потребительские устройства;
• ремонтные и перерабатывающие предприятия.

Европейская комиссия опубликовала официальную страницу, посвященную этому вопросу. гармонизированные стандарты для цифрового паспорта продукта.

На этой странице представлена ​​информация об Имплементационном решении Комиссии (ЕС) 2026/1736 от 14 июля 2026 г., касающемся гармонизированных стандартов, разработанных в поддержку Регламента (ЕС) 2024/1781.

Стандарты DPP охватывают следующие технические области:

• уникальные идентификаторы;
• носители данных;
• совместимость;
• интерфейсы прикладного программирования;
• протоколы обмена данными;
• хранение данных.

В ориентировочном графике Комиссии указано, что решение об имплементации шести стандартов ДПП было принято в июле 2026 года, а дальнейшее решение об имплементации оставшихся двух стандартов запланировано на сентябрь 2026 года.

Почему важна совместимость

DPP (Designated Provider Protection) должен представлять собой нечто большее, чем просто статическую веб-страницу, созданную одним поставщиком.

Система предназначена для обеспечения обмена информацией и ее понимания между различными платформами и пользователями.

Взаимодействие помогает обеспечить следующее:

• Идентификаторы имеют согласованную структуру;
• QR-коды и другие носители информации могут быть надежно интерпретированы;
• Данные могут перемещаться между системами;
• Власти могут получить необходимую информацию;
• Ремонтные и перерабатывающие предприятия могут получить доступ к соответствующим данным;
• Предприятия не привязаны к несовместимым проприетарным системам;
• Данные о продукте остаются полезными на протяжении всего жизненного цикла продукта.

Собственная платформа DPP может предлагать удобный пользовательский интерфейс, но при этом требовать существенной доработки, если она не поддерживает применимые стандарты ЕС и техническую архитектуру.

Для каких продуктов потребуется DPP (Программа защиты данных)?

Процедура DPP будет внедряться постепенно.

Европейская комиссия выделяет два основных правовых пути.

Делегированные действия, касающиеся конкретного продукта, в рамках ESPR.

В текущий ориентировочный график работы Комиссии входят:

• железо и сталь;
• Продукция, связанная с энергетикой;
• текстиль;
• шины;
• алюминий;
• мебель;
• матрасы;
• ИКТ-продукты.

В настоящее время Комиссия указывает:

• Потребности в железе и стали в 2026 году;
• Делегированные акты в отношении текстиля, шин и алюминия в 2027 году;
• мебель в 2028 году;
• матрасы и некоторые дополнительные требования в 2029 году.

Указанные даты касаются предполагаемого принятия правил, специфичных для конкретного продукта, а не обязательно непосредственной даты, к которой каждый оператор должен будет их соблюдать.

Комиссия заявляет, что после принятия делегированных актов в рамках ESPR экономическим операторам, как правило, будет предоставлен переходный период продолжительностью не менее 18 месяцев.

Требования DPP в соответствии с другими законами ЕС

В соответствии с отдельным законодательством может также потребоваться наличие паспорта на цифровую продукцию.

Комиссия приводит следующие примеры:

• Положение об батареях;
• Положение об упаковке и упаковочных отходах;
• Закон о критически важных сырьевых материалах;
• Законодательство ЕС о безопасности игрушек;
• Положение о строительных изделиях;
• законодательство, касающееся моющих средств и поверхностно-активных веществ.

Сроки, объем и требования к содержанию должны определяться на основе применимого отраслевого законодательства.

Батареи — первая обязательная группа товаров.

Некоторые виды батарей станут первой группой продукции, для которой программа DPP станет обязательной.

Европейская комиссия устанавливает 18 февраля 2027 года в качестве первого срока внедрения для некоторых категорий батарей, в том числе:

• аккумуляторы для электромобилей;
• батареи для лёгких транспортных средств;
• некоторые промышленные батареи.

Этот крайний срок не устанавливает универсального требования к защите данных для каждого потребительского товара.

Предприятиям не следует автоматически применять срок службы батарей к текстильным изделиям, мебели, игрушкам и другим категориям продукции.

Каждая категория должна оцениваться в рамках применимой к ней правовой базы.

Текстиль и одежда

Текстильная одежда отнесена к приоритетной группе товаров в рамках Программы стратегического развития текстильной промышленности (ESPR).

Согласно ориентировочному графику Комиссии, принятие отраслевых требований к защите текстильной промышленности в третьем или четвертом квартале 2027 года ожидается в этом году.

В окончательном делегированном акте необходимо будет установить следующие вопросы:

• Продукция, входящая в сферу действия соглашения;
• соответствующие тарифные или товарные классификации;
• применимые исключения;
• Требования к паспортным данным;
• требуемый уровень идентификации;
• размещение носителей данных;
• права доступа;
• требования к хранению данных;
• даты внедрения;
• переходные периоды.

Комиссия заявляет, что после принятия делегированных актов в рамках ESPR у экономических операторов будет переходный период продолжительностью не менее 18 месяцев.

Предприятия текстильной, швейной, кожевенной и обувной отраслей могут начать подготовку уже сейчас, но не должны представлять предполагаемые требования в качестве окончательных до принятия делегированного акта.

Нужно ли регистрировать добровольного адвоката по защите детей?

Предприятие может внедрить добровольную цифровую систему информирования о продукте до того, как вступит в силу обязательное требование о защите данных.

Например, компания может добровольно использовать QR-коды для предоставления следующих услуг:

• инструкции по уходу;
• существенная информация;
• Информация об устойчивом развитии;
• Руководство по ремонту;
• Инструкции по переработке отходов;
• детали цепочки поставок;
• информация для аутентификации.

Возможность или необходимость регистрации такой добровольной системы зависит от правил Реестра и от того, соответствует ли соответствующий продукт применимым правовым требованиям.

Тот факт, что компания описывает свою систему как «Цифровой паспорт продукта», не обязательно означает, что она подпадает под действие обязательного требования ЕС.

Предприятиям следует четко различать:

• добровольная инициатива по предоставлению информации о продукте;
• пилотный проект, разработанный в рамках подготовки к будущим требованиям DPP;
• Обязательная в соответствии с действующим законодательством Европейского союза процедура защиты данных.

Добровольная подготовка может быть полезной, но предприятиям следует избегать заявлений о соответствии требованиям, не подкрепленных доказательствами.

Реестр не обязывает немедленно применять положения ESPR ко всем товарам.

ESPR — это рамочный регламент.

Он создает правовую структуру, посредством которой могут быть установлены подробные требования к экодизайну и защите окружающей среды для конкретных групп продукции.

Многие практические обязательства возникнут только после принятия делегированных актов, касающихся конкретных продуктов.

Таким образом, функционирование Реестра не следует интерпретировать как следующее:

• Теперь для всех продуктов требуется DPP;
• Для всех товаров требуется QR-код;
• Каждый существующий артикул должен быть зарегистрирован;
• Все страницы товаров, на которые вы не претендуете, должны быть внесены в Реестр;
• К каждому сектору применяются одинаковые требования к данным;
• Для всех продуктов установлен одинаковый срок соответствия требованиям.

Правильный анализ всегда должен начинаться с применимого законодательства о продукции.

Подготовка к процедуре защиты данных: практические шаги для бизнеса

Хотя многие специфические требования к продукции все еще находятся в стадии разработки, предприятия могут предпринять практические подготовительные меры.

1. Составьте карту продуктового портфеля.

Составьте структурированный список товаров, поступающих на рынок ЕС.

Включать:

• название продукта;
• Артикул;
• номер модели;
• категория товара;
• состав материала;
• место производства;
• поставщик;
• соответствующее законодательство ЕС;
• таможенная классификация;
• существующие идентификаторы;
• существующая документация по соответствию требованиям.

2. Определите вероятные приоритетные категории.

Сравните портфель с группами продуктов, определенными в графике разработки ДПП, разработанном Комиссией.

Для продукции, относящейся к приоритетным отраслям, может потребоваться более ранняя подготовка.

3. Проверьте текущие идентификаторы продукции.

Определите, какие идентификаторы в настоящее время используются по адресу:

• уровень модели;
• Уровень артикула;
• уровень партии;
• уровень участка;
• на уровне отдельных элементов.

Оцените, являются ли идентификаторы уникальными, постоянными и согласованными в разных системах.

4.Обзор архитектуры QR-кодов

Там, где QR-коды уже используются, необходимо установить:

• кто контролирует пункт назначения;
• является ли URL-адрес постоянным;
• Можно ли обновлять ссылки?
• контролируется ли перенаправление;
• однозначно ли каждый код связан с соответствующим продуктом;
• останется ли доступ к данным после окончания действия договора с поставщиком;
• поддерживает ли система структурированную и машиночитаемую информацию.

5. Проведите анализ несоответствия данных о продукте.

Проверьте, может ли компания надежно получить информацию, касающуюся:

• материалы;
• компоненты;
• вещества;
• переработанные материалы;
• происхождение производства;
• долговечность;
• ремонтопригодность;
• экологические характеристики;
• обслуживание;
• лечение в конце жизни;
• Документация о соответствии.

6. Взаимодействуйте с поставщиками.

Обновите анкеты поставщиков и требования к технической документации.

Поставщикам может потребоваться предоставить структурированные данные, а не непроверенные заявления об экологической устойчивости.

В договорных положениях должны быть указаны следующие пункты:

• точность данных;
• обновить обязательства;
• доказательство;
• хранение документов;
• уведомление об изменении;
• права на аудит;
• ответственность за неверную информацию.

7. Внедрить систему управления данными.

Назначьте права собственности для каждого поля данных.

Например:

• Соответствие нормативным требованиям может регулироваться собственным применимым законодательством;
• Отдел обеспечения качества может владеть данными испытаний и проверок;
• Отдел закупок может владеть информацией о поставщиках;
• В целях устойчивого развития могут быть доступны собственные данные об окружающей среде;
• В отделе разработки продукции могут быть собственные спецификации материалов и дизайна;
• ИТ-отдел может отвечать за интеграцию и доступность;
• Правовые органы могут владеть договорным управлением.

8. Проверьте среду реестра.

Комиссия предоставляет отдельную среду тестирования в рамках Реестра ДПП.

Предприятия могут использовать это для понимания:

• регистрация организации;
• управление учетными записями;
• Процессы регистрации;
• Управление программой ДПП;
• ожидаемые технические процессы.

Не следует путать тестирование с обязательной регистрацией в режиме реального времени.

9. Оцените потребности в ручной и автоматизированной регистрации.

Оцените вероятное количество паспортов и регистраций.

Это поможет определить, целесообразна ли ручная регистрация или потребуется интеграция через API.

10. Тщательно изучите поставщиков услуг.

Не следует оценивать поставщиков услуг исключительно по их способности создавать привлекательные страницы с QR-кодами.

Проверьте, могут ли они обеспечить поддержку:

• Идентификаторы ЕС;
• Интеграция с реестром;
• применимые стандарты;
• машиночитаемые данные;
• Доступ на основе ролей;
• переносимость данных;
• долгосрочная доступность;
• Доказательства и журналы аудита;
• перевод к другому провайдеру.

11. Следите за официальными событиями в ЕС.

График работы Генеральной прокуратуры, представленный Комиссией, прямо обозначен как ориентировочный.

Предприятиям следует отслеживать:

• новые делегированные акты;
• исполнительные акты;
• стандарты;
• отраслевые рекомендации;
• Обновления реестра;
• переходные периоды;
• окончательные сроки соблюдения требований.

Распространенные ошибки при соблюдении требований DPP

Рассматривать QR-код как полноценный паспорт

QR-код — это носитель данных, а не полноценная система соответствия требованиям.

Регистрация без подтверждения правовой сферы действия.

Регистрация должна основываться на действующем законодательстве о продукции, а не на общем предположении, что каждый продукт подпадает под его действие.

Использование маркетинговых заявлений вместо проверенных данных.

Информация, предоставляемая государственной прокуратурой, должна быть достоверной и подтверждаться доказательствами.

Предполагается, что единая структура паспорта подойдет для всех товаров.

Для различных делегированных действий могут потребоваться разные уровни данных и идентификации.

Игнорирование изменений продукта

Изменения в материалах, поставщиках, строительстве или нормативно-правовом статусе могут потребовать обновления плана защиты данных.

Полностью зависит от собственного поставщика.

Предприятиям следует сохранять доступ к своим данным и планировать действия на случай сбоя, прекращения сотрудничества или перехода к другому поставщику услуг.

Невозможность связать таможенные и нормативные данные.

Идентификаторы продукции, товарные коды и информация из Реестра должны быть согласованы.

Публикация конфиденциальной информации для всех

Системы защиты данных могут требовать дифференцированных прав доступа, а не неограниченного публичного доступа.

Ожидание даты вступления в силу требований

Сбор достоверных данных о цепочке поставок и интеграция систем могут потребовать значительной подготовки.

Что означает запуск реестра на практике

Запуск Реестра DPP является важной вехой в операционной деятельности, но к его оценке следует относиться с осторожностью.

Это значит:

• Инфраструктура регистрации на уровне ЕС функционирует;
• Организации могут получить доступ к действующему реестру;
• Доступна среда для тестирования;
• Экономические операторы могут начать изучать процесс регистрации;
• Техническая и организационная подготовка может продвинуться вперед;
• ЕС переходит от разработки политики к ее практической реализации.

Это не значит:

• Для каждого продукта уже требуется DPP;
• Каждый QR-код должен быть зарегистрирован;
• Все добровольные проекты в рамках Программы защиты детей подлежат немедленной регистрации;
• Для каждой группы товаров существуют окончательные правила;
• Предприятиям следует регистрировать продукцию, не проверяя действующее законодательство.

Заключение

Цифровой паспорт продукции станет центральным элементом регулирования продукции в ЕС, политики устойчивого развития, таможенного контроля и надзора за рынком.

Реестр DPP создает общую инфраструктуру ЕС, необходимую для идентификации и проверки паспортов, позволяя при этом сохранять подробную информацию о продукте в децентрализованных системах, управляемых экономическими операторами или поставщиками услуг.

Для продукции, на которую распространяется обязательное требование о наличии паспорта безопасности, регистрация в реестре будет отдельным этапом от создания паспорта и нанесения QR-кода. Паспорт безопасности должен быть зарегистрирован в соответствии с действующим законодательством до того, как продукция будет выпущена на рынок ЕС.

Однако запуск Реестра не налагает немедленных обязательств на каждый продукт.

Данное юридическое требование будет применяться постепенно посредством делегированных актов, специфичных для конкретных продуктов, в рамках ESPR, а также посредством другого законодательства ЕС. Поэтому предприятия должны оценивать каждую категорию продукции отдельно и соблюдать применимые рамки, требования к данным и сроки внедрения.

Производителям, импортерам и другим экономическим субъектам следует использовать текущий период для улучшения данных о продукции, пересмотра идентификаторов, оценки технических систем, взаимодействия с поставщиками и тестирования среды реестра ЕС. Заблаговременная подготовка может уменьшить трудности на более поздних этапах внедрения, но окончательные решения о соответствии должны по-прежнему основываться на применимых официальных правилах ЕС.

Официальные ссылки ЕС

1. Регламент (ЕС) 2024/1781, устанавливающий рамки для определения требований к экодизайну экологически устойчивой продукции.
2. Имплементационное постановление Комиссии относительно Реестра цифровых паспортов.
3. Европейская комиссия: Гармонизированные стандарты для цифрового паспорта продукта.
4. Европейская комиссия: Обзор цифровых паспортов товаров
5. Европейская комиссия: Реестр цифровых товарных паспортов