Мога ли да свържа продуктовия паспорт със системата си ERP или запасите?

Свързването е технически възможно, но не е законово задължително или забранено

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

За кого е актуално и за какво не

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

Няма фиксирана дата, но вече има установени технически рамки

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

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

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

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

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

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

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

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

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

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

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

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

Паспортът трябва да отговаря на техническите изисквания, независимо от източника на данните

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

Паспортът трябва да е в съответствие с техническия проект, който изисква член 11

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

Всяко свързване доставя данни, които трябва да бъдат свързани с уникален идентификационен код

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

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

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

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

Няма свързване между изменението на инвентара и статуса на паспорта. Когато продукт се прекратява от производство или се замени с нов вариант, това често се регистрира в ERP системата, но не води автоматично до актуализиране на паспорта. Въпросът дали и как данните могат да бъдат коригирани след публикация тогава се задава късно, обикновено след като клиент или надзорен орган сигнализира несъответствие.

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

Свързаният системен преход или смяна на доставчик преустановява свързване. Когато едно предприятие смени ERP пакет, промени своя хостинг партньор или преустанови работа със съответен IT доставчик, не винаги се има предвид, че свързването с продуктовия паспорт трябва да бъде отново настроено. Това засяга и въпроса какво се случва с продуктовия паспорт когато едно предприятие само преустанови своята дейност или промени своята организационна форма.

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

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

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

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

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