Какво е регистърът на цифровите продуктови паспорти и какво трябва да въведа в него?

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

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

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

Паспортът трябва да е съвместим с регистъра

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

QR кодът трябва да сочи към правилното място

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

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

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

Съвместимост с съществуващи системи

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

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

Редица ситуации се появяват отново при предприятия, които имат работа с регистъра.

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

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

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

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

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

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

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

Ferropas предлага шаблони за част от тази регистрация; за точното съдържание на регистъра и уеб портала официалният източник остава текстът на член 13 и член 14 на ESPR, особено докато издавателските делегирани действия все още не са публикувани.