За насУслугиПроектиСтатии

Разработка на цифров продуктов паспорт: внедряване на DPP и паспорт на батерията по ESPR

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

Ние разработваме този софтуер. Модели на данните, идентификатори, API зад QR кода, интеграцията с PLM или ERP системата, в която вече се намират данните за вашите продукти, и записът за регистрация, който очаква регистърът на ЕС. Не правим правния анализ на обхвата (с него се занимават вашият екип по съответствие или юристите ви), но поемаме всичко, което следва от него.

Какво всъщност изисква цифровият продуктов паспорт

Регламентът за екодизайна на устойчиви продукти (ESPR, Регламент (ЕС) 2024/1781) замени старата Директива за екодизайна и разшири обхвата ѝ от продуктите, свързани с енергопотреблението, до почти всичко, което се продава в ЕС. Основният му механизъм е цифровият продуктов паспорт: структуриран, машинночетим запис, свързан с продукт, партида или отделен артикул, до който се стига през носител на данни върху самия продукт.

Ако махнем езика на политиките, DPP се свежда до четири инженерни задачи:

  • Уникален идентификатор за продукта, модела, партидата или артикула, издаден по призната схема и непроменен през целия живот на продукта.
  • Носител на данни (на практика QR код, понякога NFC или RFID етикет), който води до този идентификатор. GS1 Digital Link е синтаксисът, към който се насочват повечето вериги на доставки, защото позволява един QR код да обслужва потребителя, скенера на търговеца и рециклиращата компания с различни отговори.
  • Набор от данни, определен в делегирания акт за вашата продуктова група: състав на материалите, вещества, пораждащи загриженост, информация за дълготрайност и възможност за ремонт, рециклирано съдържание, въглероден отпечатък, наличност на резервни части, указания за края на жизнения цикъл. Различните полета са видими за различни аудитории, а контролът на достъпа е част от спецификацията, а не допълнителен бонус.
  • Регистрация в централния регистър на ЕС, плюс задължението паспортът да е достъпен за определен период, включително след като компанията ви спре да продава продукта. Това е по-скоро въпрос на хостинг и непрекъсваемост, отколкото на програмиране.

Рамката започна да се прилага изцяло на 19 юли 2026 г., а заедно с нея заработи и централният регистър на ЕС за DPP. Така механизмът беше задействан. Конкретната компания обаче я обвързва делегираният акт за нейната собствена продуктова група.

Датите, които имат значение

Първото твърдо задължение не засяга текстила или мебелите. То засяга батериите и идва по Регламента за батериите, а не по самия ESPR.

  • 18 февруари 2027 г.: паспортът на батерията става задължителен съгласно Регламент (ЕС) 2023/1542 за батериите за електрически превозни средства, промишлените батерии над 2 kWh и батериите за ЛПС (леки превозни средства). Всяка такава батерия, пусната на пазара на ЕС от тази дата, трябва да има паспорт, достъпен чрез QR код, с данни за въглеродния отпечатък, състава на материалите, рециклираното съдържание, състоянието на батерията и надлежната проверка.
  • От 2026 г. нататък: първият работен план по ESPR (COM(2025) 187) поставя желязото и стоманата на първо място сред приоритетните групи, следвани от текстила, гумите и алуминия, а след тях мебелите и матраците. Всяка продуктова група получава свой делегиран акт и всеки акт определя собствен преходен период: обикновено между осемнадесет месеца и две години от приемането до прилагането.

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

Какво разработваме

Модел на продуктовите данни и анализ на пропуските

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

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

Внедряване на идентификатора и носителя на данни

Внедряваме схемата за идентификатори (GS1 GTIN плюс сериен номер или номер на партида, или друга схема за издаване, ако във вашия сектор се използва такава) и генерираме разрешимите връзки зад нея. Когато един QR код трябва да обслужва няколко аудитории, изграждаме резолвера така, че телефонът на потребителя, системата на търговеца и скенерът на рециклиращата компания да получават всеки подходящия за тях отговор, а полетата с ограничен достъп да са защитени с удостоверяване.

