Zašto "registriraj jednom" nije dovoljno
Mnoge tvrtke na digitalnu putovnicu proizvoda (DPP) gledaju kao na jednokratnu vježbu usklađenosti: prikupi podatke, izradi unos u registru, gotovo. Uredba ESPR (EU) 2024/1781 priča drukčiju priču. Ona zahtijeva da unosi u registru ostanu dostupni i aktualni najmanje 10 godina nakon što je proizvod posljednji put stavljen na tržište. Ako danas povučete neki model iz proizvodnje, njegov unos morate održavati najmanje do 2036. — uključujući valjane resolver endpointe i ispravne jedinstvene identifikatore.
Ovaj članak objašnjava što zapravo podrazumijeva ažuriranje unosa u registru, koja su polja pritom zahvaćena i kako taj proces osigurati na tehničkoj strani.
Što registar pohranjuje — a što ne
Europska komisija je 29. travnja 2026. objavila nacrt provedbene uredbe za središnji registar DPP-a. Dokument jasno pokazuje koliko je središnji registar zamišljen kao oskudan: po unosu pohranjuje samo tri podatkovna elementa:
| Polje | Opis | Obveza ažuriranja |
|---|---|---|
| Jedinstveni identifikator (UID) | Jedinstveni identifikator za proizvod/model | Nepromjenjiv nakon dodjele |
| Resolver endpoint | URL na kojem se može dohvatiti cjeloviti DPP | Promjenjiv; obvezan pri migraciji |
| Carinska oznaka robe | Šifra kategorije proizvoda (npr. HS ili CN oznaka) | Ispravljiva u slučaju pogrešnog unosa |
Stvarni podaci o proizvodu — sastav materijala, indeks popravljivosti, ugljični otisak — ne pohranjuju se u središnji registar. Njih na resolver endpointu pruža proizvođač ili ovlašteni skrbnik podataka. Registar je jednostavno adresar. Ovo razdvajanje je arhitektonski važno: ažuriranje središnjeg unosa potrebno je samo kada se promijene UID, resolver ili carinska oznaka robe. Održavanje podataka na razini sadržaja odvija se isključivo na strani pružatelja podataka.
Zahtjevi za podacima specifičnima za proizvod — što točno mora biti navedeno u DPP-u — i dalje su domena sektorske regulative, kao što su delegirane uredbe u okviru ESPR-a ili, za baterije, Uredbe o baterijama (EU) 2023/1542.
Kada je ažuriranje registra obvezno
Promijenio se resolver endpoint
Ovo je najčešći scenarij u praksi. Tvrtke mijenjaju pružatelje usluga u oblaku, migriraju na nove DPP platforme ili konsolidiraju domene. Čim prethodni resolver endpoint postane nedostupan, nijedan skener — bilo da je riječ o carinskom tijelu, tijelu za nadzor tržišta ili krajnjem potrošaču — ne može dohvatiti DPP. Uredba izričito ne propisuje rok za reakciju, ali obveza dostupnosti od 10 godina zapravo ne ostavlja nimalo tolerancije za trajno neispravne poveznice.
Preporuka: Koristite stabilan resolver na vlastitoj poddomeni tvrtke (npr. dpp.yourcompany.com) kao sloj posredovanja. Tako, kada mijenjate platforme, trebate samo internu rekonfiguraciju — bez diranja unosa u registru. To slijedi načelo GS1 Digital Link, gdje QR kod upućuje na stabilan resolver koji zatim preusmjerava na promjenjive pozadinske sustave.
Unesena je pogrešna carinska oznaka robe
Carinske oznake robe (CN ili HS oznake) određuju koje se delegirane uredbe primjenjuju na proizvod. Pogrešna oznaka može dovesti do toga da se proizvod svrsta u krivu kategoriju ili da bude pogrešno klasificiran tijekom automatiziranih graničnih provjera — koje EU planira uvesti od 2028. u okviru predloženog Akta o kružnom gospodarstvu. Ispravci su prema nacrtu provedbene uredbe dopušteni, ali zahtijevaju dokumentirano obrazloženje.
Korporativno preuzimanje ili prijenos licencije
Kada proizvod promijeni ekonomskog vlasnika, trebate procijeniti prenosi li se i odgovornost za resolver. Račun u registru vezan je uz izvornog registranta; prijenos zahtijeva formalni postupak putem nadležnog nacionalnog tijela.
Tehnički postupak: ažuriranje unosa
Provedbena uredba predviđa sučelje prema registru temeljeno na API-ju. Točan endpoint bit će objavljen tek nakon što uredba stupi na snagu, ali se očekivani tijek rada može izvesti iz nacrta:
# 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 u nacrtu je označeno kao obvezno za sve promjene osim za početni unos. Dopuštene vrijednosti uključuju platform_migration, domain_change, commodity_code_correction i ownership_transfer. Povijest revizije svih ažuriranja registar čuva tijekom cijelog razdoblja od 10 godina.
Skupna ažuriranja za velike portfelje proizvoda
Tvrtke s tisućama SKU-ova ne mogu ručno upravljati pojedinačnim zahtjevima. Nacrt uredbe predviđa batch endpoint:
{
"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"
}
]
}
Izgradnja i održavanje ovih skupnih procesa zahtijeva strukturirano upravljanje podacima, kakvo nalaže tijek rada za skupni uvoz DPP unosa.
Međunarodna standardizacija kao sidro stabilnosti
Proces ažuriranja jednako je robustan koliko i standardi na kojima je izgrađen. Tu na scenu stupa osnivanje ISO/IEC JTC 5: novi zajednički tehnički odbor, čije tajništvo vodi Njemački institut za standardizaciju (DIN), zadužen je za razvoj međunarodnih standarda za globalnu interoperabilnost DPP sustava.
U praktičnom smislu za procese ažuriranja: kada ISO/IEC JTC 5 usvoji standarde za podatkovne formate, API sheme i strukture identifikatora, očekuje se da će se oni ugraditi u buduće revizije provedbenih uredbi ESPR-a. Tvrtke koje se već oslanjaju na identifikatore usklađene s GS1-om (GTIN, SGTIN) i resolvere GS1 Digital Link u dobrom su položaju: ti se standardi smatraju referentnom implementacijom za JTC 5.
Obavijest WTO-u o uredbi EU-a o registru (G/TBT/N/EU/1211) od 21. svibnja 2026. također signalizira da je sustav razvrstan kao tehnička trgovinska regulativa — s implikacijama za proizvođače iz trećih zemalja koji izvoze proizvode u EU. I oni moraju održavati i čuvati unose u registru aktualnima.
Održavanje podataka kao kontinuirani proces: organizacijske implikacije
Obveza od 10 godina nije isključivo IT zadatak. Ona zahtijeva organizacijske mjere:
- Dokumentirajte odgovornost: Tko je u vašoj organizaciji odgovoran za unose u registru? Ova uloga mora ostati popunjena i kroz fluktuaciju osoblja te korporativna restrukturiranja.
- Postavite nadzor resolvera: Automatizirane provjere dostupnosti (provjere HTTP statusa) za sve aktivne resolver endpointe nisu opcionalna pogodnost — one su operativni minimum.
- Vodite dnevnik promjena: Povijest revizije u registru dostupna je nadležnim tijelima. Nadopunite je internim dnevnikom promjena koji uključuje obrazloženja i odobrenja.
- Pregledajte ugovore s pružateljima platformi: Ako koristite vanjskog pružatelja DPP usluge, ugovor mora izričito pokrivati zahtjev dostupnosti od 10 godina — uključujući odredbe za slučaj insolventnosti ili prestanka poslovanja pružatelja.
Europska komisija je 27. svibnja 2026. održala webinar o provedbi DPP-a za baterije na kojem su izričito obrađeni izazovi održavanja podataka s kojima se suočavaju MSP-ovi. Poruka je bila jasna: dugoročna dostupnost podataka nije tehnički detalj — to je temeljna obveza.
Zaključak
Unos u registru DPP-a nije statičan dokument. Provedbena uredba iz travnja 2026. uspostavlja pravni okvir koji od proizvođača zahtijeva da svoje podatke aktivno i dokumentirano održavaju tijekom čitavog desetljeća. Dobra je vijest: središnji registar namjerno je zadržan oskudnim. Ako resolver endpointe osmislite za stabilnost, koristite identifikatore usklađene s GS1-om i ugradite procese promjena u svoju organizaciju, tehnički troškovi za ažuriranja ostaju upravljivi — a bit ćete dobro pripremljeni za nadolazeće ISO/IEC JTC 5 standarde.