Моят продукт има нужда от няколко цифрови продуктови паспорта — как те работят заедно?

Един продукт може да има няколко паспорта, един до друг

Да, това се случва: един продукт не трябва да отговаря на един паспорт. ESPR (Регламент (EU) 2024/1781) регулира задължението за паспорт по категория продукт, чрез делегиран акт. Продукт, който попадва под такъв акт, получава паспорт. Но ако този продукт е съставен от компоненти, които сами попадат под собствено задължение за паспорт — например защото за този специфичен компонент важи другото уредба — тогава не се появява един паспорт, който замества всичко. Възникват няколко паспорта, които съществуват един до друг: един за крайния продукт и един или повече за компонентите, които сами имат задължение за паспорт. Член 9 на ESPR е структуриран така, че паспортът може да се позовава на данни от паспорта на компонент, вместо всичко да се регистрира двойно. Така че това не е избор между паспорти, а въпрос на определяне кои слоеве на продукта имат собствено задължение за паспорт и как се свързват помежду си.

За съставни продукти, не за дубликати

Този въпрос възникна при продукти, които се състоят от няколко компонента, от които повече от един могат отделно да попаднат под задължение за паспорт — например устройство с вградена батерия, за която вероятно важи отделна уредба със собствено задължение за паспорт наред с уредбата за самото устройство. Тогава става въпрос за две различни задължения, които случайно събегат в един и същ физически продукт, не за два пъти едно и също задължение за един и същи продукт. Последното не е предвидено: за един продукт по един делегиран акт се полага един паспорт, свързан с един уникален идентификационен код както е посочено в член 12 на ESPR. Ако един вносител или производител случайно направи два паспорта за един и същи продукт по едно и също уредба, това не е ситуация от типа "няколко паспорта" както е описана тук, а грешка, която трябва да се коригира. И един продукт, който случайно се продава под две търговски наименования, не получава автоматично два паспорта — идентификацията е на продукта, не на наименованието, под което се предлага.

Още няма фиксирана дата, но има фиксиран ред

Няма още фиксирана дата, кога това ще стане конкретно за електроника и ICT-устройства. ESPR работи с работен план за периода 2025-2030, в който се подготвя делегиран акт за всяка категория продукт; за електроника и ICT тези акти се очакват най-рано от 2027 г. Докато делегиран акт за конкретна подкатегория още не е налице, не съществува задължение за паспорт за тази категория — и следователно няма въпрос дали са необходими един или няколко паспорта. Този въпрос става конкретен едва когато е ясно кои делегирани акти се отнасят за кои компоненти на един продукт. До този момент нищо не е задължително на това поле; но сега вече е възможно да се предвиди от кои компоненти се състои един продукт и дали за тях съществува или е в подготовка отделно задължение за паспорт или регистрация.

Как да се справим практически с това

Всичко започва с картографирането на състава на продукта: какви компоненти се намират в него и дали някой от тях вече могат да подлежат на отделна paspoort или производствена задължение, независимо от крайния продукт. След това е необходимо да се провери дали за тези компоненти съществува или се подготвя собствено делегирано действие или регулация, и ако да, кой е отговорна страна за този компонент — това може да бъде различна страна от производителя или вносителя на крайния продукт, например доставчик. В следващия етап е практично да се определи как paspoортите се свързват един с друг: чрез препратка в paspoortа на крайния продукт към paspoortа на компонента, вместо да се препечатват едни и същи данни. Накрая е разумно да се отложат окончателните решения относно структурата до публикуването на съответното делегирано действие, тъй като едва тогава се уточнява кои данни трябва да стоят където.

Където това произтича: член 9 и 12 на ESPR

Че paspoortът може да се позовава на или да прехвърля данни от paspoortа на един компонент, произтича от член 9 на ESPR, в който е уредено съдържанието и структурата на цифровия продуктен paspoort. Че всеки продукт получава собствен, уникален идентификационен код — което позволява paspoортите да се разграничават един от друг и да се свързват един с друг без двойни или объркани регистрации — произтича от член 12 на ESPR. Заедно тези членове образуват основата на система, в която един съставен продукт с няколко компонента, подлежащи на paspoortобвързаност, остава ясно документиран.

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

На какво се основава това

Самият регламент е на EUR-Lex. Ние правим препратка към всяко твърдение; вие не трябва да ни вярвате.

Какво конкретно трябва да направите

Какво се очаква от вас

Продукт с няколко компонента, материали или функции може да попада под повече от един регламент за цифровия продуктен паспорт. Помислете на устройство, което съдържа батерия, или продукт, който попада както под категория электроника, така и под отделен регламент за например текстил или строителни материали. ESPR (Регламент (EU) 2024/1781) е рамков регламент: член 9 описва какво трябва да съдържа цифровият продуктен паспорт в общ смисъл и как трябва да бъде достъпен, но конкретните изисквания по категория продукти са включени в делегирани акти по подкатегория. Това прави съвпадението на няколко паспорта на един продукт реален сценарий, не изключение.

