Europska komisija 20. srpnja 2026. pustila je u rad registar za digitalne putovnice proizvoda zajedno s testnim okruženjem. Time je apstraktna ESPR-komponenta postala sustav koji poduzeća mogu stvarno isprobati. Za proizvođače je sada posebno važna jedna razlika: registar je središnji indeks, dok sama putovnica proizvoda ostaje decentralizirana.
Što je pušteno u rad 20. srpnja
Registar prima jedinstvene identifikatore proizvoda, registracijske podatke i odabrane metapodatke. Potpune informacije o proizvodu i dalje se nalaze kod odgovornog gospodarskog subjekta ili angažiranog pružatelja DPP-usluga. Komisija zato registar izričito opisuje kao uslugu indeksa, a ne kao središnji sustav za upravljanje sadržajem.
Registracije su predviđene putem zaštićenog korisničkog sučelja i putem API-ja. Poduzeća mogu također generirati elektroničku potvrdu o registraciji. To je relevantno za B2B procese jer dobavljači i kupci tako mogu dokazati da je putovnica upisana u sustav EU-a, bez dupliciranja cjelokupnog skupa podataka.
Pokretanje se ne odnosi samo na skupine proizvoda ESPR. Komisija navodi i baterije, građevne proizvode, igračke, deterdžente i surfaktante za krajnje korisnike, ako relevantno pravo Unije zahtijeva digitalnu putovnicu proizvoda. Prvi obvezujući rok i dalje je 18. veljače 2027. za određene baterije.
Registar, resolver i izvor podataka tri su različita sloja
Pouzdan DPP-sustav trebao bi jasno razdvojiti zadaće:
- EU-registar potvrđuje da su identifikator i propisani metapodaci registrirani.
- Resolver usmjerava trajni identifikator proizvoda na odgovarajući resurs.
- Stvarni izvor podataka isporučuje aktualan sadržaj za ljude i strojeve.
To razdvajanje nije pojedinost. Tko sve podatke pohranjuje isključivo na vlastitoj stranici proizvoda, još nema integraciju s registrom. Tko, obratno, samo registrira identifikator, još ne pruža upotrebljivu putovnicu proizvoda. Oboje mora biti povezano stabilnim identifikatorima.
Za razrješavanje je prikladna otvorena, trajna poveznica. Resolver za digitalne poveznice može iz istog identifikatora učiniti dostupnima različite prikaze: razumljivu web-stranicu, strojno čitljiv JSON-LD ili dopunsku dokumentaciju. Nosač podataka na proizvodu ili ambalaži pritom ostaje stabilan, čak i ako se ciljni sustavi dalje razvijaju.
Što bi poduzeća trebala provjeriti u testnom okruženju
Testno okruženje nije namijenjeno samo ručnom testiranju klikovima. Treba ga tretirati kao fazu prije produktivne integracije.
Organizacija i uloge
Najprije treba razjasniti koja pravna osoba registrira, tko je predstavlja u sustavu i koji timovi smiju stvarati ili mijenjati registracije. To se odnosi na matične podatke, usklađenost, IT i, prema potrebi, vanjske pružatelje usluga. Osobni testni pristup nije zamjena za model uloga za kasniji rad.
Identifikatori i granularnost
Tim za proizvode trebao bi provjeriti vodi li se buduća putovnica na razini modela, serije ili pojedinačnog komada. Odgovor ovisi o relevantnom sektorskom pravu. Test registra pravi je trenutak za mapiranje internih ID-ova proizvoda, GTINs, identifikatora serija i eksterno korištenog trajnog identifikatora.
API i ponovljivost
Produktivni proces zahtijeva više od uspješnog POST zahtjeva. Registracija, ažuriranje i obrada pogrešaka moraju biti ponovljivi i evidentirani. To uključuje idempotentne zahtjeve, tehničke potvrde i jasno povezivanje između ERP zapisa, DPP i unosa u registar. Proces DPP temeljen na API-ju smanjuje ručna odstupanja kada se proizvodi unose u većim količinama.
Razdvajanje metapodataka i stručnih podataka
Podaci registra ne bi trebali postati drugi skup podataka o proizvodu. Definirajte koja su polja potrebna u registru, a koja ostaju u decentraliziranoj putovnici. Za svaku informaciju potreban je glavni izvor, odgovorna osoba ili tijelo te pravilo ažuriranja.
Dokaz i praćenje
Potvrde o registraciji trebalo bi pohraniti zajedno s vremenskom oznakom, korištenim identifikatorom i odgovorom sustava. Osim toga, potrebna je provjera: postoji li putovnica, je li resolver dostupan te podudaraju li se metapodaci registra i status proizvoda?
Zašto carina treba vlastiti lanac provjere
Registar pomaže carinskim tijelima da prije puštanja u slobodni promet automatizirano provjere postoje li valjan registrirani DPP i potrebna tarifna oznaka robe. Za uvoznike to stvara novu ovisnost: identifikator proizvoda, unos u registar i carinska deklaracija moraju biti dosljedni.
Pogreška stoga neće postati vidljiva tek na stranici proizvoda. Može utjecati na postupak na granici. Poduzeća bi već tijekom testiranja trebala simulirati tokove podataka od stvaranja proizvoda do uvozne dokumentacije i utvrditi tko smije kratkoročno ispraviti pogrešnu registraciju.
Smislen plan testiranja od 30 dana
- Odabrati stvarnu pravnu osobu i mali, reprezentativni asortiman proizvoda.
- Za svaki proizvod dokumentirati planiranu DPP-granularnost i glavne identifikatore.
- Provesti potpuni postupak putem korisničkog sučelja i, ako je relevantno, API-ja.
- Zajedno arhivirati potvrdu o registraciji, odgovor resolvera i strojno čitljive podatke o proizvodu.
- Testirati slučajeve pogreške: dvostruki identifikator, zastarjele metapodatke, nedostupan host podataka i povučeni proizvod.
- Na temelju rezultata izvesti operativni model s odgovornostima, praćenjem i putem eskalacije.
Operativni početak rada registra još ne znači da su svi sektorski zahtjevi za podatke već u potpunosti na snazi. No raspravu pomiče s prezentacija na provjerljive postupke. Poduzeća sada mogu utvrditi jesu li njihovi identifikatori, uloge i API-ji usklađeni prije nego što počnu vrijediti prvi obvezni rokovi.
