Vzdrževanje vnosov v registru DPP: kaj zahteva izvedbena uredba

Kako proizvajalci pravilno posodabljajo vnose v registru digitalnega potnega lista izdelka EU — obveznosti, roki in tehnične zahteve v skladu z izvedbeno uredbo.

avtor QR3 Redaktion

Vzdrževanje vnosov v registru DPP: kaj zahteva izvedbena uredba

Zakaj »enkratna registracija« ni dovolj

Mnoga podjetja obravnavajo digitalni potni list izdelka (DPP) kot enkratno nalogo skladnosti: zberejo podatke, ustvarijo vnos v registru in s tem je opravljeno. Uredba ESPR (EU) 2024/1781 pripoveduje drugačno zgodbo. Zahteva, da vnosi v registru ostanejo dostopni in posodobljeni vsaj 10 let po tem, ko je bil izdelek zadnjič dan na trg. Če danes opustite določen model, morate njegov vnos vzdrževati vsaj do leta 2036 — vključno z veljavnimi končnimi točkami razreševalnika (resolverja) in pravilnimi enoličnimi identifikatorji.

Ta članek pojasnjuje, kaj posodabljanje vnosa v registru dejansko vključuje, na katera polja vpliva in kako proces zavarovati na tehnični strani.


Kaj register shranjuje — in česa ne

  1. aprila 2026 je Evropska komisija objavila osnutek izvedbene uredbe za centralni register DPP. Dokument jasno pokaže, kako vitek naj bi bil zasnovan centralni register: na vsak vnos shrani le tri podatkovne elemente:
Polje Opis Obveznost posodabljanja
Enolični identifikator (UID) Enolični identifikator za izdelek/model Nespremenljiv, ko je enkrat dodeljen
Končna točka razreševalnika (resolverja) URL, na katerem je mogoče pridobiti celoten DPP Posodobljiva; potrebna ob migraciji
Oznaka blaga Koda kategorije izdelka (npr. oznaka HS ali CN) Popravljiva v primeru napačnega vnosa

Dejanski podatki o izdelku — sestava materialov, indeks popravljivosti, ogljični odtis — niso shranjeni v centralnem registru. Zagotovi jih proizvajalec ali pooblaščeni skrbnik podatkov na končni točki razreševalnika. Register je zgolj imenik. Ta ločitev je arhitekturno pomembna: posodobitev centralnega vnosa je potrebna le, kadar se spremenijo UID, razreševalnik ali oznaka blaga. Vzdrževanje podatkov na vsebinski ravni poteka izključno na strani ponudnika podatkov.

Zahteve glede podatkov, specifičnih za izdelek — kaj točno mora biti prikazano v DPP — ostajajo v domeni sektorsko specifične zakonodaje, kot so delegirane uredbe v okviru ESPR ali, za baterije, uredba o baterijah (EU) 2023/1542.


Kdaj je posodobitev registra obvezna

Spremenila se je končna točka razreševalnika

To je najpogostejši scenarij v praksi. Podjetja menjajo ponudnike oblaka, migrirajo na nove platforme DPP ali konsolidirajo domene. Takoj ko prejšnja končna točka razreševalnika postane nedosegljiva, noben optični bralnik — naj gre za carinski organ, organ za nadzor trga ali končnega potrošnika — ne more pridobiti DPP. Uredba izrecno ne določa časovnega okvira za odziv, vendar 10-letna obveznost dostopnosti dejansko ustvari ničelno toleranco za trajno nedelujoče povezave.

Priporočilo: Uporabite stabilen razreševalnik na poddomeni v lasti podjetja (npr. dpp.yourcompany.com) kot posredniško plast. Tako vam je ob menjavi platforme treba spremeniti nastavitve le interno — brez poseganja v vnos v registru. To sledi načelu GS1 Digital Link, pri katerem koda QR kaže na stabilen razreševalnik, ki nato preusmerja na spreminjajoče se zaledne sisteme.

Vnesena je bila napačna oznaka blaga

Oznake blaga (oznake CN ali HS) določajo, katere delegirane uredbe veljajo za izdelek. Napačna oznaka lahko povzroči, da je izdelek razvrščen v napačno kategorijo ali napačno klasificiran med samodejnimi mejnimi preverjanji — kar EU namerava uvesti od leta 2028 v okviru predlaganega akta o krožnem gospodarstvu. Popravki so v skladu z osnutkom izvedbene uredbe dovoljeni, vendar zahtevajo dokumentirano utemeljitev.

Prevzem podjetja ali prenos licence