Самата услуга за паспорта

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

Интеграция със системите, които вече използвате

Данните за паспорта трябва да постъпват автоматично, а не да се въвеждат на ръка. Изграждаме интеграции със SAP, Dynamics, Odoo, Infor, собствени ERP системи, PLM системи като Siemens Teamcenter или PTC Windchill, както и с порталите за доставчици и системите за качество, в които е останалата информация. Когато доставчиците изпращат данни по имейл и в таблици (а в началото това е почти винаги така), изграждаме слой за приемане и валидиране, който ги превръща в структурирани записи, без някой да ги преписва.

Регистрация в регистъра и отчетност

Поемаме техническата страна на регистрирането на паспортите в регистъра на ЕС, поддържаме регистрацията в синхрон с промените по продуктите и създаваме доказателствена следа кое кога е публикувано. Когато клиентите ви изпращат собствени запитвания за данни по веригата на доставки, изграждаме канали за експорт, така че отговорът да не е нов проект всеки път.

Какво не предлагаме

Не продаваме DPP платформа с лиценз на продукт. Такива платформи има все повече и за компания с прост каталог и стандартни данни някоя от тях може наистина да е правилният избор. Ще ви го кажем.

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

Не даваме и правни съвети относно обхвата, класификацията или съответствието. Работим заедно с хората, които ги дават.

Секторите, с които работим

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

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

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

Електроника и уреди, които са в пресечната точка на ESPR, Акта за киберустойчивост и съществуващото енергийно етикетиране и обикновено искат една програма за данните, а не три.

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

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

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

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

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

Стандарти и рамки, по които работим

  • ESPR, Регламент (ЕС) 2024/1781, и делегираните актове, приети въз основа на него
  • Регламентът за батериите (ЕС) 2023/1542, член 77 и приложение XIII
  • GS1 Digital Link, GTIN и стандартът за събития GS1 EPCIS, когато се изисква проследимост
  • Референтната архитектура на CIRPASS и разработваните стандарти на CEN/CENELEC JTC 24
  • Идентификатори по ISO/IEC 15459, ISO 14040/14044, когато в паспорта влизат данни за въглеродния отпечатък
  • W3C Verifiable Credentials, когато е важна автентичността на данните между партньорите по веригата на доставки

Технологии

Услуги на Node.js, Python, Go и Java; PostgreSQL и хранилища с event sourcing, когато историята на паспорта трябва да може да се възстанови; REST и GraphQL API; AWS, Azure и европейски суверенен хостинг, включително локално внедряване, когато е необходимо. Изграждаме решението да работи във вашия облачен акаунт, а не в нашия, освен ако не предпочитате ние да го хостваме.

Често задавани въпроси

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

Няма една-единствена дата. ESPR се прилага изцяло от 19 юли 2026 г. и регистърът на ЕС работи, но задължението за даден продукт започва едва когато започне да се прилага делегираният акт за неговата продуктова група. Първият задължителен паспорт е паспортът на батерията, от 18 февруари 2027 г., по Регламента за батериите. Желязото и стоманата, текстилът, гумите и алуминият следват по работния план на ESPR, всяка група със собствен преходен период.

Отнася ли се цифровият продуктов паспорт за нас, ако не сме компания от ЕС?

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

Не можем ли просто да сложим на етикета QR код с връзка към продуктовата ни страница?

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

Вече публикуваме екологични продуктови декларации. Достатъчно ли е това?

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

Колко време отнема внедряването?

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

Къде се съхраняват данните на паспорта?

Където ви е нужно. Изграждаме услугата така, че да се внедри във вашия собствен акаунт в AWS или Azure, в европейска суверенна инфраструктура или локално. Регистърът на ЕС съхранява записите за регистрация, а не вашите продуктови данни.

Да започнем

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

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

Свързани услуги

Готови ли сте да започнете с тази услуга?

Свържете се с нас
← Обратно към всички услуги