Цифровий паспорт продукту ЄС: реєстр, QR-коди та часові рамки

Реєстр цифрових паспортів продукції ЄС вже працює: що потрібно знати виробникам

Європейська Комісія запустила Реєстр цифрових паспортів продукції ЄС, що стало важливим кроком у впровадженні системи цифрових паспортів продукції.

Реєстр розпочав роботу 20 липня 2026 року. Він забезпечує центральну інфраструктуру ЄС, через яку економічні оператори реєструватимуть цифрові паспорти продуктів, на які поширюється чинне законодавство ЄС.

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

Юридичне зобов’язання застосовуватиметься поступово. Продукт повинен мати цифровий паспорт продукту та бути зареєстрованим, коли цього вимагає відповідний делегований акт щодо конкретного продукту або інше застосовне законодавство ЄС.

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

У цій статті пояснюється:

• що таке цифровий паспорт продукту;
• чим займається Реєстр DPP;
• чим реєстрація відрізняється від створення QR-коду;
• які підприємства можуть бути відповідальними;
• яка інформація буде зареєстрована;
• як митні органи та органи ринкового нагляду використовуватимуть систему;
• які групи продуктів очікується охопити;
• коли очікується застосування вимог;
• що виробники, імпортери та інші економічні оператори повинні робити зараз.

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

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

Європейська комісія описує DPP як цифрове посвідчення особи, яке забезпечує доступ до відповідної інформації про продукт протягом усього його життєвого циклу.

Залежно від чинного законодавства щодо продукції, паспорт може містити інформацію щодо:

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

Точна інформація не буде однаковою для кожного продукту. Вимоги до конкретного продукту будуть встановлені шляхом делегованих актів, прийнятих відповідно до Регламенту про екодизайн для стійких продуктів, або шляхом іншого законодавства ЄС, що вимагає проведення Плану екологічного проектування (ППП).

План розробки продуктів (DPP) має на меті зробити достовірну інформацію про продукт доступною у стандартизованому цифровому форматі для різних користувачів, зокрема:

• споживачі;
• виробники;
• імпортери;
• дистриб'ютори;
• уповноважені представники;
• ремонтники;
• ремонтники;
• виробники відновлених матеріалів;
• переробники;
• митні органи;
• органи ринкового нагляду;
• інші органи державної влади.

Правовою основою для загальних рамок DPP є Регламент (ЄС) 2024/1781 про встановлення рамкових вимог до екодизайну для екологічно чистих продуктів, загальновідомий як Регламент про екодизайни для стійких продуктів або ESPR.

DPP – це більше, ніж просто QR-код

Поширеним непорозумінням є те, що додавання QR-коду до продукту автоматично створює відповідний цифровий паспорт продукту.

QR-код може слугувати носієм даних, що з'єднує фізичний продукт з його цифровим виробником (DPP). Однак QR-код — це лише одна частина системи.

Відповідна структура DPP містить кілька окремих елементів:

1. Фізичний продукт

Продукт, його упаковка або супровідна документація містять носій даних, такий як QR-код.

2. Носій даних

Носій даних забезпечує цифровий доступ до відповідного паспорта.

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

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

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

План постачання (DPP) містить або забезпечує контрольований доступ до необхідної інформації про продукт.

5. Система зберігання даних

Детальна інформація про ДПП зберігається економічним оператором або постачальником послуг ДПП.

6. Реєстр DPP ЄС

Реєстр зберігає відповідні ідентифікатори, реєстраційні дані та необхідні метадані високого рівня.

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

Після реєстрації DPP Реєстр генерує унікальний ідентифікатор реєстрації, пов’язаний із зареєстрованим паспортом.

Таким чином, бізнес може мати веб-сторінку продукту, доступну через QR-код, без наявності юридично відповідного DPP.Відповідність залежить від того, чи відповідає вся система чинним законодавчим вимогам щодо вмісту даних, ідентифікаторів, прав доступу, сумісності, зберігання, доступності та реєстрації.

Європейська Комісія пояснює, що економічний оператор спочатку збирає інформацію про продукт, передбачену законодавством. Потім створюється та реєструється ППП, тоді як повна інформація про продукт зберігається економічним оператором або його постачальником послуг ППП. Цифровий носій даних, такий як QR-код, пов’язує фізичний продукт з паспортом.