Kadar izdelek spremeni gospodarsko lastništvo, morate oceniti, ali se prenaša tudi odgovornost za razreševalnik. Račun v registru je vezan na prvotnega registratorja; prenos zahteva formalni postopek prek pristojnega nacionalnega organa.


Tehnični postopek: posodabljanje vnosa

Izvedbena uredba predvideva vmesnik do registra, ki temelji na API. Točna končna točka bo objavljena šele, ko bo uredba začela veljati, vendar je pričakovani potek mogoče izpeljati iz osnutka:

# 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"
  }'

Polje updateReason je v osnutku določeno kot obvezno za vse spremembe, razen za začetni vnos. Dovoljene vrednosti vključujejo platform_migration, domain_change, commodity_code_correction in ownership_transfer. Register hrani zgodovino revizije vseh posodobitev celotno 10-letno obdobje.

Množične posodobitve za obsežne portfelje izdelkov

Podjetja s tisoči artiklov (SKU) ne morejo ročno upravljati posameznih zahtev. Osnutek uredbe predvideva paketno (batch) končno točko:

{
  "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"
    }
  ]
}

Vzpostavitev in vzdrževanje teh množičnih procesov zahteva strukturirano upravljanje podatkov, kakršno omogoča potek dela za množični uvoz vnosov DPP.


Mednarodna standardizacija kot sidro stabilnosti

Proces posodabljanja je tako robusten, kot so standardi, na katerih temelji. Tu nastopi ustanovitev ISO/IEC JTC 5: nova skupna tehnična komisija, katere sekretariat vodi nemški inštitut za standardizacijo (DIN), ima nalogo razviti mednarodne standarde za globalno interoperabilnost sistemov DPP.

V praktičnem smislu za procese posodabljanja: ko bo ISO/IEC JTC 5 sprejela standarde za podatkovne formate, sheme API in strukture identifikatorjev, je pričakovati, da bodo ti vplivali na prihodnje revizije izvedbenih uredb ESPR. Podjetja, ki se že zanašajo na identifikatorje, skladne z GS1 (GTIN, SGTIN), in razreševalnike GS1 Digital Link, so v dobrem položaju: ti standardi veljajo za referenčno izvedbo za JTC 5.

Tudi obvestilo STO o uredbi EU o registru (G/TBT/N/EU/1211) z dne 21. maja 2026 nakazuje, da je sistem razvrščen kot tehnični trgovinski predpis — s posledicami za proizvajalce iz tretjih držav, ki svoje izdelke izvažajo v EU. Tudi ti morajo vzdrževati in posodabljati vnose v registru.


Vzdrževanje podatkov kot stalni proces: organizacijske posledice

10-letna obveznost ni zgolj naloga oddelka za IT. Zahteva organizacijske ukrepe:

  • Dokumentirajte odgovornost: Kdo v vaši organizaciji je odgovoren za vnose v registru? Ta vloga mora ostati zasedena tudi ob menjavi kadra in prestrukturiranju podjetja.
  • Vzpostavite spremljanje razreševalnika: Samodejna preverjanja dostopnosti (preverjanja statusa HTTP) za vse aktivne končne točke razreševalnika niso lepa dodatna možnost — so operativni minimum.
  • Vodite dnevnik sprememb: Zgodovina revizij v registru je dostopna organom. Dopolnite jo z internim dnevnikom sprememb, ki vključuje utemeljitve in odobritve.
  • Preglejte pogodbe s ponudniki platform: Če uporabljate zunanjega ponudnika storitev DPP, mora pogodba izrecno zajemati zahtevo glede 10-letne dostopnosti — vključno z določili za primer insolventnosti ali prenehanja poslovanja ponudnika.
  1. maja 2026 je Evropska komisija izvedla spletni seminar o uvajanju DPP za baterije, ki je izrecno obravnaval izzive vzdrževanja podatkov, s katerimi se srečujejo mala in srednja podjetja. Sporočilo je bilo jasno: dolgoročna dostopnost podatkov ni tehnična podrobnost — je temeljna obveznost.

Zaključek

Vnos v registru DPP ni statičen dokument. Izvedbena uredba iz aprila 2026 vzpostavlja pravni okvir, ki od proizvajalcev zahteva aktivno in dokumentirano vzdrževanje podatkov v obdobju desetletja. Dobra novica: centralni register je namerno ohranjen vitek. Če končne točke razreševalnika zasnujete tako, da so stabilne, uporabljate identifikatorje, skladne z GS1, in vgradite procese sprememb v svojo organizacijo, tehnično breme posodobitev ostaja obvladljivo — in dobro pripravljeni boste na prihajajoče standarde ISO/IEC JTC 5.