Един уникален идентификационен код на продукт, също при съвпадение

Член 12 на ESPR задължава да се използва уникален идентификационен код, с който продукт може да бъде проследен до неговия паспорт. За предприятие от 10 до 100 служители това на практика означава, че трябва да се направи избор на кой niveau се присвоява този код: на ниво на пълния крайния продукт или също на ниво на отделен компонент, който сам попада под собствен регламент (както батерия). Как този идентификационен код е структуриран и свързан, е описано на страницата относно как да дадете на всеки продукт уникален идентификационен код. При съвпадението на паспортите, определянето на тази структура обикновено е първото препятствие, тъй като грешен избор по-късно е трудно да се отмени без необходимостта да се преиздават вече издадени кодове и QR кодове.

Един носител на данни, възможно няколко паспорта зад него

Член 9 на ESPR разчита на носител на данни на продукта, който е свързан към паспорта. При продукт с няколко паспорта възниква въпросът дали има един QR код, който води към един комбиниран преглед, или се препраща към отделни паспорти, които следват всеки свой регламент. За производител или вносител на електроника това означава, че организацията на съдържанието трябва да се определи предварително, в консултация със страната, която събира и хостира паспорта. Техническата страна на тази препратка — коя структура на идентификатор се използва при това — е свързана с въпроса какво е GS1 Digital Link и дали е необходимо за паспорта на продукта, тъй като тази структура именно е предназначена да отвори няколко слоя данни зад един линк.

Консистентност между паспортите, които са на един и същ продукт

Когато продукт попада под две регламенти, принципът е, че данните, които се намират в двата паспорта, не са противоречиви един с другия. Тегло, материална състав или име на производител, което е указано различно в единия паспорт спрямо другия, е несъответствие, което е видимо при проверка. За средно голямо предприятие това означава, че доставянето на данни на страната, която събира паспортите, идеално трябва да идва от един изворен файл вместо от два отделни входни процеса. Това е в съответствие с въпроса в кой формат трябва да се предоставят данните на паспорта на продукта, при който стандартизиран формат прави по-лесно данните да попадат в няколко паспорта, без да трябва да се въвеждат два пъти ръчно.

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

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

Къде се допускат грешки в практиката

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

Друга ситуация възниква, когато продукт се продава както като отделна единица, така и в комбинирана опаковка, и въпросът е дали този един продукт получава един паспорт или дали единицата за опаковане се нуждае от свой собствен слой. Това засяга въпроса как работи паспортът на продукта в случай на кутия с множество устройства вътре, и често се забелязва едва късно в процеса, когато QR кодовете вече са поръчани.

Също се случва две отделения в същото предприятие или две външни страни да предоставят независимо данни за това, което в крайна сметка е един и същ физически продукт — с резултат две малко по-различни описания на един и същи материал или тегло в два паспорта, които съществуват един до друг.

Освен това възникват проблеми, когато изборът на структура на идентификационния код се оставя на IT отдела, без да е определено предварително на кое ниво на продукта (краен продукт, модул, част) се присвоява този код, което позволява по-късно да се окаже, че част от продуктите не съответстват на избраната система.

Последна повтаряща се точка е моментът, когато предприятие свързва своя асортимент от продукти със съществуваща ERP или система за управление на инвентара: ако тази система е была изградена, преди да се постави въпросът за множество паспорти, там често липсва полето, за да се посочи за всеки артикул под кои регулирания попада. Това засяга по-широкия въпрос дали паспортът на продукта може да бъде свързан със собствената си ERP или система за управление на инвентара.

Какво можете да регистрирате

Преглед по група продукти на кои регулирания (електроника, батерии или други) могат да бъдат приложими, включително статуса на съответния делегиран акт.
Избраната структура за уникалния идентификационен код: на кое ниво на продукта (краен продукт, част, единица за опаковане) се присвояват кодове и как се отнасят един към друг.
Един единствен изходен файл или стандартизиран формат за предоставяне на данни, които се появяват в множество паспорти, така че едни и същи данни не се озовават в различни паспорти чрез отделни процеси на въвеждане.
Споразумения с доставчиците (като производители на батерии) относно това кой съставя коя част от паспорта и как тези части се свързват помежду си.
Установена процедура за това какво се случва, когато делегиран акт за един от приложимите подкатегории се публикува или се промени, така че съществуващите паспорти могат да бъдат адаптирани съответно.

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

Написано с AI на базата на посочените по-горе източници, проверено от човек на 2026-08-22. Нещо не е наред ли? Дайте ни знак — корекциите получават приоритет.