на какво трябва да отговаря хостингът на продуктния паспорт

Хостингът трябва да держи данните постоянно достъпни и с възможност за достъп

Хостингът на цифров паспорт на продукта трябва да гарантира, че данните в него се запазват, остават актуални и могат да бъдат запитвани от тези, които според правилата имат право на това — потребители, пазарни участници и надзорни органи. Член 10 на ESPR (Регламент (ЕС) 2024/1781) установява, че паспортът трябва да бъде достъпен чрез носителя на данни на продукта (обикновено QR код), че данните в него са правилни и могат да бъдат актуализирани, и че хранилището е организирано така, че паспортът да издържи предписания период. Освен това член 13 предвижда, че справка за всеки паспорт трябва да бъде включена в централен европейски регистър, а член 14 регулира установяването на уеб портал от Комисията, чрез който регистрираните данни могат да бъдат търсени. Хостингът не е просто "страница, която се отваря при сканиране" — това е техническа и организационна отговорност, която продължава докато паспортът трябва да съществува.

За кого се прилага и за кого не

Тези изисквания се прилагат за онези, които предлагат цифровия паспорт на продукта: в практиката производителят, вносителят или упълномощеният представител, който е отговорен за пускането на продукта на пазара, или страна, която изпълнява тази задача от тяхно име. Става дума за хостинг на самия паспорт — място, където се намират данните за продукта, които се вызовават чрез носителя на данни. Не се отнася до носителя на данни като такъв: как QR кодът попада на продукта и каква техническа форма приема, е друг въпрос, разработен на страницата за как QR кодът попада на продукта. Не се отнася и до въпроса кои данни трябва да бъдат в паспорта или в какъв формат на файл трябва да бъдат предоставени — това се определя поотделно за всяка категория продукти и е описано на страницата за предоставяне на данни за цифров паспорт на продукта. Хостингът е специфично инфраструктурата: където се намират данните, как дълго, и как остават достъпни.

Точните изисквания се определят поотделно за всяка категория продукти, от дата, която все още не е фиксирана

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

Какво означава това за организирането на хостинга

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

Това се основава на: член 10, 13 и 14 на ESPR

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

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

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

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

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

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

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

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

Паспортът се дава достъп чрез носител на данни — на практика QR код — който се нанася на продукта или в неговото съседство. Член 10 на ESPR поставя изисквания към това свързване между носител и паспорт: връзката трябва да продължава да работи, дори ако преминат години. За средногранично фирма това означава, че изборът на партньор за хостинг не е независим от избора на носител на данни: и двете трябва да се отнасят един към други и да останат така за дълго време. Как се установява това свързване на практика, е описано при как QR кодът за продуктовия паспорт стига до моята електроника.

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

Член 10 прави разграничение между данни, които са видими за всички — например за потребител, който сканира QR кода — и данни, които са предназначени само за надзорни органи или други участници на пазара. Хостинг среда трябва да може технически да реализира това разграничение. За едно предприятие това означава, че избраното решение не може просто да бъде "всичко публично" или "всичко зад вход": трябва да е възможна многостепенен достъп, приспособен към това кой има нужда от кой част на информацията.

Паспортът трябва да бъде регистриран в европейския регистър

Член 13 на ESPR задължава на регистрация на паспорта в един централен европейски регистър, съдържащ основен набор данни за продукта и местонахождението на паспорта. Хостингът на паспорта самия по себе си и регистрацията в този регистър са две отделни неща: паспортът може да се намира при собствен или външни хостинг партньор, докато регистърът съдържа само препратката и основните данни. Какво трябва да влезе там и как работи регистрацията, е разяснено при какво е регистърът на цифровите продуктови паспорти и какво трябва да постави там.

Данните трябва да са в съответствие с уеб портала за надзор

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

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

Хостингът не е само въпрос на "къде се намира", но и "в каква форма". Член 10 определя изисквания за интероперативност: данните трябва да бъдат машинночитаеми и преносими, така че да не останат заложени в една система на един доставчик. За компания с ограничена величина това често е точката, където изборът на хостинг партньор е най-решаващ: затворена система, която е трудна за експортиране, противоречи на това изискване. Формата на файла, в която се доставят данни, е разработена в в какъв формат трябва да предоставя данните на продуктния паспорт.

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

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

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

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

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

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

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

Преглед на това кои данни в паспорта са публични и кои са предназначени само за надзор или участници на пазара, така че хостинг партньорът да може да организира това разграничение технически.
Писмено споразумение с хостинг партньора за свързването към уеб портала на член 14, включително кой е отговорен, ако това свързване се промени.
Установена процедура за регистрация в Европейския регистър, отделена от хостинг споразуменията — вижте също пояснението в какво е регистърът на цифровите продуктови паспорти и какво трябва да постави там.
Възможност за експортиране или договорна гаранция, че данните могат да бъдат поискани в преносим формат при прекратяване на хостинг договора.
Документиране на свързването между носител на данни и хостинг местоположение, включително какво се случва при смяна на хостинг партньора или система — релевантно е и как това се свързва с мога ли да свържа цифровия пасспорт на продукта с моята ERP или система за инвентар.
Споразумение относно продължителността на хостинг задължението, което трябва да се съгласува с известното за колко дълго трябва да остане достъпен цифровият пасспорт на продукта.

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

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