CEN и CENELEC публикуват първите стандарти на ЕС за Дигиталния продуктов паспорт

Началото на хармонизираната DPP-технология

На 27 май 2026 г. CEN и CENELEC публикуваха първите хармонизирани европейски стандарти за Дигиталния продуктов паспорт (DPP): серията стандарти EN 18216:2026 до EN 18223:2026. Това не е рутинно събитие. Досега съществуваха политически рамкови условия — преди всичко Регламентът за екодизайна ESPR и Регламентът за батериите (ЕС) 2023/1542 — но липсваше задължителна техническа спецификация за това как конкретно трябва да бъде структуриран, адресиран и достъпван един DPP. Новите стандарти запълват тази празнина.

На 25 юни 2026 г. CEN и CENELEC проведоха публичен уебинар, за да разяснят стандартите и да отговорят на въпросите на индустрията. Отзвукът беше голям — което показва натиска, под който се намират производителите, вносителите и доставчиците на софтуер.

Какво регламентират стандартите EN 18216–18223

Еднозначни идентификатори и носители на данни

Ядрото на серията стандарти е в три области: еднозначни идентификатори на продукти, носители на данни (тоест QR кодове, RFID, DataMatrix и други подобни), както и API за машинен достъп до данни. Стандартите са умишлено продуктово неутрални. Те не се отнасят само до батериите, а полагат техническата основа за всички бъдещи задължения по DPP съгласно ESPR — от текстил и електроника до строителни материали.

Конкретно серията стандарти определя как продуктът трябва да бъде еднозначно идентифициран през целия си жизнен цикъл. За целта тя се опира на утвърдени стандарти: GS1 Digital Link е предвиден като предпочитан формат за свързване на физическия продукт с цифровия набор от данни. Това означава, че поставеният върху продукта QR код не трябва да бъде статичен URL адрес, а структурирано, машинночетимо местоположение, чрез което услугите за разрешаване могат да предоставят различни точки от данни — в зависимост от заявителя и контекста.

API интерфейси и оперативна съвместимост

Централна цел на стандартите е оперативната съвместимост: органите, предприятията за рециклиране, потребителите и доставчиците трябва да могат да получават един и същ DPP чрез стандартизирани интерфейси, независимо от това коя платформа хоства паспорта. За тази цел стандартите дефинират REST-базирани API профили. Производителите и доставчиците на платформи за DPP трябва да гарантират, че системите им прилагат правилно тези интерфейси.

За разработчиците това означава конкретно: API трябва да поддържа определени крайни точки и формати на отговорите. Опростен пример за съвместимо извличане на DPP би изглеждал така:

GET /dpp/v1/passport/{digitalLinkId}
Accept: application/json
Authorization: Bearer <token>

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

Регламентът за батериите като пионер: статични и динамични данни

Регламентът за батериите (ЕС) 2023/1542, който влезе в сила през август 2023 г., е първият конкретен случай на приложение на DPP. Той разграничава имплицитно две категории данни:

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

Динамичните данни, от друга страна, трябва да останат актуализируеми през целия жизнен цикъл. Те включват по-специално State of Health (SoH) и State of Charge (SoC) — и двата показателя се изменят с всеки цикъл на зареждане и разреждане. Регламентът изрично предписва тези точки от данни да бъдат актуализирани. Това поставя пред производителите и операторите задача по системната архитектура: DPP не може да бъде статичен PDF, а трябва да бъде свързан с актуални източници на данни.

Новите стандарти на CEN/CENELEC адресират именно това изискване, като дефинират API профили, позволяващи както четящ достъп, така и запис — със съответното оторизиране.

Нови инструменти: тестова среда и валидиране с отворен код

Паралелно с публикуването на стандартите на практика също се случиха редица промени.

Тестова среда BatteryPass-Ready

На 24 юни 2026 г. консорциумът BatteryPass-Ready стартира публична тестова среда за Дигиталния паспорт на батерията. Производителите и доставчиците на софтуер могат да проверят там своите реализации с реални тестови данни, преди да изтекат законовите срокове. Средата се управлява съвместно с Fraunhofer IPK и е достъпна без регистрационни ограничения.

Digital Passport Assessment Workbench (DP-AWB)

През юли 2026 г. изследователи публикуваха Digital Passport Assessment Workbench (DP-AWB) като инструмент с отворен код. Инструментът изчислява детерминистични резултати от оценката директно от спецификации на модели SHACL и позволява формално валидиране на DPP структури от данни. Това е важно за всички, които трябва да гарантират, че наборите им от данни са не само съдържателно коректни, но и структурно съответстващи на стандартите.

SHACL (Shapes Constraint Language) е стандарт на W3C за валидиране на RDF графи. В контекста на DPP това означава: който моделира продуктовите си данни като Linked Data, може автоматично да провери с DP-AWB дали всички задължителни полета са налични и правилно типизирани — без ръчни контролни списъци.

Откритият въпрос: общоевропейският DPP-регистър

Стандартите и инструментите не решават един проблем: как се намира един DPP, когато пред себе си имате само физически продукт? Европейската комисия работи по централен регистър, чрез който всички DPPs трябва да бъдат регистрирани и да могат да бъдат откривани. Но дяволът е в детайлите.

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

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

Досега Комисията не е публикувала обвързващ график за стартирането на регистъра. Това е една от най-големите нерешени слабости в екосистемата на DPP.

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

Публикуването на стандартите EN 18216–18223 е повратна точка: техническите изисквания вече са дефинирани, макар регистърът все още да липсва. Компаниите, за които се прилага Регламентът за батериите, или които се подготвят за бъдещи делегирани актове на ESPR, трябва да приоритизират три стъпки:

Снабдете се със стандартите и ги прочетете. EN 18216–18223 се предлагат чрез националните органи по стандартизация (DIN в Германия). Прочитането на API спецификациите е задължително за всички, които разработват или закупуват собствени DPP системи.
Проверете архитектурата на данните. Могат ли вашите системи да предоставят динамични точки от данни (SoH, SoC, история на ремонтите) чрез API? Ако не, сега е подходящият момент за архитектурно решение — не шест месеца преди законовия краен срок.
Използвайте тестови среди. Средата BatteryPass-Ready и DP-AWB са достъпни безплатно. Който тества реализацията си навреме, избягва скъпи доработки под натиска на времето.

Стандартите са публикувани. Часовникът тиктака.