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

Не, паспортът е онлайн услуга

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

Какво дата-носителят съдържа и не съдържа

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

Онези, които се питат как технически изглежда тази препратка и какво точно съдържа, ще намерят отговора при как се дава на всеки продукт уникален идентификационен код и при какво е GS1 Digital Link и дали е необходимо за цифровия паспорт на продукта.

Това вече е установено, независимо от датата на внедряване

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

Какво това означава за устройството на паспортът

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

За предпринимателя, който е загрижен за практически ситуации без мрежово покритие — хранилище без wifi, място на проверка в мазе, экспортен пазар със слабо покритие — основният въпрос е не дали паспортът "трябва да работи автономно", тъй като verordnung не предписва това. Релевантният въпрос е дали данните са здравo и постоянно достъпни онлайн, веднъж щом има връзка. Това е хостинг-въпрос, не е требование за разработка на автономна функционалност.

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

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

Какво да направя сега

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

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

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

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

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

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

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

Конструкцията, която ESPR има предвид, е че QR кодът или друг носител на данни на продукта сочи към данни, които се съхраняват и показват другаде — при производителя, вносителя или хостинг страна. Това е точно причината, поради която член 11 говори за техническия дизайн и функционирането на паспорта: самият носител не съдържа пълното съдържание, а препратка. За компания с 10 до 100 служители това означава, че не е необходимо да се разработва отделен "офлайн файл", който работи независимо от интернета — стандартния путь е и остава онлайн среда, която се достига чрез кода. Как точно работи тази препратка и какви технически договорености са свързани с нея, се разглежда при какво е GS1 Digital Link и дали е необходимо за цифровия паспорт на продукта.

Носителят на данни трябва да останалработещ физически на продукта

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

Уникалният идентификационен код трябва да казва нещо и без цялата страница на паспорта

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

Регистърът съдържа метаданни, не самия паспорт

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

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

Несколко ситуации се повтарят постоянно при компаниите, които се борят с този въпрос.

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

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

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

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

Липса на внимание към периода на съхранение, когато е въпрос на достъпност. Въпросът "трябва ли винаги да е консултативен" понякога се отделя от въпроса "колко дълго трябва да остане така". Двете принадлежат едно на друго: наличност без продължителност е точно толкова непълна, колкото продължителност без наличност. Този предмет е разработен при колко дълго един продуктов паспорт трябва да остане достъпен.

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

Преглед на това кой носител на данни (QR код или подобен) се използва за всяка група продукти и защо.
Описание на техническата конфигурация: коя страна хоства данните и как се установява препратката от носителя на данни към тези данни.
Договорки с хостинг партньора относно наличност и непрекъснатост на онлайн средата.
Процедура за действие при повредена или нечетима кода на продукт, който вече е на пазара.
Документиране на уникалния идентификационен код за всеки продукт и системата, чрез която се присвоява.
Преглед на това кои данни попадат в централния регистър спрямо кои данни стоят само на самия паспорт.

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

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