Що таке реєстр цифрових паспортів продуктів ЄС?

Реєстр DPP – це центральна база даних ЄС, що підтримує систему цифрових паспортів продукції.

Він діє як служба індексації для виробників, що стосуються продуктів, що розміщуються на ринку ЄС.

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

Згідно з Європейською комісією, Реєстр зберігатиме:

• унікальні ідентифікатори продукції;
• Інформація про реєстрацію ДПП;
• необхідні метадані високого рівня;
• інша інформація, що вимагається відповідно до чинного делегованого акту або законодавства ЄС.

Сама система розподілу продуктів (ПДП) дотримується децентралізованої архітектури. Детальні дані про продукт залишаються відповідальністю відповідного економічного оператора. Оператор може розміщувати інформацію безпосередньо або скористатися послугами постачальника ПДП.

Таким чином, Реєстр забезпечує спільний індекс на рівні ЄС, тоді як інформація про продукт може зберігатися в децентралізованих системах.

Чому було створено Реєстр?

Децентралізована система DPP потребує надійного способу ідентифікації та перевірки паспортів по всьому ЄС.

Без центрального реєстру органи влади можуть зіткнутися з труднощами у визначенні:

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

Реєстр забезпечує централізований контрольний пункт для цих функцій.

Він призначений для підтримки:

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

Практичні механізми роботи Секретаріату регулюються Виконавчий регламент Комісії щодо реєстру цифрових паспортів продуктів.

Чи кожен DPP має бути зареєстрований?

Якщо чинний правовий акт ЄС вимагає цифрового паспорта продукту, паспорт має бути зареєстрований у реєстрі DPP відповідно до цього законодавства.

Таким чином, реєстрація є окремим кроком дотримання вимог. Створення інформації про продукт та додавання QR-коду саме по собі недостатньо.

Однак, початок роботи Реєстру не накладає негайного зобов'язання DPP на всі продукти.

Обов'язкова вимога щодо DPP повинна випливати з:

• делегований акт щодо конкретного продукту, прийнятий відповідно до ESPR; або
• інший регламент або правовий акт ЄС, який безпосередньо вимагає надання послуг захисника.

Доки не набуде чинності відповідне законодавство про продукцію, компанія може створити добровільну цифрову систему інформації про продукцію. Ця добровільна система не обов'язково має бути автоматично зареєстрована лише тому, що Реєстр доступний.

Різниця важлива:

Доступність реєстру означає, що інфраструктура ЄС працює.

Юридична застосовність означає, що певний продукт охоплюється обов'язковою вимогою DPP.

Застосовний делегований акт або галузеве законодавство визначатиме:

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

Коли необхідно завершити реєстрацію?

Там, де застосовується обов'язковий перевірний лист для харчових продуктів (DPP), реєстрацію, як правило, необхідно завершити до того, як продукт буде розміщено на ринку ЄС.

Європейська Комісія заявляє, що відповідні економічні оператори повинні зареєструвати DPP відповідно до чинного законодавства, перш ніж продукт буде введено в обіг.

Це стосується:

• продукти, вироблені в ЄС; та
• імпортовані товари, що потрапляють на ринок ЄС.

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

Це означає, що реєстрацію DPP слід розглядати як вимогу до допродажного контролю, а не як адміністративну формальність після продажу.

Як працює процес реєстрації

Детальний процес залежатиме від законодавства про продукт та остаточної функціональності Реєстру, але Європейська Комісія описує загальний процес DPP наступним чином.

Крок 1: Визначте, чи покривається дія цього продукту

Економічний оператор повинен встановити, чи підлягає продукт обов'язковій вимозі DPP.

Ця оцінка вимагає визначення:

• категорія продукту;
• застосовне законодавство ЄС;
• відповідний делегований акт;
• дата відповідності;
• будь-які перехідні положення;
• будь-які винятки чи звільнення.

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

Наприклад, визначення текстилю як пріоритетної групи товарів саме по собі не встановлює остаточних вимог до даних, дати відповідності або обсягу. Ці деталі будуть встановлені відповідним делегованим актом.

Крок 2: Визначення відповідального економічного оператора

