---
title: "ES DPP reģistrs darbojas: kas uzņēmumiem tagad jātestē — qr3.app Blog"
description: "ES digitālo produktu pasu reģistrs darbojas kopš 2026. gada 20. jūlija. Kas ražotājiem tagad jāpārbauda testa vidē, API un datu arhitektūrā."
canonical: "https://qr3.app/lv/blog/eu-dpp-registry-live-2026/"
lang: "lv"
robots: "index,follow,max-image-preview:large,max-snippet:-1"
---

# ES DPP reģistrs darbojas: kas uzņēmumiem tagad jātestē — qr3.app Blog

> ES digitālo produktu pasu reģistrs darbojas kopš 2026. gada 20. jūlija. Kas ražotājiem tagad jāpārbauda testa vidē, API un datu arhitektūrā.

Canonical: <https://qr3.app/lv/blog/eu-dpp-registry-live-2026/>

[← Blog](/lv/blog/) [Nozares ziņas](/lv/blog/category/industry-news/)

2026. gada 22. jūlijs 3 min lasīšana [Nozares ziņas](/lv/blog/category/industry-news/) [digitaler-produktpass](/lv/blog/tag/digitaler-produktpass/)[dpp-registry](/lv/blog/tag/dpp-registry/)[eu-2026](/lv/blog/tag/eu-2026/)[api](/lv/blog/tag/api/)[interoperabilitaet](/lv/blog/tag/interoperabilitaet/)

# ES DPP reģistrs darbojas: kas uzņēmumiem tagad jātestē

ES digitālo produktu pasu reģistrs darbojas kopš 2026. gada 20. jūlija. Kas ražotājiem tagad jāpārbauda testa vidē, API un datu arhitektūrā.

autors **QR3 Redaktion**

![ES DPP reģistrs darbojas: kas uzņēmumiem tagad jātestē](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/eu-dpp-registry-live-2026/hero.png)

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:

1. ES reģistrs apstiprina, ka identifikators un noteiktie metadati ir reģistrēti.

2. Risinātājs novirza pastāvīgo produkta identifikatoru uz atbilstošo resursu.

3. 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](https://qr3.app/de/blog/gs1-digital-link-resolver/) 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](https://qr3.app/de/blog/dpp-api-generate-passports/) 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.

## Avoti

- [Eiropas Komisija: The Digital Product Passport Registry is now live, 2026. gada 20. jūlijs](https://single-market-economy.ec.europa.eu/news/digital-product-passport-registry-now-live-2026-07-20_en)

- [Eiropas Komisija: The DPP Registry](https://single-market-economy.ec.europa.eu/single-market/digital-product-passport/dpp-registry_en)

- [Īstenošanas regula (ES) 2026/1778 par DPP reģistru](https://eur-lex.europa.eu/eli/reg_impl/2026/1778/oj)。

## Saistīti raksti

- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/construction-dpp-bim/hero.png) DPP prakse Būvizstrādājumu pase un BIM: kā savstarpēji papildinās DPP un ēku dati Jaunā Būvizstrādājumu regula sasaista Digitālo produktu pasi ar BIM. Kas ražotājiem jāzina par atvērtiem datiem, lomām un ilgtermiņa pieejamību.](/lv/blog/construction-dpp-bim/)
- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/dpp-registry-operator-verification-2026/hero.png) Pamācības DPP-reģistrs: pareiza verificētu ekonomikas dalībnieku un piekļuves lomu iestatīšana DPP-reģistra regula padara identitāti un pilnvaras par priekšnoteikumu uzticamai reģistrācijai. Praktisks ceļvedis par lomām, pilnvarojumiem un audita pēdām.](/lv/blog/dpp-registry-operator-verification-2026/)
- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/digital-circularity-vehicle-passport-2026/hero.png) DPP prakse Transportlīdzekļu digitālā aprites pase: kas ražotājiem jāsagatavo līdz 2032. gadam ES Regula 2026/1738 no 2032. gada ievieš transportlīdzekļu digitālo aprites pasi. Kā ražotāji jau šodien strukturē datus, atsauces un piekļuvi.](/lv/blog/digital-circularity-vehicle-passport-2026/)
- [![](https://qr3-blog-agent.meistern.workers.dev/cdn/blog/cra-reporting-product-data-separation/hero.png) DPP prakse CRA ziņošanas pienākumi: skaidri nodalīt produkta pasi, drošības ziņojumu un atjauninājumu vēsturi No 2026. gada 11. septembra stājas spēkā CRA ziņošanas pienākumi. Ražotājiem skaidri jānodala produkta pase, konfidenciālais ziņojums un atjauninājumu vēsture.](/lv/blog/cra-reporting-product-data-separation/)

[← Visi raksti](/lv/blog/) [Sākt bez maksas](https://app.qr3.app/sign-up)
