Eiropas Komisija 2026. gada 20. jūlijā nodeva ekspluatācijā digitālo produktu pasu reģistru un testa vidi. Tādējādi abstrakta ESPR komponente ir kļuvusi par sistēmu, ko uzņēmumi var praktiski izmēģināt. Ražotājiem tagad īpaši svarīgi ir nošķirt: reģistrs ir centrālais indekss, bet pats produkta pase paliek decentralizēta.
Kas sāka darboties 20. jūlijā
Reģistrā tiek iekļauti unikāli produktu identifikatori, reģistrācijas dati un izvēlēti metadati. Pilnīgā informācija par produktiem joprojām atrodas pie atbildīgā ekonomikas dalībnieka vai pilnvarota DPP pakalpojumu sniedzēja. Tāpēc Komisija reģistru skaidri raksturo kā indeksēšanas pakalpojumu, nevis centrālu satura pārvaldības sistēmu.
Reģistrācija ir paredzēta, izmantojot aizsargātu lietotāja saskarni un API. Uzņēmumi var arī izveidot elektronisku reģistrācijas apliecinājumu. Tas ir būtiski B2B procesos, jo piegādātāji un klienti tādējādi var apliecināt, ka pase ir reģistrēta ES sistēmā, nedublējot visu datu kopu.
Sākums neattiecas tikai uz ESPR produktu grupām. Komisija min arī baterijas, būvizstrādājumus, rotaļlietas, mazgāšanas līdzekļus un galalietotājiem paredzētas virsmaktīvās vielas, ciktāl attiecīgajos Savienības tiesību aktos ir prasīta digitālā produkta pase. Pirmais saistošais termiņš noteiktām baterijām joprojām ir 2027. gada 18. februāris.
Reģistrs, risinātājs un datu avots ir trīs dažādi slāņi
Uzticamai DPP sistēmai uzdevumi ir skaidri jānošķir:
- ES reģistrs apstiprina, ka identifikators un noteiktie metadati ir reģistrēti.
- Risinātājs novirza pastāvīgo produkta identifikatoru uz atbilstošo resursu.
- Faktiskais datu avots nodrošina aktuālu saturu cilvēkiem un iekārtām.
Šis nošķīrums nav mazsvarīgs. Ja visi dati tiek glabāti tikai uzņēmuma paša produkta lapā, tā vēl nav integrācija ar reģistru. Savukārt, ja tiek reģistrēts tikai identifikators, vēl nav nodrošināta izmantojama produkta pase. Abām daļām jābūt savienotām ar stabiliem identifikatoriem.
Izšķiršanai piemērota ir atvērta, pastāvīga saite. GS1 digitālās saites risinātājs var nodrošināt piekļuvi dažādiem attēlojumiem, izmantojot vienu un to pašu identifikatoru: saprotamai tīmekļa vietnei, mašīnlasāmam JSON-LD vai papildinošai dokumentācijai. Datu nesējs uz produkta vai iepakojuma paliek stabils arī tad, ja mērķa sistēmas turpina attīstīties.
Kas uzņēmumiem jāpārbauda testa vidē
Testa vide nav paredzēta tikai manuālam klikšķināšanas testam. Tā jāizmanto kā sagatavošanās posms pirms integrācijas ražošanas vidē.
Organizācija un lomas
Vispirms jānoskaidro, kura juridiskā vienība reģistrē, kas to pārstāv sistēmā un kuras komandas drīkst izveidot vai mainīt reģistrācijas. Tas attiecas uz pamatdatiem, atbilstību, IT un, vajadzības gadījumā, ārējiem pakalpojumu sniedzējiem. Personisks testa piekļuves konts neaizstāj vēlākai darbībai nepieciešamu lomu modeli.
Identifikatori un detalizācijas līmenis
Produktu komandai jānoskaidro, vai vēlākā pase tiks uzturēta modeļa, partijas vai atsevišķas vienības līmenī. Atbilde ir atkarīga no attiecīgās nozares tiesību aktiem. Reģistra tests ir īstais brīdis, lai savstarpēji sasaistītu iekšējos produktu ID, GTINs, partiju identifikatorus un ārēji izmantoto pastāvīgo identifikatoru.
API un atkārtojamība
Ražošanas process prasa vairāk nekā vienu veiksmīgu POST pieprasījumu. Reģistrācijai, atjaunināšanai un kļūdu apstrādei jābūt atkārtojamai un jābūt reģistrētai. Tas ietver idempotentus pieprasījumus, tehniskus apstiprinājumus un skaidru sasaisti starp ERP ierakstu, DPP un reģistra ierakstu. API balstīts DPP process samazina manuālas neatbilstības, ja produkti tiek izveidoti lielākā apjomā.
Metadatu un pamatdatu nošķiršana
Reģistra datiem nevajadzētu kļūt par otru produktu datu kopu. Definējiet, kuri lauki reģistrā ir obligāti un kuri paliek decentralizētajā pasē. Katrai informācijai nepieciešams galvenais avots, atbildīgā struktūrvienība un atjaunināšanas noteikums.
Apliecinājumi un uzraudzība
Reģistrācijas apliecinājumi jāglabā kopā ar laika zīmogu, izmantoto identifikatoru un sistēmas atbildi. Turklāt nepieciešama pārbaude: vai pase pastāv, vai risinātājs ir sasniedzams un vai reģistra metadati joprojām atbilst produkta statusam?
Kāpēc muitai vajadzīga atsevišķa pārbaudes ķēde
Reģistrs palīdz muitas iestādēm pirms preču laišanas brīvā apgrozībā automatizēti pārbaudīt, vai ir pieejams derīgs reģistrēts DPP un nepieciešamais preču kods. Importētājiem tādējādi rodas jauna atkarība: produkta identifikatoram, reģistra ierakstam un muitas deklarācijai jābūt savstarpēji saskanīgiem.
Tāpēc kļūda kļūs redzama ne tikai produkta lapā. Tā var ietekmēt robežšķērsošanas procesu. Uzņēmumiem jau testa laikā vajadzētu simulēt datu plūsmas no produkta izveides līdz importa dokumentācijai un noteikt, kam ir tiesības īsā laikā labot kļūdainu reģistrāciju.
Saprātīgs 30 dienu testa plāns
- Izvēlēties reālu juridisko vienību un nelielu, reprezentatīvu produktu klāstu.
- Katram produktam dokumentēt plānoto DPP detalizācijas līmeni un galvenos identifikatorus.
- Veikt pilnu procesu, izmantojot lietotāja saskarni un, ja nepieciešams, API.
- Kopīgi arhivēt reģistrācijas apliecinājumu, risinātāja atbildi un mašīnlasāmus produkta datus.
- Pārbaudīt kļūdu scenārijus: dublēts identifikators, novecojuši metadati, nesasniedzams datu resursdators un atsaukts produkts.
- Pamatojoties uz rezultātiem, izveidot darbības modeli ar atbildībām, uzraudzību un eskalācijas kārtību.
Reģistra darbības sākums vēl nenozīmē, ka visas nozaru datu prasības jau ir pilnībā piemērojamas. Tomēr diskusija no prezentācijām tiek pārorientēta uz pārbaudāmiem procesiem. Uzņēmumi tagad var noskaidrot, vai to identifikatori, lomas un API darbojas saskaņoti, pirms iestājas pirmie obligātie termiņi.