Чинне законодавство визначатиме, хто повинен створювати та реєструвати паспорт.

Залежно від ланцюга постачання та правової бази, відповідальною стороною може бути:

• виробник ЄС;
• виробник з країни поза ЄС;
• імпортер;
• уповноважений представник;
• інший економічний оператор, визначений відповідно до чинного законодавства.

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

Крок 3: Зберіть необхідну інформацію про продукт

Економічний оператор повинен збирати інформацію, що вимагається чинним законодавством ЄС.

Це може вимагати координації між:

• розробка продукту;
• постачання;
• закупівля;
• забезпечення якості;
• сталий розвиток;
• дотримання нормативних вимог;
• безпека продукції;
• інформаційні технології;
• логістика;
• МИТНИЦЯ;
• юридичний;
• післяпродажна підтримка;
• переробка та операції з утилізації відходів.

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

Крок 4: Встановлення необхідного ідентифікатора

Відповідне законодавство визначатиме рівень, на якому має бути створений паспорт.

Можливі рівні ідентифікації можуть включати:

• модель продукту;
• тип продукту;
• партія;
• виробнича партія;
• окремий предмет;
• компонент;
• матеріал.

Ця відмінність має важливі операційні наслідки.

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

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

Крок 5: Створення DPP

Паспорт має бути створений у необхідній структурі та форматі.

Інформація повинна бути доступною, обмінюватися нею та інтерпретуватися відповідно до чинних технічних правил.

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

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

Крок 6: Зареєструйте DPP

Економічний оператор реєструє ПДП у Реєстрі ЄС.

Комісія пропонує два основні шляхи:

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

Інтерфейс користувача може підходити для ручної реєстрації та менших обсягів реєстрації.

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

Реєстр наразі включає як робоче середовище, так і окреме середовище для тестування. Тестове середовище дозволяє компаніям досліджувати робочі процеси реєстрації та реєстрації, не впливаючи на дані в реальному часі чи реальні процеси.

Крок 7: Отримайте унікальний реєстраційний ідентифікатор

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

Комісія називає цей ідентифікатор URI. У цьому контексті URI генерується Реєстром після реєстрації та може бути використаний у процесі перевірки.

Для імпортованих товарів митні органи можуть перевірити ідентифікатор та пов'язані з ним реєстраційні дані.

Крок 8: Застосуйте або підключіть носій даних

Носій даних, такий як QR-код, повинен забезпечувати доступ до DPP.

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

• на виробі;
• на етикетці;
• на упаковці;
• у супровідній документації;
• у більш ніж одному місці.

Застосовні правила можуть також визначати вимоги щодо:

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

Крок 9: Зберігайте паспорт

Відповідність вимогам DPP не закінчується після реєстрації.

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

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

Яку інформацію зберігає реєстр?

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

Європейська комісія описує її як захищену базу даних, що зберігає:

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

Повна інформація про ДПП зберігається економічним оператором або постачальником послуг ДПП.

Ця відмінність дозволяє ЄС підтримувати централізовану систему перевірки та індексації, не вимагаючи розміщення кожного детального запису паспорта в одній центральній базі даних.

Тим не менш, чинні делеговані акти або інше законодавство ЄС можуть вимагати реєстрації додаткової інформації для певних груп продуктів.

Що таке метадані реєстрації?

Метадані реєстрації – це структурована інформація, що описує відповідального за обробку даних (DPP) та його зв'язок із продуктом і відповідальним оператором.

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

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

Бізнесу слід розрізняти:

Зміст паспорта, яка складається з основної інформації про продукт, доступної через DPP.

Метадані реєстрації, що дозволяє Реєстру та органам влади ідентифікувати, знаходити, перевіряти та керувати паспортом.

Реєстрація організації та перевірка користувачів

Перед реєстрацією ПОО економічному оператору може знадобитися зареєструвати свою організацію в Реєстрі.

Ресурси Реєстру Комісії включають функціональність та інструкції щодо:

• реєстрація організації;
• реєстрація ДПП;
• управління зареєстрованими ДПП.

Структура впровадження також охоплює верифікацію користувачів та управління доступом.

Це важливо, оскільки Реєстр повинен мати можливість встановити, що користувач має повноваження діяти від імені відповідної організації.

