CEN ir CENELEC paskelbė pirmuosius ES skaitmeninio produkto paso standartus

Suderintos DPP technologijos pradžia

2026 m. gegužės 27 d. CEN ir CENELEC paskelbė pirmuosius suderintus Europos standartus, skirtus skaitmeniniam produkto pasui (DPP): standartų seriją EN 18216:2026–EN 18223:2026. Tai nėra eilinis įvykis. Iki šiol egzistavo politinės sąlygos — visų pirma Ekologinio projektavimo reglamentas ESPR ir Baterijų reglamentas (ES) 2023/1542 — tačiau nebuvo privalomos techninės specifikacijos, kaip konkrečiai turi būti sukurtas, adresuojamas ir pasiekiamas DPP. Šią spragą užpildo naujieji standartai.

2026 m. birželio 25 d. CEN ir CENELEC surengė viešą internetinį seminarą, kuriame paaiškino standartus ir atsakė į pramonės atstovų klausimus. Susidomėjimas buvo didelis — tai rodo, kokį spaudimą patiria gamintojai, importuotojai ir programinės įrangos tiekėjai.

Ką reglamentuoja standartai EN 18216–18223

Vienareikšmiai identifikatoriai ir duomenų laikmenos

Standartų serijos esmę sudaro trys sritys: vienareikšmiai produktų identifikatoriai, duomenų laikmenos (t. y. QR kodai, RFID, „DataMatrix“ ir panašios priemonės) bei API, skirtos automatinei prieigai prie duomenų. Standartai sąmoningai yra nepriklausomi nuo konkretaus produkto. Jie taikomi ne tik baterijoms, bet ir sudaro techninį pagrindą visoms būsimoms DPP pareigoms pagal ESPR — nuo tekstilės ir elektronikos iki statybinių medžiagų.

Konkrečiai standartų serija nustato, kaip produktas turi būti vienareikšmiškai identifikuojamas per visą jo gyvavimo ciklą. Tam ji remiasi nusistovėjusiais standartais: GS1 Digital Link numatytas kaip pageidaujamas formatas fiziniam produktui ir skaitmeniniam duomenų įrašui susieti. Tai reiškia, kad ant produkto pateiktas QR kodas nebūtinai turi būti statinis URL — tai gali būti struktūrizuotas, kompiuterio skaitomas adresas, per kurį sprendiklio paslaugos gali pateikti skirtingus duomenų taškus, priklausomai nuo užklausos teikėjo ir konteksto.

API sąsajos ir sąveikumas

Vienas pagrindinių standartų tikslų — sąveikumas: institucijos, perdirbimo įmonės, vartotojai ir tiekėjai turi galėti gauti tą patį DPP per standartizuotas sąsajas, nepriklausomai nuo to, kokia platforma talpina pasą. Standartuose apibrėžti REST pagrindu sukurti API profiliai. Gamintojai ir DPP platformų teikėjai turi užtikrinti, kad jų sistemos šias sąsajas įgyvendintų tinkamai.

Kūrėjams tai reiškia, kad API turi palaikyti tam tikrus galinius taškus ir atsakymų formatus. Supaprastintas reikalavimus atitinkančios DPP užklausos pavyzdys galėtų atrodyti taip:

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

Atsakyme turi būti pateikti struktūrizuoti produkto metaduomenys, įskaitant nuorodas į dokumentus, sertifikatus ir — baterijų atveju — dinaminius būklės duomenis.

Baterijų reglamentas kaip pirmtakas: statiniai ir dinaminiai duomenys

Baterijų reglamentas (ES) 2023/1542, įsigaliojęs 2023 m. rugpjūtį, yra pirmasis konkretus DPP taikymo atvejis. Jame netiesiogiai išskiriamos dvi duomenų kategorijos:

Statiniai duomenys nustatomi pateikiant produktą rinkai: cheminė sudėtis, gamintojas, vardinė talpa, gamybos CO₂ pėdsakas. Šios reikšmės nesikeičia, todėl jas galima įrašyti vieną kartą.

Dinaminiai duomenys turi išlikti atnaujinami per visą gyvavimo ciklą. Tai visų pirma State of Health (SoH) ir State of Charge (SoC) — abu rodikliai keičiasi su kiekvienu įkrovimo ir iškrovimo ciklu. Reglamente aiškiai nustatyta, kad šie duomenų taškai turi būti atnaujinami. Tai gamintojams ir operatoriams kelia sisteminės architektūros uždavinį: DPP negali būti statinis PDF failas, jis turi būti susietas su nuolat atnaujinamais duomenų šaltiniais.

