elektropas.com

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

Няма фиксиран срок, но задължение за актуалност

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

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

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

Все още няма установена дата за електроника и ИТ

Все още няма публикуван делегиран акт, който определя точните задължения за актуализиране на електронни и ИТ устройства. Самата ESPR установява рамката в членове 9 и 10, но конкретната разработка за всяка категория продукти — включително всички вероятни срокове за извършване на промени — произтича от делегирания акт, който все още трябва да се появи. Според работния план на Европейската комисия за 2025-2030 делегираните актове за всяка подкатегория се очакват от 2027 г.; за електроника и ИТ все още няма известна дата на публикуване. До момента, в който делегиран акт за конкретна категория продукти е публикуван и влезе в сила, за тази категория няма конкретно задължение за актуализиране по силата на цифровия продуктен паспорт — самото задължение да има паспорт възниква именно с този акт.

Какво означава това в практиката

За онези, които се ориентират още сега, редът е приблизително както следва. Първо направете каталог кои данни впоследствие ще попаднат в паспорта и кои от тях могат да се променят през целия живот на продукта — помислете на историята на ремонти, версиите на софтуера или променена материална композиция при приспособяване на модела. След това установете вътрешен процес, който сигнализира такива събития, така че актуализацията да не зависи от случайност, а да следва от постоянна проверка при отзиване, промяна на модела или край на производството. Определете, макар че това още не е законово задължително, вече отговорния в организацията за поддържането на данните на паспорта — тази роля вероятно ще бъде конкретизирана с делегирания акт. Накрая следете публикуването на делегирания акт за собствената категория продукти, тъй като именно там ще бъдат посочени кои точно са сроковете за актуализация, коя страна за какво е отговорна и кои данни са динамични и кои са固定ени.

Където е посочено: членове 9 и 10 на ESPR

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

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

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

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

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

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

Цифровият продуктен паспорт не е моментна снимка, която остава валидна след публикуването. Член 9 на ESPR (Регламент (EU) 2024/1781) определя, че паспортът трябва да остане достъпен през целия životни цикъл на продукта, а член 10 на ESPR (Регламент (EU) 2024/1781) описва изискванията, на които паспортът и основните данни трябва да отговарят. От това следва, че паспортът трябва да остане актуален, докато продуктът е на пазара и докато е в обращение при потребителите — не само на ден на продажбата.

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

Докато даден модел продукт все още се доставя, данните в паспорта трябва да съответстват на текущото изпълнение на продукта. Ако доставчик измени компонент, материал или спецификация, това се отразява в това, което паспортът декларира. За фирма с 10 до 100 служители това обикновено означава, че трябва да има установен момент — при инженерна промяна, ново предложение на доставчик или преглед на техническата документация — когато някой проверява дали паспортът е все още верен. Без този момент рискът е паспортът да описва по-стара версия на продукта, отколкото това, което всъщност е в кутията.

Актуализиране след промени, които засягат потребителя

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

Достъпност на самия паспорт, независимо от съдържанието

Освен съдържанието, възниква въпросът дали паспортът ще остане достъпен. Член 9 на ESPR (Регламент (EU) 2024/1781) свързва животния цикъл на паспорта с този на продукта, което означава, че QR-носителят на данни и основните данни не смеят да изчезнат, когато даден модел продукт бъде прекратен. За фирма, която сама организира хостинга, това е оперативен момент: система, която отива офлайн след реорганизация, миграция на система или сливане, не отговаря на това очакване. При elektropas.com е една от причините, че хостингът се гарантира за определен период, така че фирмата да не трябва да го следи сама.

Коригиране след открита грешка

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

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

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

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

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

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

Грешка в техническо данни се признава вътрешно от месеци като "нещо за следващата актуализация", докато грешната стойност остава видима за всеки, който сканира QR кода.

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

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

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

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