Бізнесу слід заздалегідь врахувати:

• яка юридична особа буде реєструватися;
• який персонал буде адмініструвати обліковий запис;
• хто може реєструвати або вносити зміни до ППД;
• як буде контролюватися доступ;
• як будуть здійснюватися кадрові зміни;
• чи отримають доступ зовнішні постачальники;
• як будуть задокументовані обов'язки;
• хто зберігатиме докази реєстрації.

Європейська Комісія опублікувала спеціальний Сторінка реєстру DPP з доступом до активного реєстру, тестового середовища, посібника користувача та служби підтримки.

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

Реєстр дозволяє реєстрацію через інтерфейс користувача або API.

Інтерфейс користувача

Ручна реєстрація може підійти для:

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

Однак, ручна реєстрація може бути складною, якщо компанія має:

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

Реєстрація API

Інтеграція API може дозволити економічним операторам підключити Реєстр до існуючих систем, таких як:

• системи управління життєвим циклом продукції;
• системи планування ресурсів підприємства;
• системи управління інформацією про продукцію;
• бази даних відповідності;
• платформи основних даних;
• портали постачальників;
• системи відстеження;
• Платформи постачальників послуг DPP.

Інтеграція API може зменшити повторювану ручну роботу, але вона вимагає надійних основних даних, управління, перевірки та обробки помилок.

Автоматизація подання неточних даних не вирішує проблеми дотримання вимог. Підприємства повинні спочатку встановити надійні процеси володіння даними та їх перевірки.

Підтвердження реєстрації

Система Реєстру дозволяє економічним операторам запитувати підтвердження реєстрації у формі захищеного електронного документа.

Підтвердження реєстрації може бути корисним у:

• операції між підприємствами;
• кваліфікація постачальника;
• адаптація продавця;
• перевірки відповідності ринку;
• митні документи;
• внутрішні аудити;
• регуляторні перевірки;
• дотримання контрактних зобов'язань;
• належна перевірка клієнта.

Підтвердження реєстрації не обов'язково доводить, що кожен пункт інформації в DPP є точним або що продукт відповідає всьому чинному законодавству ЄС.

Це демонструє, що ПО було зареєстровано відповідно до процесу Реєстру. Відповідність продукції все ще залежить від базової продукції, документації, даних та оцінки відповідності.

Митний контроль

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

Митні органи можуть використовувати Реєстр для електронної перевірки того, що:

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

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

Через це класифікація продукції та митні дані є важливою частиною підготовки DPP.

Виробники та імпортери повинні забезпечити узгодженість між:

• митні декларації;
• товарні коди;
• ідентифікатори продукції;
• комерційні рахунки-фактури;
• документація на перевезення;
• Записи ДПП;
• Подання до реєстру.

Конфліктні ідентифікатори або класифікації можуть призвести до затримок, збоїв перевірки або питань щодо правозастосування.

Ринковий нагляд

Реєстр також підтримуватиме органи ринкового нагляду.

Органи влади можуть використовувати зареєстровану інформацію для:

• визначити відповідального економічного оператора;
• знайти ДПП;
• перевірити реєстрацію продукту;
• переглянути інформацію про продукт, що вимагається законодавством;
• розслідувати невідповідну продукцію;
• порівняти ринкову інформацію із реєстраційними записами;
• підтримка скоординованого правозастосування.

DPP не замінює існуючі зобов'язання щодо відповідності продукції.

Продукція може залишатися предметом вимог щодо:

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

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

Публічна та обмежена інформація

Не кожен користувач DPP обов'язково матиме доступ до однієї й тієї ж інформації.

Різні рівні доступу можуть застосовуватися до:

• споживачі;
• комерційні партнери;
• ремонтники;
• переробники;
• митні органи;
• органи ринкового нагляду;
• інші державні органи.

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

Чинне законодавство визначатиме:

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

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

Роль постачальників послуг DPP

Економічні оператори можуть зберігати та керувати даними DPP самостійно або використовувати послуги зовнішнього постачальника послуг DPP.

Постачальник може підтримувати:

