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

Да, като източник — но не като самото преносимо устройство

Съществуваща база данни на продукти обикновено може да служи като източник на данните, които попадат в цифровото преносимо устройство на продукта, но самата база данни не е преносимо устройство на продукта. Преносимото устройство на продукта е специфичен формат на данни, който е свързан с уникален носител (обикновено QR-код) на продукт или модел продукт, с фиксирани изисквания за структура, достъпност и свързване с други системи като регистъра на ЕС. Информацията, която вече се съдържа в ERP-система, PIM-система или Excel-таблица — материали, размери, номера на артикули, доставчик, състав — е точно вида данни, които трябва да се намират в преносимото устройство. Следователно тези данни не трябва да се събират отново, но те трябва да се преведат в правилния формат и да се свържат с правилния носител.

За кои данни това работи, и за кои не

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

Когато това става релевантно

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

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

Първата стъпка е проверка кои данни са вече установени и къде: състав на материалите, произход, размери и евентуално вече съществуващи сертификати или тестови доклади. Много от тази информация често е разпръсната в различни системи — ERP за запасите, PIM за информация за продукта, разпокъсани документи за сертификати. Втората стъпка е оценка дали тези данни са последователни и актуални на ниво модел на продукта, тъй като паспортът изисква недвусмислена информация за всеки продукт, а не за всяка поръчка или партида. Третата стъпка е проверка кои данни липсват; това често са именно данните, които се изискват конкретно за паспорта, като информация за ремонт или разглобяване, които обикновено не са стандартни в система за продажби или запасите. За тези, които искат да начнат сега, дори без да са установени точните изисквания, страницата за какво можете да направите сега, докато правилата все още не са окончателни описва редица подготвителни стъпки, които могат да се предприемат без риск. За преглед на подхода в ред, от събиране на данни до поставяне на носителя на данни, страницата за productpaspoort stap voor stap логично продължение.

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

Правното основание: членове 9, 10 и 11 на ESPR

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

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