Normatīvais ietvars ir izveidots — tagad sākas īstenošana
Līdz ar ESPR regulu (ES) 2024/1781 digitālā produkta pase (DPP) ir kļuvusi par saistošām ES tiesībām. Tas, kas ilgi tika uzskatīts par nākotnes projektu, kopš 2026. gada pavasara ir ieguvis jaunu, izšķirošu nozīmi: tehniskie standarti, uz kuriem balstīsies īstenošanas regulas, tagad ir pieejami.
gada jūnija sākumā DPP4EU konference Briselē prezentēja CEN/CENELEC JTC 24 izstrādāto standartu kopumu. Standartu sērija EN 18216 līdz EN 18223 nosaka tehniskās pamatinfrastruktūras elementus: datu nesējus, unikālus identifikatorus, API un sadarbspējas ietvaru. Paralēli tika prezentētas atvērtā pirmkoda testēšanas vides, ar kurām var pārbaudīt implementāciju atbilstību. Fraunhofera IPK, kas piedalījās standartu izstrādē, komentēja: „The standards are here — now is the time to bring them to life."
Šis teikums precīzi raksturo situāciju. Normatīvā arhitektūra ir izveidota; trūkst nozaru īstenošanas regulu, stabilas reģistra darbības un plaši pielietotas ieviešanas prakses rūpniecībā.
Ko konkrēti regulē standarti EN 18216–18223
Identifikatori un datu nesēji
Standartu sērija nosaka, ka katram DPP jābūt unikālam produkta identifikatoram, kas ir mašīnlasāms un pastāvīgi atrisināms. EN 18220 regulē pieļaujamos datu nesējus — tostarp QR kodus, DataMatrix un RAIN-RFID. Būtiski, ka standarts ir tehnoloģiski neitrāls: tas nenosaka konkrētu nesēju, bet definē minimālās prasības lasāmībai un noturībai.
GS1 Digital Link šajā kontekstā nav obligāts, taču faktiski ir dominējošais kandidāts identifikatoru stratēģijai — jo tas savieno esošo GTIN infrastruktūru ar tīmekļa URI izšķiršanu. CIRPASS-2 konsorcijs savā atzinumā par projektu nepārprotami ieteica iekļaut standartu EN 18219 kā atsauci īstenošanas regulā, lai nodrošinātu sadarbspēju ar GS1 Digital Link un citām esošajām identifikācijas sistēmām.
Reģistra arhitektūra: decentralizēta ar centrālo indeksu
Bieži sastopams pārpratums attiecas uz plānoto ES DPP reģistru. Tajā netiks glabāti produktu dati, bet tikai unikāli identifikatori un risinātāju URL — tātad norādes uz decentralizēti mitinātiem pases datiem. Atbildība par datu glabāšanu paliks ražotājam vai pilnvarotam pakalpojumu sniedzējam.
CIRPASS-2 šajā modelī galvenokārt kritizē trīs aspektus: reģistra pārvaldības struktūru (kas to pārvalda un ar kādiem nosacījumiem?), datu suverenitātes jautājumu pārrobežu piegādes ķēdēs un joprojām neatrisināto sadarbspēju ar valstu sistēmām. Šī kritika ir pamatota — reģistra īstenošanas regula redakcijas pabeigšanas brīdī vēl ir projekta stadijā.
JRC tērauda projekts kā paraugs citām nozarēm
Kāpēc dzelzs un tērauds nosaka turpmāko virzienu
Eiropas Komisijas Kopīgais pētniecības centrs ir iesniedzis projektu DPP dzelzs un tērauda pusfabrikātiem. Šis projekts ir nozīmīgs arī ārpus tērauda nozares vairāku iemeslu dēļ: tajā pirmo reizi sistemātiski formalizēta atšķirība starp datiem produkta līmenī un datiem partijas līmenī — diferenciācija, kas ir būtiska datubāzes arhitektūrai un identifikatoru stratēģijai.
Produkta un partijas līmenis: strukturāli izšķirošs nošķīrums
JRC projekts skaidri piesaista datu punktus vienam no diviem līmeņiem:
Partijas līmenis (partijas numurs):
- Pārstrādātā materiāla īpatsvars
- Sakausējuma sastāvs
- Produktam specifiskais CO₂ pēdas nospiedums (PCF)
Produkta līmenis (sērijas numurs):
- Izmēri
- Sertifikāti
- Atbilstības deklarācijas
Saskaņā ar projektu produktam specifiskais CO₂ pēdas nospiedums tiek aprēķināts, pamatojoties uz aprēķinu noteikumiem, kas ir saderīgi ar ISO 14067 standartu. Tas ir būtiski, jo definē metodoloģisku minimālo prasību, nevis tikai pienākumu sniegt datus.
Akumulatoru regula (ES) 2023/1542 — līdz šim vienīgais saistošais nozares tiesību akts ar atsevišķiem DPP pienākumiem — šo atšķirību jau netieši ietver. Tomēr tērauda nozares projekts to pirmo reizi skaidri formalizē, tādēļ tas varētu kalpot par paraugu visiem turpmākajiem nozares tiesību aktiem.
Uzņēmumiem, kas šodien plāno savu DPP datubāzes arhitektūru, tas rada tūlītējas sekas: plakans datu modelis, kurā visi atribūti tiek glabāti produkta līmenī, neatbildīs normatīvajām prasībām. Tiem, kas jau izmanto lielapjoma importēšanas darbplūsmas, būtu jāpārbauda, vai importa struktūra nošķir partijas numura un sērijas numura datus.
Saistītās norises: REACH mikroplastmasa un RFID kodēšana
ECHA vadlīnijas par sintētiskām polimēru daļiņām
Paralēli DPP norisēm ECHA 2026. gada maijā publicēja vadlīnijas par REACH ziņošanas pienākumu attiecībā uz sintētiskām polimēru mikrodaļiņām. Pirmais ziņošanas termiņš polimēru granulu, pārslu un pulveru ražotājiem un rūpnieciskajiem pakārtotajiem lietotājiem stājās spēkā 2026. gada maijā.
Šis solis pats par sevi nav DPP jautājums šaurā nozīmē, taču tas ilustrē plašāku regulējuma virzienu: ES sistemātiski ievieš ziņošanas pienākumus par vielu īpašībām, kas vidējā termiņā tiks iekļauti DPP datu prasībās. Uzņēmumi, kas šodien apkopo REACH datus, tādējādi veido pamatu vēlākajiem DPP atribūtiem.
RAIN-RFID un GS1 Digital Link: kodēšanas standarti praksē
Īstenošanas jomā TEKLYNX ir atjauninājis savu CODESOFT programmatūru, kas tagad atbalsta GS1 „++” kodēšanas shēmas (EPC++ un ISO BD). Tādējādi tīmekļa URL var tikt tieši ierakstīti RAIN-RFID tagu atmiņā — prasība, kas izriet no EN 18220 un GS1 Digital Link standarta kombinācijas.
Šis ir konkrēts piemērs tam, kā abstraktās standartu prasības nonāk ražošanas programmatūrā. Uzņēmumiem, kas izmanto uz RFID balstītus piegādes ķēdes procesus, tas nozīmē: identifikatoru stratēģijai jāsākas jau tagu kodēšanas posmā, nevis tikai risinātāja iestatīšanas laikā.
Kas uzņēmumiem jādara tagad
Normatīvo situāciju var iedalīt trīs rīcības jomās:
1. Pārbaudīt atbilstību standartiem: Standarti EN 18216–18223 ir publicēti. Tiem, kas šodien veido DPP sistēmas, būtu jāpārliecinās, ka izvēlētie datu nesēji, identifikatori un API ir saderīgi ar šiem standartiem. DPP4EU konferencē prezentētās atvērtā pirmkoda testēšanas vides piedāvā pirmo iespēju to pārbaudīt.
2. Strukturēt datu modeli pēc līmeņiem: JRC tērauda projekts parāda turpmāko virzienu. Uzņēmumiem datu modelis jāveido tā, lai partijas un produkta dati būtu skaidri nošķirti un atsevišķi adresējami. Tas attiecas gan uz iekšējo datu glabāšanu, gan uz API saskarnēm ar DPP sistēmu.
3. Sekot reģistra attīstībai: Centrālā DPP reģistra īstenošanas regula vēl nav galīga. CIRPASS-2 izteiktie kritiskie apsvērumi — jo īpaši par pārvaldību un datu suverenitāti — ir saturiski pamatoti un vēl var ietekmēt galīgo projektu. Uzņēmumiem nevajadzētu plānot reģistru kā gatavu infrastruktūru, bet gan uzskatīt to par mainīgu lielumu savā sistēmu arhitektūrā.
Standarti ir pieejami. Pirmie nozaru projekti ir publicēti. Tagad svarīgākais ir veidot ieviešanas kompetenci — pirms īstenošanas regulu termiņi noteiks tempu.