• створення паспорта;
• хостинг даних;
• Генерація QR-коду;
• управління ідентифікаторами;
• Інтеграція API;
• Реєстрація в реєстрі;
• управління доступом користувачів;
• перевірка даних;
• обслуговування системи;
• довгострокова доступність.

Однак аутсорсинг технічної платформи не передбачає автоматичної передачі юридичної відповідальності.

Підприємства повинні встановити:

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

Орієнтовний графік Комісії стосується додаткових делегованих актів щодо постачальників послуг прямого публічного медичного обслуговування (DPP). Підприємства повинні стежити за цими подіями, перш ніж остаточно укладати довгострокові угоди з постачальниками.

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

Технічна сумісність є важливою для системи DPP.

Паспорт повинен бути дійсним у:

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

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

На цій сторінці зазначено Імплементаційне рішення Комісії (ЄС) 2026/1736 від 14 липня 2026 року щодо гармонізованих стандартів, розроблених на підтримку Регламенту (ЄС) 2024/1781.

Структура стандартів DPP охоплює такі технічні області, як:

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

У орієнтовному графіку Комісії зазначено, що імплементаційне рішення, що охоплює шість стандартів DPP, було прийнято у липні 2026 року, а подальше імплементаційне рішення щодо двох інших стандартів заплановано на вересень 2026 року.

Чому важлива сумісність

DPP має бути чимось більшим, ніж статичною веб-сторінкою, створеною одним постачальником.

Система призначена для забезпечення обміну інформацією та її розуміння на різних платформах та для різних користувачів.

Взаємодія допомагає забезпечити, що:

• ідентифікатори структуровані послідовно;
• QR-коди та інші носії можна надійно інтерпретувати;
• дані можуть переміщуватися між системами;
• органи влади можуть отримати необхідну інформацію;
• ремонтники та переробники можуть отримати доступ до відповідних даних;
• бізнес не замкнений у несумісних власницьких системах;
• Дані про продукт залишаються корисними протягом усього життєвого циклу продукту.

Власна платформа DPP може пропонувати відшліфований інтерфейс користувача, але все одно вимагати суттєвої модифікації, якщо вона не підтримує чинні стандарти ЄС та технічну архітектуру.

Для яких продуктів потрібен буде DPP (Distributed Products)?

DPP буде впроваджуватися поступово.

Європейська комісія визначає два основні правові шляхи.

Делеговані акти щодо конкретних продуктів згідно з ESPR

Поточний орієнтовний графік Комісії включає:

• залізо та сталь;
• енергетичні продукти;
• текстиль;
• шини;
• алюміній;
• меблі;
• матраци;
• Продукти ІКТ.

Комісія наразі вказує:

• потреби в чавуні та сталі у 2026 році;
• делеговані акти щодо текстилю, шин та алюмінію у 2027 році;
• меблі у 2028 році;
• матраци та деякі додаткові вимоги у 2029 році.

Ці дати стосуються очікуваного прийняття правил щодо конкретних продуктів, а не обов'язково безпосередньої дати, коли кожен оператор повинен їх дотримуватися.

Комісія заявляє, що після прийняття делегованих актів ESPR економічні оператори, як правило, отримають перехідний період тривалістю щонайменше 18 місяців.

Вимоги DPP згідно з іншим законодавством ЄС

Цифрові паспорти продуктів також можуть бути обов'язковими згідно з окремим законодавством.

Комісія визначає приклади, зокрема:

• Регламент щодо батарей;
• Регламент щодо упаковки та відходів упаковки;
• Закон про критично важливу сировину;
• Законодавство ЄС щодо безпеки іграшок;
• Регламент щодо будівельних виробів;
• законодавство щодо мийних засобів та поверхнево-активних речовин.

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

Батарейки – перша обов'язкова група продуктів

Певні батареї стануть першою групою продуктів, для якої DPP стане обов'язковим.

Європейська комісія визначила 18 лютого 2027 року першим терміном впровадження для певних категорій акумуляторів, зокрема:

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

Цей термін не встановлює універсальної вимоги DPP для кожного споживчого продукту.

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

Кожну категорію необхідно оцінювати відповідно до власної чинної правової бази.

Текстиль та одяг

Текстильний одяг визначено пріоритетною групою товарів згідно з ESPR.

