какво се случва с моите продуктови паспорти, ако хостинг партньорът спре работа

Отговорността е на производителя, а не на хостинг услугата

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

За кого важи това и за каква ситуация не

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

Какво вече е установено и какво не е

Кога точно влиза в сила задължението за цифров продуктов паспорт на матраци, все още не е установено: самата ESPR верордина е в сила, но делегираното действие, което това прави конкретно за матраци, се очаква в рамките на работния план 2025–2030, и дата ще бъде посочена тук, след като действието е публикувано. Това, което вече е установено, е принципът от самата ESPR: член 10 определя изисквания за достъпност и трайност на цифровия продуктов паспорт, а член 13 регулира включването на паспорти в централния европейски регистър. Този регистър съществува независимо от страната, която хостира основните данни — той е система за справки, а не хранилище за всичко содържание. Какво точно поддържа регистърът и какво трябва да бъде включено в него, е описано при европейския регистър на продуктовите паспорти.

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

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

След това е релевантно какво се случва с QR кода и връзката, която стои зад него. Ако хостинг услуга престане и данните се преместят на друго място, съществуващият QR код на продукта трябва да продължи да се позовава на валидна информация — а не на мъртва връзка. На практика това означава, че основният URL често се запазва (например чрез пренасочване към новата система), така че не трябва да се нанася отново код на всеки продукт. Всеки, който се пита как точно работи связката между физическия код и цифровите данни, ще намери повече информация при как QR кода попада върху матрак. При преход между хостинг партньори е особено важно да се следи, че идентификационният код на продукта и свързаната с него data-link остават неповредени, дори и ако се смени основната инфраструктура.

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

Основата за това е: член 10 и член 13 на ESPR

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

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