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

Свързването става конкретно едва когато има технически стандарт

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

За какво това важи и за какво не

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

Още няма фиксирана дата, още няма фиксиран технически стандарт

Няма фиксирана дата, при която технически стандарт за свързване на желязо и стомана ще влезе в сила, тъй като този стандарт е част от делегирания акт, който все още трябва да се появи. Според работния план на ESPR за периода 2025–2030 първият делегиран акт се очаква през 2026 г., с задължения, които след това имат преходен период от осемнадесет месеца. Докато този акт не съществува, е установено, че паспортът трябва да бъде взаимосъвместим и четимотметричен (членове 10 и 11), но не и как это технически да бъде изпълнено. До тогава паспортът функционира на практика като документ, който трябва да бъде консултиран от човек чрез QR-носител на данни, а не като автоматизиран поток от данни към външни системи.

Какво това означава за подхода

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

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

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

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

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

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

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

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

Данните трябва да са машинно четими и преносими

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

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

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

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

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

Данните трябва да остават актуални, докато паспортът съществува

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

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

Вътрешните артикулни кодове се разбъркват с официалната идентификация на продукта. ERP-система познава един продукт под внътрешен SKU, докато паспортът се нуждае от друг, уникален код за идентификация. Без таблица за превод между двете възниква объркване при свързване, особено ако един вътрешен код покрива множество партиди.

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

Експортни файлове от ERP-системата не отговарят на необходимия формат. Много ERP пакети експортират по подразбиране в Excel, CSV или собствена XML структура. Без предварително съгласуване такъв файл се оказва несъвместим с форматът, необходим за паспорта, което води до забавяния и допълнителна ръчна работа.

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

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

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

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

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

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