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

Не, не се изисква специален софтуер по законодателството

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

За матраци това важи, за администрацията зад това — не автоматично

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

Още без фиксирана дата, но вече с фиксирани изисквания към дизайна

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

Откъде да начнете при избор на система

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

Това следва от членове 9, 10 и 11 на ESPR

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

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

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

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

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

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

Паспортче, което е четимо чрез отворени стандарти

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

Достъпност чрез носител на данни, не чрез приложение

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

Свързване с уникален идентификационен номер

Член 9 свързва паспортчето с уникално идентификационно номериране на продукт или модел. Това изисква начин да се свързва всяко паспортче със съответния физически продукт. За предприятия, които вече работят с партидни номера, EAN-кодове или вътрешни артикулни кодове, това обикновено е въпрос на последователно преминаване на това съществуващо номериране в системата на паспортчето. Как се организира това свързване в практиката, е обяснено на страницата за как да дадете на всеки продукт уникален идентификационен код.

Данни, които остават актуални и проследими

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

Където неправилното се случва на практика

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

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

Вносител използва нов, ad-hoc Excel файл за всяка доставка, който се преобразува ръчно в паспорт. Щом обемът се увеличи, възникват грешки при свързване между продукт и паспорт, и становува неясно кой паспорт принадлежи на коя партида.

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

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

Какво можете да отбележите

Преглед на форматите на файлове, които използва избраната система, и дали те са отворени и експортируеми — това може да бъде проверено спрямо изискването за взаимната съвместимост от член 10.
Описание на начина, по който носител на данни (QR код) дава достъп до паспорта, без да е необходимо отделно приложение, както е предвидено в член 11.
Таблица за свързване между вътрешни кодове на продукти и номера за идентификация на продуктни паспорти, така че по всяко време да може да се проследи кой паспорт съответства на кой физически продукт. Тези, които желаят да комбинират системи, могат да разгледат възможностите, описани на страницата за свързване на продуктния паспорт с ERP или система за управление на запасите.
Договорни условия със софтуерния доставчик или платформата относно експорт на данни, наличност в по-дълъг период и какво се случва при прекратяване на услугата.
Вътрешен процес за поддържане на данни за продуктите, така че изменения в материалния състав или други характеристики да се отразяват последователно в паспорта, вместо да се поддържат двойно и независимо един от друг.

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

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

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