Европейската комисия публикува проект на регламент за изпълнение относно регистъра на DPP

Контекст: защо е необходим централен регистър?

Регламентът за екопроектиране на устойчиви продукти (ESPR, ЕС) 2024/1781, който е в сила от юли 2024 г., установява правната основа за цифровия продуктов паспорт (DPP). Той изисква от производителите и вносителите на определени продуктови категории да предоставят машинночетим паспорт, съдържащ информация, свързана с продукта, относно устойчивост, ремонтопригодност и материали. Централният регистър не е хранилище за това съдържание — той е директория, която свързва уникалните идентификатори със съответните им резолверни крайни точки.

На 29 април 2026 г. Европейската комисия публикува проекта на регламент за изпълнение относно регистъра на DPP. Този проект уточнява как регистърът трябва да се управлява — технически и организационно — и какви задължения ще имат икономическите оператори.

Какво съхранява регистърът — и какво не

Само UID и резолверни крайни точки

Често срещано погрешно схващане е, че централният регистър съхранява пълните данни на DPP. Това изрично не е така. Съгласно ESPR регистърът съхранява изключително:

Уникални идентификатори (UID): отличителните идентификатори на продуктите
Резолверни крайни точки: URL адресите, на които може да бъде извлечен действителният DPP
Стокови кодове: в подкрепа на митническите процедури и надзора на пазара

Данните, свързани с продукта — състав на материалите, въглероден отпечатък, инструкции за ремонт — остават при производителя или при ангажиран от него доставчик на услуги. Следователно регистърът функционира като децентрализирана директория, а не като централна база данни. Този подход е в съответствие с принципа на GS1 Digital Link, при който структуриран URI сочи към разпределени източници на данни.

Права за достъп по групи участници

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

Широка общественост / потребители: достъп за четене до резолверния URL и продуктовата категория
Органи за надзор на пазара: разширен достъп за целите на прилагането
Митнически органи: използване на стоковите кодове в контекста на вносните процедури
Икономически оператори (производители, вносители): достъп за запис с цел регистриране и актуализиране на техните UID

Тази ролева структура е от значение за техническата интеграция: системите, които управляват данни на DPP — например чрез работен поток за групово импортиране — трябва да отчитат изискванията за удостоверяване на API на регистъра.

Изисквания към уникалните идентификатори

Признати системи за идентификация

Проектът уточнява, че UID трябва да отговарят на призната система за идентификация. Изрично са посочени следните:

GS1 GTIN (Global Trade Item Numbers) — най-широко използваният международен стандарт за идентификация на продукти в търговията
Кодове, съвместими с ISO/IEC 15459 — международен стандарт за уникални идентификатори във веригите за доставки

За производителите, които вече използват баркодове на GS1 или QR кодове с поддръжка на GS1 Digital Link, пътят за миграция е сравнително прост: GTIN формира основния идентификатор, който се регистрира в регистъра. Типичен URI на GS1 Digital Link изглежда така:

https://id.example.com/01/04012345678901/21/XYZ123

Тук 01 представлява GTIN, а 21 — серийния номер. Този URI може да бъде съхранен директно като резолверна крайна точка в регистъра.

Последствия за собствените идентификатори

Компаниите, които понастоящем използват собствени артикулни номера без никаква връзка с GS1 или ISO/IEC 15459, ще трябва да преразгледат своята стратегия за идентификация. Проектът не оставя място за нестандартизирани UID. Това засяга особено малките и средните производители, които досега не са използвали никаква формална схема за идентификация на продукти.

Изисквания за архивиране и оперативни последствия

Най-малко 10 години след пускането на пазара

ESPR изисква вписванията в регистъра да останат достъпни в продължение на най-малко 10 години след последното пускане на продукта на пазара. На практика това означава:

UID не могат просто да бъдат изтрити, след като даден продукт бъде преустановен
Резолверните крайни точки трябва да останат достъпни през целия период на архивиране
Производителите отговарят за осигуряването на наличността на данните дори след корпоративно преструктуриране или продажба

Това изискване има преки последствия за хостинг договореностите и структурирането на договорите. Ако хоствате данни на DPP при доставчик трета страна, трябва да гарантирате договорно, че данните остават достъпни за целия жизнен цикъл на продукта — и след това.

Техническа стабилност на резолверните URL адреси

Често подценяван аспект: резолверните URL адреси трябва да бъдат стабилни. Промени в домейна, преструктуриране на пътя на URL или смяна на хостинг доставчика могат да доведат до нарушаване на съществуващите вписвания в регистъра. Динамичните QR кодове — при които физическият код е отделен от базовия URL — решават този проблем на ниво продукт, но не решават въпроса с регистрацията в централния регистър, където резолверната крайна точка е изрично записана.

График и следващи стъпки

Фаза на консултации и влизане в сила

Проектът, публикуван на 29 април 2026 г., понастоящем е във фаза на консултации. Браншовите асоциации, органите по стандартизация и държавите членки могат да представят коментари. Окончателното влизане в сила на регламента за изпълнение зависи от този процес, както и от делегираните актове, които ще определят конкретните задължения по DPP за отделните продуктови категории.

Самият ESPR предвижда, че първите продуктово-специфични правни актове — които се очаква да обхванат текстил и батерии — ще влязат в сила през 2026 и 2027 г. За тези категории регистърът тогава ще стане непосредствено релевантен.

Какво трябва да направят производителите сега

Независимо от това кога регламентът в крайна сметка влиза в сила, още днес можете да предприемете конкретни подготвителни стъпки:

Прегледайте своята стратегия за идентификация: съвместими ли са съществуващите ви артикулни номера с GS1 или ISO/IEC 15459? Ако не, планирайте миграция.
Изградете резолверна инфраструктура: къде ще се хостват данните на DPP? Стабилни и защитени ли са URL адресите в дългосрочен план?
Разработете концепция за архивиране: как ще гарантирате, че данните остават достъпни 10+ години след преустановяването на продукта?
Подгответе се за интеграция чрез API: регистърът ще предлага машинночетим интерфейс. Вътрешните системи (PIM, ERP) трябва да могат да подават UID и резолверни URL адреси по автоматизиран начин.

Оценка: какво постига проектът — и какво остава отворено

Проектът внася важна яснота относно архитектурата на централния регистър и изискванията към UID. Той обаче все още не отговаря на всички нерешени въпроси:

Модел на таксите: не е ясно дали ще се прилагат такси за регистрация и ако да, на какво ниво
Оператор на регистъра: кой ще управлява технически централния регистър — агенция на ЕС, държава членка или назначена трета страна — все още не е определено
Оперативна съвместимост с националните системи: някои държави членки вече стартираха собствени пилотни проекти; как те ще бъдат хармонизирани с централния регистър остава отворен въпрос

За компаниите, които планират своето внедряване на DPP, е препоръчително да следят отблизо текущия законодателен процес. Консултационните документи на Комисията, както и позициите на GS1 и съответните браншови асоциации, ще оформят значително окончателния дизайн.