Орієнтовний графік Комісії передбачає прийняття галузевих вимог DPP для текстилю у третьому або четвертому кварталі 2027 року.

Остаточний делегований акт повинен буде встановити такі питання, як:

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

Комісія заявляє, що економічні оператори матимуть перехідний період тривалістю щонайменше 18 місяців після прийняття делегованих актів ESPR.

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

Чи потрібно реєструвати добровільного пільгового медичного працівника (ДПП)?

Бізнес може запровадити добровільну цифрову систему інформації про продукцію до того, як буде застосовано обов'язкову вимогу DPP.

Наприклад, компанія може добровільно використовувати QR-коди для надання:

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

Чи можна або чи слід реєструвати таку добровільну систему, залежить від правил Реєстру та від того, чи відповідає відповідний продукт чинним правовим вимогам.

Той факт, що компанія описує свою систему як «Цифровий паспорт продукту», не обов’язково робить її ПО, що регулюється обов’язковою вимогою ЄС.

Підприємства повинні чітко розрізняти:

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

Добровільна підготовка може бути цінною, але підприємствам слід уникати необґрунтованих заяв про відповідність вимогам.

Реєстр не одразу робить кожен продукт об'єктом ESPR

ESPR є рамковим регламентом.

Це створює правову структуру, за допомогою якої можна встановити детальні вимоги екодизайну та DPP для конкретних груп продуктів.

Багато практичних зобов'язань виникнуть лише після прийняття делегованих актів щодо конкретних продуктів.

Таким чином, діяльність Реєстру не повинна тлумачитися як така, що:

• для всіх продуктів тепер потрібен DPP;
• для всіх продуктів потрібен QR-код;
• кожен існуючий SKU має бути зареєстрований;
• усі добровільні сторінки продуктів мають бути внесені до Реєстру;
• однакові вимоги до даних застосовуються до кожного сектора;
• однакова дата відповідності застосовується до кожного продукту.

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

Підготовка до DPP: практичні кроки для бізнесу

Хоча багато вимог до конкретних продуктів все ще розробляються, підприємства можуть вжити практичних підготовчих заходів.

1. Створіть карту портфоліо продуктів

Створити структурований перелік продуктів, що розміщуються на ринку ЄС.

Включити:

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

2. Визначте ймовірні пріоритетні категорії

Порівняйте портфоліо з групами продуктів, визначеними у часовій шкалі DPP Комісії.

Продукція в секторах, що мають ранній пріоритет, може вимагати попередньої підготовки.

3. Перегляньте поточні ідентифікатори продукту

Визначте, які ідентифікатори наразі використовуються за адресою:

• рівень моделі;
• Рівень артикулу;
• рівень партії;
• рівень лота;
• рівень окремого елемента.

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

4.Огляд архітектури QR-кодів

Там, де QR-коди вже використовуються, встановіть:

• хто контролює пункт призначення;
• чи є URL-адреса постійною;
• чи можна оновлювати посилання;
• чи контролюються переадресації;
• чи кожен код однозначно пов'язаний з правильним продуктом;
• чи можуть дані залишатися доступними після закінчення терміну дії договору з постачальником;
• чи підтримує система структуровану та машинозчитувану інформацію.

5. Проведіть аналіз прогалин у даних про продукт

Перевірте, чи може бізнес надійно отримати інформацію щодо:

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

6. Залучайте постачальників

Оновити анкети постачальників та вимоги до технічної документації.

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

Договірні положення повинні враховувати:

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

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

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

Наприклад:

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

8. Перевірте середовище реєстру

Комісія надає окреме середовище для тестування Реєстру DPP.

Бізнес може використовувати його для розуміння:

• реєстрація в організації;
• управління обліковими записами;
• робочі процеси реєстрації;
• Управління ДПП;
• очікувані технічні процеси.

Тестування не слід плутати з обов'язковою реєстрацією в реальному часі.

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

Оцініть ймовірну кількість паспортів та реєстрацій.

Це допоможе визначити, чи реалістична ручна реєстрація, чи потрібна буде інтеграція API.

10. Уважно перевіряйте постачальників послуг

Не оцінюйте постачальників виключно за їхньою здатністю створювати привабливі сторінки з QR-кодами.

