Evropska komisija je 20. julija 2026 začela uporabljati register za digitalne potne liste izdelkov skupaj s testnim okoljem. S tem je iz abstraktne komponente ESPR nastal sistem, ki ga lahko podjetja dejansko preizkusijo. Za proizvajalce je zdaj pomembno predvsem razlikovanje: register je osrednji indeks, sam potni list izdelka pa ostaja decentraliziran.
Kaj je začelo delovati 20. julija
Register sprejema enolične identifikatorje izdelkov, registracijske podatke in izbrane metapodatke. Celovite informacije o izdelku še naprej hrani odgovorni gospodarski subjekt ali pooblaščeni ponudnik storitev DPP. Komisija zato register izrecno opisuje kot indeksno storitev in ne kot osrednji sistem za upravljanje vsebin.
Registracije so predvidene prek zaščitenega uporabniškega vmesnika in prek API-ja. Podjetja lahko ustvarijo tudi elektronsko potrdilo o registraciji. To je pomembno za procese B2B, saj lahko dobavitelji in kupci tako dokažejo, da je bil potni list vpisan v sistem EU, ne da bi podvojili celoten nabor podatkov.
Začetek ne zadeva le skupin izdelkov ESPR. Komisija navaja tudi baterije, gradbene proizvode, igrače, detergente in površinsko aktivne snovi za končne uporabnike, če zadevna zakonodaja Unije zahteva digitalni potni list izdelka. Prvi zavezujoči rok ostaja 18. februar 2027 za določene baterije.
Register, razreševalnik in podatkovni vir so tri različne plasti
Zanesljiv sistem DPP bi moral naloge jasno ločiti:
- Register EU potrjuje, da so identifikator in predpisani metapodatki registrirani.
- Razreševalnik preusmeri trajni identifikator izdelka do ustreznega vira.
- Dejanski podatkovni vir zagotavlja aktualne vsebine za ljudi in stroje.
To ločevanje ni podrobnost. Kdor vse podatke hrani izključno na lastni strani izdelka, še nima integracije z registrom. Kdor nasprotno registrira samo identifikator, še ne zagotavlja uporabnega potnega lista izdelka. Oboje mora biti povezano s stabilnimi identifikatorji.
Za razreševanje je primerna odprta, trajna povezava. Razreševalnik za digitalne povezave lahko omogoči dostop do različnih predstavitev iz istega identifikatorja: razumljive spletne strani, strojno berljivega JSON-LD ali dopolnilne dokumentacije. Nosilec podatkov na izdelku ali embalaži pri tem ostane stabilen, tudi če se ciljni sistemi razvijajo naprej.
Kaj bi morala podjetja preveriti v testnem okolju
Testno okolje ni namenjeno le ročnemu preizkusu s kliki. Obravnavati ga je treba kot predstopnjo produkcijske integracije.
Organizacija in vloge
Najprej je treba razjasniti, katera pravna oseba se registrira, kdo jo zastopa v sistemu in katere ekipe smejo ustvarjati ali spreminjati registracije. To zadeva matične podatke, skladnost, IT in po potrebi zunanje ponudnike storitev. Osebni testni dostop ne nadomešča modela vlog za poznejše delovanje.
Identifikatorji in granularnost
Produktna ekipa bi morala preveriti, ali se bo poznejši potni list vodil na ravni modela, serije ali posameznega izdelka. Odgovor je odvisen od zadevne sektorske zakonodaje. Preizkus registra je pravi trenutek za preslikavo notranjih ID-jev izdelkov, GTINs, identifikatorjev serij in zunanje uporabljanega trajnega identifikatorja med seboj.
API in ponovljivost
Produkcijski proces zahteva več kot en uspešen POST. Registracija, posodabljanje in obravnava napak morajo biti ponovljivi in dokumentirani. To vključuje idempotentne zahteve, tehnična potrdila in jasno povezavo med zapisom ERP, DPP in vnosom v registru. Proces DPP, ki temelji na API-ju zmanjšuje ročna odstopanja pri ustvarjanju izdelkov v večjih količinah.
Ločevanje metapodatkov in strokovnih podatkov
Podatki v registru ne bi smeli postati drugi nabor podatkov o izdelkih. Določite, katera polja so zahtevana v registru in katera ostanejo v decentraliziranem potnem listu. Za vsako informacijo so potrebni vodilni vir, odgovorna oseba in pravilo posodabljanja.
Dokazila in spremljanje
Potrdila o registraciji je treba shranjevati skupaj s časovnim žigom, uporabljenim identifikatorjem in odzivom sistema. Poleg tega je potrebna uskladitev: ali potni list obstaja, ali je razreševalnik dosegljiv in ali se metapodatki registra še vedno ujemajo s statusom izdelka?
Zakaj carina potrebuje lastno preveritveno verigo
Register carinskim organom pomaga, da pred sprostitvijo v prosti promet avtomatizirano preverijo, ali sta na voljo veljaven registriran DPP in zahtevana tarifna oznaka blaga. Za uvoznike to ustvarja novo odvisnost: identifikator izdelka, vnos v registru in carinska deklaracija morajo biti usklajeni.
Napaka zato ne postane vidna šele na strani izdelka. Lahko vpliva na mejni postopek. Podjetja bi morala že med preizkusom simulirati tokove podatkov od ustvarjanja izdelka do uvozne dokumentacije ter določiti, kdo sme kratkoročno popraviti napačno registracijo.
Smiseln 30-dnevni načrt preizkusa
- Izberite dejansko pravno osebo in majhen, reprezentativen nabor izdelkov.
- Za vsak izdelek dokumentirajte načrtovano granularnost DPP in vodilne identifikatorje.
- Izvedite celoten postopek prek uporabniškega vmesnika in, kadar je ustrezno, prek API-ja.
- Skupaj arhivirajte potrdilo o registraciji, odziv razreševalnika in strojno berljive podatke o izdelku.
- Preizkusite primere napak: podvojen identifikator, zastarele metapodatke, nedosegljiv podatkovni gostitelj in umaknjen izdelek.
- Iz rezultatov izpeljite operativni model z odgovornostmi, spremljanjem in potjo eskalacije.
Operativni začetek registra še ne pomeni, da vse sektorsko specifične zahteve glede podatkov že veljajo v celoti. Vendar razpravo premika od predstavitev k preverljivim postopkom. Podjetja lahko zdaj ugotovijo, ali se njihovi identifikatorji, vloge in API-ji ujemajo, preden začnejo veljati prvi obvezni roki.
