Ar konferenci DPP4EU 2026 Briselē ir sasniegts tehnisks pagrieziena punkts: Eiropas pamatstandarti Digital Product Passport (DPP) ir pabeigti. Fraunhofer IPK 2026. gada 1. jūnijā ziņoja, ka CEN/CENELEC JTC 24 izstrādātā standartu pakete veido saskaņotu, tehnoloģiski neitrālu ietvaru produktu dzīves cikla datiem. Tādējādi beidzas neskaidrības posms par tehniskajiem pamatprincipiem — un sākas ieviešanas posms.
Uzņēmumiem, kas līdz šim gaidīja galīgos standartus, tas nav iemesls atviegloti uzelpot. Tas ir starts.
Ko noteicis CEN/CENELEC JTC 24
Standartizācijas komiteja JTC 24 ir pieņēmusi vairākus savstarpēji saistītus standartus, kas kopā definē DPP tehnisko arhitektūru. Centrālie ir divi standarti:
- EN 18219 nosaka datu modeli un semantiskās prasības DPP. Tas definē, kādai informācijai jābūt ietvertai pasē, kā tā strukturējama un kā nodrošināma dažādu sistēmu savietojamība.
- EN 18220 reglamentē DPP nesēju — fizisko vai digitālo datu nesēju, ar kura palīdzību pase kļūst pieejama. Tas sasaista pasi ar GS1 Digital Link-standartu un tādējādi ļauj vienam URL — piemēram, QR koda vai RAIN-RFID birkas formā — kalpot kā universālam sākumpunktam visai pases informācijai.
Ietvars ir apzināti veidots tehnoloģiski neitrāls. Tas nenosaka konkrētu datubāzi, mākoņplatformu vai īpašumtiesību standartu. Tas nosaka piekļuves punkta struktūru un datu semantiku — pārējais ir ieviesēju ziņā.
Kāpēc EN 18219 ir izšķirošs reģistra arhitektūrai
CIRPASS-2 konsorcijs savā atzinumā par īstenošanas regulas projektu attiecībā uz DPP reģistru skaidri ieteica EN 18219 iekļaut kā saistošu atsauci. Iemesls: bez šāda nostiprinājuma trūkst savietojamības balsta starp valstu un nozaru sistēmām.
Pats reģistrs — kā skaidri norādīts īstenošanas regulas projektā — glabā tikai trīs datu punktus: unikālo identifikatoru, atrisinātāja galapunktu un preces kodu. Faktiskie pases dati tiek glabāti decentralizēti pie ražotājiem vai pilnvarotiem datu uzticības pārvaldniekiem. EN 18219 nodrošina, ka šie decentralizētie dati tomēr paliek mašīnlasāmi un savietojami.
Regulatīvais pamats: ESPR un nozaru regulas
Tehniskie standarti nav pašmērķis. Tie operacionalizē prasības, kas saistoši noteiktas ESPR-Regulā (ES) 2024/1781. ESPR pieprasa, lai DPP ietvertu “aktuālu un precīzu informāciju” — prasību, ko bez skaidras datu arhitektūras vienkārši nav iespējams izpildīt.
Tas ir īpaši redzams Bateriju regulā (ES) 2023/1542: jaudas dati, kas akumulatora kalpošanas laikā mainās degradācijas dēļ, ir nepārtraukti jāuztur aktuāli. Tam nepieciešama infrastruktūra, kas ne tikai glabā statiskus produkta datus, bet arī pārvalda dinamiskus atjauninājumus — turklāt atsevišķa izstrādājuma līmenī, nevis tikai partijas līmenī.
Partija pret vienību: tālejošu seku nošķīrums
JRC projekts tērauda produktu grupai — kā piemērs daudzām citām nozarēm — sistemātiski nošķir divas datu granularitātes:
- Partijas līmenis (Lot): dati, kas attiecas uz visu ražošanas partiju, piemēram, produktam specifiskais CO₂ pēdas nospiedums (PCF), kas aprēķināms, izmantojot ISO-14067 saderīgas metodes, un jāuztur partijas līmenī.
- Vienības līmenis (Item): dati, kas attiecas uz vienu konkrētu fizisku eksemplāru, piemēram, sērijas numurs, remonta vēsture vai pašreizējais baterijas stāvokļa rādītājs.
Šis nošķīrums nav akadēmiska nianse. Tas nosaka, kā jāveido datu glabāšana, piekļuves tiesības un atjaunināšanas procesi. Sistēma, kas pārvalda tikai partiju ID, nevar izpildīt Bateriju regulas prasības attiecībā uz atsevišķām vienībām. Savukārt pilnībā uz vienībām balstīta sistēma tādām masveida precēm kā tērauda ruļļi nebūtu ekonomiski mērogojama.
No standarta līdz praksei: kas uzņēmumiem tagad jādara
Standartu pieņemšana iezīmē pāreju no specifikācijas posma uz ieviešanas posmu. Uzņēmumiem skartajās nozarēs tas konkrēti nozīmē:
1. solis: noteikt identifikatoru stratēģiju
Katram DPP nepieciešams globāli unikāls, noturīgs identifikators. EN 18220 standarts un GS1 Digital Link-standarts definē, kā šim identifikatoram jābūt strukturētam kā atrisināmam URL. Uzņēmumiem, kas jau izmanto GTINs un GS1 struktūras, šeit ir priekšrocība — tiem tikai jāpielāgo esošie identifikatori Digital-Link shēmai.
Atbilstošs GS1 Digital Link atsevišķam produktam, piemēram, izskatās šādi:
https://id.example.com/01/04012345678901/21/XYZ-987654
Šeit 01 apzīmē GTIN lietojuma identifikatoru, bet 21 — sērijas numuru. Aiz šī URL esošais atrisinātājs atkarībā no konteksta — patērētāja, remonta uzņēmuma vai muitas iestādes — novirza uz dažādiem datu skatījumiem.
2. solis: strukturēt datu modeli atbilstoši EN 18219
Standarts definē obligātos un neobligātos laukus, kā arī pieļaujamos datu formātus. Uzņēmumiem jāpārbauda, kuri no to esošajiem produktu datiem jau atbilst standartam un kur vēl ir nepilnības — piemēram, remontējamības rādītājos, materiālu sastāvā vai piegādes ķēdes informācijā.
3. solis: izvēlēties un ieviest nesēja tehnoloģiju
EN 18220 pieļauj vairākus nesējus: QR kodu, NFC, RAIN-RFID un citus. Izvēle ir atkarīga no produkta veida, piegādes ķēdes un pircēju prasībām. Rūpniecībā RAIN-RFID iegūst arvien lielāku nozīmi: TEKLYNX jau ir atjauninājis savu CODESOFT programmatūru, lai atbalstītu GS1 “++” kodēšanas shēmas, ar kurām tīmekļa URL var tieši ierakstīt RAIN-RFID birkas atmiņā — tehniska prasība, kas tieši izriet no EN 18220 un GS1 Digital Link-standarta kombinācijas.
4. solis: nodrošināt dinamisku datu uzturēšanu
ESPR prasība par “aktuālu un precīzu informāciju” nav vienreizējs uzdevums. Uzņēmumiem jāizveido procesi, kas nodrošina pases datu atjaunināšanu pēc būtiskiem notikumiem — remonta, komponentes nomaiņas, tālākpārdošanas vai utilizācijas. Tam nepieciešama skaidra atbildība piegādes ķēdē un tehniskās saskarnes starp iesaistītajām sistēmām.
Kas vēl trūkst: īstenošanas regulas un nozaru termiņi
Pamatstandarti ir pieejami — nozaru īstenošanas regulas vēl nav pilnībā izstrādātas. Eiropas Komisija pašlaik strādā pie deleģētajiem tiesību aktiem pirmajām obligāti aptvertajām produktu grupām. Baterijām jau ir sava tiesiskā sistēma, ko nodrošina Bateriju regula (ES) 2023/1542. Tekstilizstrādājumi, elektronika un tērauds sekos ESPR ieviešanas ietvaros.
Uzņēmumiem tas nozīmē: tehniskā pamatarhitektūra ir gatava, un tās izveide jāsāk tagad. Nozaru datu prasības tuvākajos mēnešos tiks precizētas — taču tie, kas nogaidīs ar ieviešanu, līdz būs pieejami visi deleģētie tiesību akti, nonāks laika trūkumā.
Standarti ir pieņemti. Ietvars ir noteikts. Jautājums vairs nav par to, vai uzņēmumiem būs jāpilda šīs prasības, bet gan par to, kad tas notiks un cik labi tie būs sagatavoti.
