Kāpēc "reģistrēt vienreiz" nav pietiekami
Daudzi uzņēmumi uztver Digitālo produkta pasi (DPP) kā vienreizēju atbilstības uzdevumu: savākt datus, izveidot reģistra ierakstu, gatavs. ESPR regula (ES) 2024/1781 stāsta citu stāstu. Tā prasa, lai reģistra ieraksti paliktu pieejami un aktuāli vismaz 10 gadus pēc tam, kad produkts pēdējoreiz laists tirgū. Ja jūs šodien pārtraucat kāda modeļa ražošanu, jums ir jāuztur tā ieraksts vismaz līdz 2036. gadam — ieskaitot derīgus atrisinātāja (resolver) galapunktus un pareizus unikālos identifikatorus.
Šajā rakstā paskaidrots, ko reģistra ieraksta atjaunināšana patiesībā ietver, kuri lauki tiek skarti un kā nodrošināt šo procesu no tehniskās puses.
Ko reģistrs saglabā — un ko ne
- gada 29. aprīlī Eiropas Komisija publicēja īstenošanas regulas projektu centrālajam DPP reģistram. Dokuments skaidri parāda, cik vienkāršam ir paredzēts būt centrālajam reģistram: tas katrā ierakstā saglabā tikai trīs datu elementus:
| Lauks | Apraksts | Atjaunināšanas pienākums |
|---|---|---|
| Unikālais identifikators (UID) | Produkta/modeļa unikālais identifikators | Nemainīgs, tiklīdz piešķirts |
| Atrisinātāja galapunkts | URL, kur var iegūt pilno DPP | Atjaunināms; nepieciešams migrācijas gadījumā |
| Preces kods | Produkta kategorijas kods (piem., HS vai CN kods) | Labojams kļūdaina ieraksta gadījumā |
Faktiskie produkta dati — materiālu sastāvs, remontējamības indekss, oglekļa pēdas nospiedums — centrālajā reģistrā netiek glabāti. Tos sniedz ražotājs vai pilnvarots datu pārvaldnieks atrisinātāja galapunktā. Reģistrs ir vienkārši adrešu grāmata. Šī nošķiršana ir svarīga arhitektūras ziņā: centrālā ieraksta atjaunināšana ir nepieciešama tikai tad, kad mainās UID, atrisinātājs vai preces kods. Satura līmeņa datu uzturēšana notiek tikai datu sniedzēja pusē.
Produkta specifiskās datu prasības — kam tieši jāparādās DPP — paliek nozaru specifiskā regulējuma kompetencē, piemēram, deleģētajās regulās saskaņā ar ESPR vai, attiecībā uz baterijām, Bateriju regulu (ES) 2023/1542.
Kad reģistra atjaunināšana ir obligāta
Atrisinātāja galapunkts ir mainījies
Šis ir visizplatītākais reālās dzīves scenārijs. Uzņēmumi maina mākoņpakalpojumu sniedzējus, migrē uz jaunām DPP platformām vai konsolidē domēnus. Tiklīdz iepriekšējais atrisinātāja galapunkts kļūst nesasniedzams, neviens skeneris — vai tā būtu muitas iestāde, tirgus uzraudzības institūcija vai gala patērētājs — nevar iegūt DPP. Regula skaidri nenosaka atbildes laika logu, taču 10 gadu pieejamības pienākums faktiski rada nulles toleranci pret pastāvīgi bojātām saitēm.
Ieteikums: Izmantojiet stabilu, uzņēmumam piederošu apakšdomēna atrisinātāju (piem., dpp.yourcompany.com) kā netiešās adresācijas slāni. Tādējādi, mainot platformas, jums būs nepieciešams pārkonfigurēt tikai iekšēji — neaiztiekot reģistra ierakstu. Tas atbilst GS1 Digital Link principam, kur QR kods norāda uz stabilu atrisinātāju, kas savukārt pāradresē uz mainīgām aizmugursistēmām.
Tika ievadīts nepareizs preces kods
Preces kodi (CN vai HS kodi) nosaka, kuras deleģētās regulas attiecas uz produktu. Nepareizs kods var izraisīt produkta klasificēšanu nepareizā kategorijā vai nepareizu klasifikāciju automatizēto robežpārbaužu laikā — ko ES plāno ieviest no 2028. gada saskaņā ar ierosināto Aprites ekonomikas aktu. Labojumi ir atļauti saskaņā ar īstenošanas regulas projektu, taču tiem nepieciešams dokumentēts pamatojums.
Uzņēmuma iegāde vai licences nodošana
Kad produkts maina ekonomisko īpašumtiesību piederību, jums jāizvērtē, vai tiek nodota arī atbildība par atrisinātāju. Reģistra konts ir piesaistīts sākotnējam reģistrētājam; nodošanai nepieciešams formāls process kompetentajā nacionālajā iestādē.
Tehniskais process: ieraksta atjaunināšana
Īstenošanas regula paredz uz API balstītu saskarni ar reģistru. Precīzs galapunkts tiks publicēts tikai pēc regulas stāšanās spēkā, taču sagaidāmo darbplūsmu var atvasināt no projekta:
# Authentication via OAuth 2.0 Client Credentials
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X POST https://registry.dpp.ec.europa.eu/oauth/token \
-d "grant_type=client_credentials" \
-d "client_id=YOUR_CLIENT_ID" \
-d "client_secret=YOUR_SECRET" \
-d "scope=registry:write"
# PATCH request to update the resolver endpoint
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X PATCH https://registry.dpp.ec.europa.eu/v1/entries/{uid} \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "Content-Type: application/json" \
-d '{
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/{uid}",
"updateReason": "platform_migration"
}'
Lauks updateReason projektā ir noteikts kā obligāts visām izmaiņām, izņemot sākotnējo ierakstu. Atļautās vērtības ietver platform_migration, domain_change, commodity_code_correction un ownership_transfer. Visu atjauninājumu audita vēsturi reģistrs saglabā visu 10 gadu periodu.
Masveida atjauninājumi lieliem produktu portfeļiem
Uzņēmumi ar tūkstošiem SKU nevar pārvaldīt atsevišķus pieprasījumus manuāli. Regulas projekts paredz pakešu (batch) galapunktu:
{
"batchUpdate": [
{
"uid": "urn:epc:id:sgtin:0614141.107346.2017",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2017",
"updateReason": "platform_migration"
},
{
"uid": "urn:epc:id:sgtin:0614141.107346.2018",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2018",
"updateReason": "platform_migration"
}
]
}
Šādu masveida procesu izveide un uzturēšana prasa strukturētu datu pārvaldību, kā to nodrošina masveida importa darbplūsma DPP ierakstiem.
Starptautiskā standartizācija kā stabilitātes enkurs
Atjaunināšanas process ir tikai tik stabils, cik standarti, uz kuriem tas balstās. Šeit nāk klajā ISO/IEC JTC 5 izveide: jaunā Apvienotā tehniskā komiteja, kuras sekretariātu nodrošina Vācijas Standartizācijas institūts (DIN), ir pilnvarota izstrādāt starptautiskos standartus DPP sistēmu globālai sadarbspējai.
Praktiskā nozīmē atjaunināšanas procesiem: tiklīdz ISO/IEC JTC 5 pieņem standartus datu formātiem, API shēmām un identifikatoru struktūrām, sagaidāms, ka tie tiks iekļauti turpmākajās ESPR īstenošanas regulu redakcijās. Uzņēmumi, kuri jau paļaujas uz GS1 atbilstošiem identifikatoriem (GTIN, SGTIN) un GS1 Digital Link atrisinātājiem, ir labā pozīcijā: šie standarti tiek uzskatīti par atsauces ieviešanu JTC 5.
ES reģistra regulas PTO paziņojums (G/TBT/N/EU/1211) 2026. gada 21. maijā arī signalizē, ka sistēma tiek klasificēta kā tehnisks tirdzniecības regulējums — ar sekām trešo valstu ražotājiem, kuri eksportē produktus uz ES. Arī viņiem ir jāuztur un jāsaglabā aktuāli reģistra ieraksti.
Datu uzturēšana kā nepārtraukts process: organizatoriskās sekas
10 gadu pienākums nav tikai IT uzdevums. Tas prasa organizatoriskus pasākumus:
- Dokumentējiet atbildību: Kurš jūsu organizācijā ir atbildīgs par reģistra ierakstiem? Šim amatam jāpaliek aizpildītam pat caur personāla maiņu un uzņēmuma pārstrukturēšanu.
- Iestatiet atrisinātāja uzraudzību: Automatizētas pieejamības pārbaudes (HTTP statusa pārbaudes) visiem aktīvajiem atrisinātāja galapunktiem nav vēlama papildiespēja — tās ir operacionālais minimums.
- Uzturiet izmaiņu žurnālu: Audita vēsture reģistrā ir pieejama iestādēm. Papildiniet to ar iekšēju izmaiņu žurnālu, kas ietver pamatojumus un apstiprinājumus.
- Pārskatiet līgumus ar platformu sniedzējiem: Ja izmantojat ārēju DPP pakalpojumu sniedzēju, līgumam ir skaidri jāietver 10 gadu pieejamības prasība — ieskaitot noteikumus par pakalpojumu sniedzēja maksātnespēju vai darbības izbeigšanu.
- gada 27. maijā Eiropas Komisija rīkoja vebināru par Bateriju DPP ieviešanu, kurā skaidri tika aplūkoti datu uzturēšanas izaicinājumi, ar kuriem saskaras MVU. Vēstījums bija skaidrs: ilgtermiņa datu pieejamība nav tehniska detaļa — tas ir pamata pienākums.
Secinājums
DPP reģistra ieraksts nav statisks dokuments. 2026. gada aprīļa īstenošanas regula nosaka tiesisko ietvaru, kas prasa ražotājiem aktīvi un dokumentējami uzturēt savus datus desmit gadu garumā. Labā ziņa: centrālais reģistrs ir apzināti saglabāts vienkāršs. Ja jūs projektējat atrisinātāja galapunktus stabilitātei, izmantojat GS1 atbilstošus identifikatorus un iestrādājat izmaiņu procesus savā organizācijā, tehniskais slogs atjauninājumiem paliek pārvaldāms — un jūs būsiet labi sagatavoti gaidāmajiem ISO/IEC JTC 5 standartiem.
