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

Един продукт, няколко паспорта: свързването преминава през идентификационния номер

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

За съставни продукти и продукти, които попадат под няколко групи продукти

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

Кога това ще влезе в сила е определено на ниво група продукти, не в самия ESPR

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

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

Първата стъпка е да се установи под коя или кои групи продукти попада продуктът — това определя кои делегирани акти се прилагат и следователно кое съдържание на паспорта е необходимо. Втората стъпка е да се провери дали продуктът съдържа компоненти, които сами вече се пускат на пазара под друго разпоредение и следователно е възможно вече да имат или да получат собствен паспорт — вградена батерия е най-често срещаният пример. Третата стъпка е за всеки паспорт да се установят правилните уникални идентификационни кодове: идентификацията на продукта и, когато е целесъобразно, идентификацията на пазарния участник и на производственото място, така че паспортите да могат да се указват един към друг вместо информацията да се въвежда два пъти. Последната стъпка е предоставянето на данните за всяка група продукти на страната, която съставя и хостира паспорта, така че всеки паспорт да съдържа кодовете, които позволяват препращане към другите/останалите. На prodpas.eu това се организира за всяка група продукти: данните, които се прилагат за тази група, се обработват в паспорта за тази група, с идентификационния код, който позволява отделните паспорти на един и същ продукт да се четат заедно.

Основата: член 9 и член 12 на ESPR

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

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

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

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

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

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

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

Определяне кои паспорти са приложими

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

Определяне дали паспортът се отнася за компонент или за целия продукт

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

Осигуряване че паспортите се допълват един друг вместо да се противоречат

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

Дават на всеки паспорт собствен идентификационен код

Член 12 на ESPR (Регламент (ЕС) 2024/1781) регулира уникалния идентификационен код, който се присвоява на продукт. При множество паспорти за един продукт изходната позиция е че всеки паспорт — и с това всеки паспортен обект, независимо дали е компонент или целото — получава собствен идентификационен код. Практически това означава че системата, чрез която се издават идентификационни кодове, трябва да може да работи с този слой: не един код на артикулен номер, а евентуално множество кодове за това, което административно е един продукт. Организацията на това е описана на страницата за дават на всеки продукт уникален идентификационен код.

Една QR-код или множество на продукта

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

Където нещата се объркват в практиката

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

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

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

Четвърта, много често срещана ситуация е двойна работа: защото никой нямаостатък над това кои паспорти вече съществуват, за нов паспорт същите первични данни се въвеждат ръчно отново вместо да се управляват от едно място. Връзка със собствената ERP система или система за управление на складовото пространство може да предотврати това; как работи това е описано на страницата за свързване на продуктовия паспорт със собствена система.

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

Какво можете да документирате

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

За тези компоненти са налични шаблони, които могат да служат като отправна точка при разработката на този преглед и свързаните с него договорености.

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

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