Normų sistema parengta — dabar prasideda įgyvendinimas
Priėmus ESPR reglamentą (ES) 2024/1781, skaitmeninis produkto pasas (DPP) tapo privaloma ES teisės dalimi. Tai, kas ilgą laiką buvo laikoma ateities projektu, nuo 2026 m. pavasario įgijo lemiamą naują reikšmę: techninės normos, kuriomis bus grindžiami įgyvendinimo reglamentai, jau parengtos.
2026 m. birželio pradžioje DPP4EU konferencijoje Briuselyje pristatytas pagal CEN/CENELEC JTC 24 parengtas normų paketas. EN 18216–EN 18223 serija apibrėžia pagrindinę techninę infrastruktūrą: duomenų laikmenas, unikalius identifikatorius, API ir sąveikumo sistemą. Kartu pristatytos atvirojo kodo bandymų aplinkos, leidžiančios tikrinti dieginių atitiktį. Prie normų kūrimo prisidėjęs Fraunhofer IPK komentavo: „The standards are here — now is the time to bring them to life."
Šis sakinys tiksliai apibūdina padėtį. Reguliavimo architektūra nustatyta; trūksta sektoriams skirtų įgyvendinimo reglamentų, stabiliai veikiančio registro ir visoje pramonėje taikomos įgyvendinimo praktikos.
Ką konkrečiai reglamentuoja EN 18216–18223 normos
Identifikatoriai ir duomenų laikmenos
Normų serijoje nustatyta, kad kiekvienas DPP turi turėti unikalų produkto identifikatorių, kuris būtų nuskaitomas mašininiu būdu ir nuolat išsprendžiamas. EN 18220 reglamentuoja leistinas duomenų laikmenas — įskaitant QR kodus, „DataMatrix“ ir RAIN-RFID. Svarbu tai, kad norma suformuluota technologiškai neutraliai: ji nenustato konkrečios laikmenos, tačiau apibrėžia minimalius nuskaitomumo ir patvarumo reikalavimus.
GS1 Digital Link šiame kontekste nėra privalomas, tačiau faktiškai yra dominuojantis kandidatas identifikatorių strategijai — nes esamą GTIN infrastruktūrą susieja su žiniatinklio URI raiška. CIRPASS-2 konsorciumas savo pastabose dėl projekto aiškiai rekomendavo įgyvendinimo reglamente nurodyti EN 18219 kaip atskaitos normą, kad būtų užtikrintas sąveikumas su GS1 Digital Link ir kitomis esamomis identifikavimo sistemomis.
Registro architektūra: decentralizuota, su centriniu indeksu
Dažnas nesusipratimas susijęs su planuojamu ES DPP registru. Jame nebus saugomi produktų duomenys — tik unikalūs identifikatoriai ir sprendiklio URL, t. y. nuorodos į decentralizuotai laikomus paso duomenis. Atsakomybė už duomenų saugojimą lieka gamintojui arba jo pasamdytam paslaugų teikėjui.
CIRPASS-2 šiame modelyje visų pirma kritikuoja tris dalykus: registro valdymo struktūrą (kas jį eksploatuos ir kokiomis sąlygomis?), duomenų suvereniteto klausimą tarpvalstybinėse tiekimo grandinėse ir dar neišspręstą sąveikumą su nacionalinėmis sistemomis. Ši kritika pagrįsta — registro įgyvendinimo reglamentas redakcijos užbaigimo metu dar yra projekto stadijos.
JRC plieno sektoriaus projektas kaip pavyzdys kitiems sektoriams
Kodėl geležis ir plienas rodo kryptį
Europos Komisijos Jungtinis tyrimų centras pateikė geležies ir plieno pusgaminių DPP projektą. Šis projektas svarbus ne tik plieno pramonei dėl kelių priežasčių: jame pirmą kartą sistemiškai formalizuojamas skirtumas tarp produkto lygmens ir partijos lygmens duomenų — tai esminis duomenų bazės architektūros ir identifikatorių strategijos atskyrimas.
Produkto ir partijos lygmuo: struktūrinis krypties pasirinkimas
JRC projekte duomenų taškai aiškiai priskiriami vienam iš dviejų lygmenų:
Partijos lygmuo (partijos numeris):
- Perdirbtos medžiagos dalis
- Lydinio sudėtis
- Produktui būdingas CO₂ pėdsakas (PCF)
Produkto lygmuo (serijos numeris):
- Matmenys
- Sertifikatai
- Atitikties deklaracijos
Pagal projektą produkto CO₂ pėdsakas nustatomas remiantis skaičiavimo taisyklėmis, suderinamomis su ISO 14067 standartu. Tai svarbu todėl, kad apibrėžiamas metodinis minimalus reikalavimas, o ne vien pareiga pateikti duomenis.
Akumuliatorių reglamentas (ES) 2023/1542 — iki šiol vienintelis privalomas sektoriaus teisės aktas, kuriame nustatytos atskiros DPP pareigos — šį skirtumą jau netiesiogiai numato. Tačiau plieno sektoriaus projekte jis pirmą kartą aiškiai formalizuojamas, todėl tikėtina, kad taps pavyzdžiu visiems vėlesniems sektoriaus teisės aktams.
Įmonėms, kurios šiandien planuoja savo DPP duomenų bazės architektūrą, tai turi tiesioginių pasekmių: plokščio duomenų modelio, kuriame visi atributai priskiriami produkto lygmeniui, nepakaks reguliavimo reikalavimams įvykdyti. Įmonės, jau naudojančios masinio importo darbo eigas, turėtų patikrinti, ar importo struktūroje atskiriami partijos ir serijos numerių duomenys.
Susiję pokyčiai: REACH mikroplastikai ir RFID kodavimas
ECHA gairės dėl sintetinių polimerų dalelių
Lygiagrečiai su DPP pokyčiais, ECHA 2026 m. gegužę paskelbė gaires dėl REACH pranešimo pareigos, taikomos sintetinių polimerų mikrodalelėms. Pirmasis gamintojams ir pramoniniams tolesniems naudotojams taikomas pranešimo terminas dėl polimerų granulių, dribsnių ir miltelių įsigaliojo 2026 m. gegužę.
Šis žingsnis nėra siaurąja prasme DPP klausimas, tačiau jis iliustruoja platesnę reguliavimo kryptį: ES sistemingai kuria pranešimo pareigas dėl medžiagų savybių, kurios vidutinės trukmės laikotarpiu bus įtrauktos į DPP duomenų reikalavimus. Įmonės, šiandien renkančios REACH duomenis, taip sukuria pagrindą vėlesniems DPP atributams.
RAIN-RFID ir GS1 Digital Link: kodavimo standartai praktikoje
Įgyvendinimo srityje TEKLYNX atnaujino savo CODESOFT programinę įrangą ir dabar palaiko GS1 „++“ kodavimo schemas (EPC++ ir ISO BD). Taip žiniatinklio URL galima tiesiogiai įrašyti į RAIN-RFID žymeklių atmintį — tai reikalavimas, kylantis iš EN 18220 ir GS1 Digital Link standarto derinio.
Tai konkretus pavyzdys, kaip abstraktūs normų reikalavimai pasiekia gamybos programinę įrangą. Įmonėms, kurios valdo RFID pagrįstus tiekimo grandinės procesus, tai reiškia: identifikatorių strategija turi prasidėti jau žymeklio kodavimo etape, o ne tik nustačius sprendiklį.
Ką įmonės turėtų daryti dabar
Reguliavimo padėtį galima suskirstyti į tris veiksmų sritis:
1. Patikrinti atitiktį normoms: EN 18216–18223 normos paskelbtos. Įmonės, šiandien kuriančios DPP sistemas, turėtų užtikrinti, kad pasirinktos duomenų laikmenos, identifikatoriai ir API būtų suderinami su šiomis normomis. DPP4EU konferencijoje pristatytos atvirojo kodo bandymų aplinkos suteikia pirmąją galimybę tai patikrinti.
2. Struktūruoti duomenų modelį pagal lygmenis: JRC plieno sektoriaus projektas rodo, kokia kryptimi judama. Įmonės turėtų kurti duomenų modelį taip, kad partijos ir produkto duomenys būtų aiškiai atskirti ir atskirai adresuojami. Tai taikoma tiek vidiniam duomenų saugojimui, tiek API sąsajoms su DPP sistema.
3. Stebėti registro raidą: Įgyvendinimo reglamentas dėl centrinio DPP registro dar nėra galutinis. CIRPASS-2 kritikos punktai — ypač susiję su valdymu ir duomenų suverenitetu — yra pagrįsti ir dar gali paveikti galutinį projektą. Įmonės neturėtų laikyti registro parengta infrastruktūra, o savo sistemų architektūroje turėtų vertinti jį kaip kintamąjį.
Normos parengtos. Pirmieji sektoriams skirti projektai pateikti. Dabar svarbiausia — ugdyti įgyvendinimo kompetenciją, kol įgyvendinimo reglamentų terminai dar nenustatė tempo.