Naujieji CEN/CENELEC standartai tiesiogiai sprendžia šį reikalavimą, apibrėždami API profilius, leidžiančius tiek skaitymo, tiek rašymo prieigą — su atitinkamu autorizavimu.

Nauji įrankiai: testavimo aplinka ir atvirojo kodo validavimas

Kartu su standartų paskelbimu praktikoje taip pat įvyko nemažai pokyčių.

„BatteryPass-Ready“ testavimo aplinka

2026 m. birželio 24 d. konsorciumas „BatteryPass-Ready“ paleido viešą skaitmeninio baterijos paso testavimo aplinką. Gamintojai ir programinės įrangos tiekėjai gali joje patikrinti savo įgyvendinimus naudodami realius testinius duomenis, dar neįsigaliojus įstatymuose nustatytiems terminams. Aplinką kartu valdo Fraunhofer IPK, ji prieinama be registracijos.

„Digital Passport Assessment Workbench“ (DP-AWB)

2026 m. liepą mokslininkai paskelbė „Digital Passport Assessment Workbench“ (DP-AWB) kaip atvirojo kodo įrankį. Įrankis apskaičiuoja deterministinius vertinimo rezultatus tiesiogiai iš SHACL modelių specifikacijų ir leidžia formaliai validuoti DPP duomenų struktūras. Tai svarbu visiems, kurie turi užtikrinti, kad jų duomenų rinkiniai būtų ne tik turinio požiūriu teisingi, bet ir struktūriškai atitiktų standartus.

SHACL („Shapes Constraint Language“) yra W3C standartas, skirtas RDF grafams validuoti. DPP kontekste tai reiškia: modeliuojant produkto duomenis kaip susietuosius duomenis, DP-AWB galima automatiškai patikrinti, ar yra visi privalomi laukai ir ar jie tinkamai tipizuoti — be rankinių kontrolinių sąrašų.

Neišspręstas klausimas: visos ES DPP registras

Standartų ir įrankių nepakanka vienai problemai išspręsti: kaip rasti DPP, kai prieš akis turime tik fizinį produktą? Europos Komisija kuria centralizuotą registrą, kuriame turėtų būti registruojami ir randami visi DPPs. Tačiau svarbiausia — detalės.

„Orgalim“ — Europos technologijų įmonių pramonės asociacija — šiuo klausimu suformulavo aiškius reikalavimus: registras turi palaikyti didelės apimties automatizuotus registravimo procesus. Įsivaizdavus, kad vien Europos Sąjungoje kasmet į rinką pateikiama milijardai produktų, problema tampa akivaizdi. Registras, kuriame reikia atlikti rankinius įrašus arba kuris sutrikus apkrovai nustoja veikti, pramonėje yra netinkamas naudoti.

„Orgalim“ taip pat reikalauja, kad registras būtų apsaugotas nuo veiklos sutrikimų — didelis pasiekiamumas nėra pasirinkimas, o būtina sąlyga. Jei muitinės pareigūnas ar perdirbimo įmonė negali gauti DPP, nes registras neprisijungęs, sugriūva visa atitikties grandinė.

Komisija kol kas nepaskelbė privalomo registro paleidimo tvarkaraščio. Tai vienas didžiausių neatsakytų klausimų DPP ekosistemoje.

Ką įmonės turėtų daryti dabar

EN 18216–18223 standartų paskelbimas yra lūžio taškas: techniniai reikalavimai jau apibrėžti, nors registro dar nėra. Įmonės, kurioms taikomas Baterijų reglamentas arba kurios ruošiasi būsimiems ESPR deleguotiesiems teisės aktams, turėtų teikti pirmenybę trims veiksmams:

Įsigyti ir perskaityti standartus. EN 18216–18223 galima įsigyti per nacionalines standartizacijos institucijas (Vokietijoje — DIN). API specifikacijų nagrinėjimas yra privalomas visiems, kurie kuria arba įsigyja savo DPP sistemas.
Peržiūrėti duomenų architektūrą. Ar jūsų sistemos gali per API pateikti dinaminius duomenų taškus (SoH, SoC, remonto istoriją)? Jei ne, dabar yra tinkamas metas priimti architektūrinį sprendimą — o ne likus šešiems mėnesiams iki teisės aktuose nustatyto termino.
Naudotis testavimo aplinkomis. „BatteryPass-Ready“ aplinka ir DP-AWB prieinamos nemokamai. Anksti išbandžius savo įgyvendinimą galima išvengti brangaus tobulinimo spaudžiant terminams.

Standartai paskelbti. Laikrodis tiksi.