Перевірте, чи можуть вони підтримати:

• Ідентифікатори ЄС;
• Інтеграція з реєстром;
• застосовні стандарти;
• машинозчитувані дані;
• доступ на основі ролей;
• переносимість даних;
• довгострокова доступність;
• докази та журнали аудиту;
• переведення до іншого постачальника.

11. Слідкуйте за офіційними подіями в ЄС

Графік проведення ДПП Комісії чітко визначено як орієнтовний.

Підприємства повинні контролювати:

• нові делеговані акти;
• імплементаційні акти;
• стандарти;
• галузеве керівництво;
• Оновлення реєстру;
• перехідні періоди;
• кінцеві дати відповідності.

Поширені помилки у дотриманні вимог DPP

Трактування QR-коду як повного паспорта

QR-код — це носій даних, а не повна система відповідності.

Реєстрація без підтвердження правової сфери

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

Використання маркетингових заяв замість перевірених даних

Інформація ДПП має бути достовірною та підтвердженою доказами.

Припускаючи, що одна структура паспорта працюватиме для всіх продуктів

Різні делеговані акти можуть вимагати різних рівнів даних та ідентифікації.

Ігнорування змін у продукті

Зміни в матеріалах, постачальниках, будівництві або регуляторному статусі можуть вимагати оновлення Плану виробництва (ПДП).

Повністю залежить від власного постачальника

Бізнес повинен підтримувати доступ до своїх даних і планувати випадки збою постачальника, припинення його роботи або міграції.

Неможливість пов'язати митні та регуляторні дані

Ідентифікатори продуктів, товарні коди та інформація з Реєстру повинні бути узгодженими.

Оприлюднення конфіденційної інформації для всіх

Системи DPP можуть вимагати диференційованих прав доступу, а не необмеженого публічного доступу.

Очікування дати відповідності

Збір достовірних даних про ланцюги поставок та інтеграція систем можуть вимагати суттєвої підготовки.

Що запуск реєстру означає на практиці

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

Це означає:

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

Це не означає:

• кожен продукт вже вимагає DPP;
• кожен QR-код має бути зареєстрований;
• усі добровільні проекти DPP підлягають негайній реєстрації;
• для кожної групи продуктів існують остаточні правила;
• підприємства повинні реєструвати продукцію без перевірки чинного законодавства.

Висновок

Цифровий паспорт продукту стане центральною частиною регулювання продукції ЄС, політики сталого розвитку, митного контролю та ринкового нагляду.

Реєстр DPP створює спільну інфраструктуру ЄС, необхідну для ідентифікації та перевірки паспортів, водночас дозволяючи зберігати детальну інформацію про продукт у децентралізованих системах, якими керують економічні оператори або постачальники послуг.

Для продуктів, що підлягають обов'язковій вимозі DPP (Податкового сертифіката), реєстрація в Реєстрі буде окремим кроком від створення паспорта та нанесення QR-коду. DPP має бути зареєстрований відповідно до чинного законодавства, перш ніж продукт буде розміщено на ринку ЄС.

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

Ця правова вимога застосовуватиметься поступово через делеговані акти щодо конкретних продуктів відповідно до ESPR та через інше законодавство ЄС. Тому підприємства повинні оцінювати кожну категорію продуктів окремо та дотримуватися застосовної сфери застосування, вимог до даних та дати впровадження.

Виробникам, імпортерам та іншим економічним операторам слід використовувати поточний період для покращення даних про продукцію, перегляду ідентифікаторів, оцінки технічних систем, залучення постачальників та тестування середовища Реєстру ЄС. Рання підготовка може зменшити труднощі з впровадженням у майбутньому, але остаточні рішення щодо відповідності повинні ґрунтуватися на чинних офіційних правилах ЄС.

Офіційні посилання ЄС

1. Регламент (ЄС) 2024/1781 про встановлення рамкових вимог до екодизайну для екологічно чистих продуктів
2. Виконавчий регламент Комісії щодо реєстру цифрових паспортів продуктів
3. Європейська комісія: Гармонізовані стандарти для цифрового паспорта продукту
4. Європейська комісія: Огляд цифрового паспорта продукту
5. Європейська комісія: Реєстр цифрових паспортів продукції