ISO/IEC JTC 5: Arhitekturo DPP pripravite na interoperabilnost

Zakaj je arhitektura zdaj na dnevnem redu

Digitalni potni list za izdelke se v Evropi postopoma uvaja prek sektorskih pravnih aktov. Podjetja lahko zato hitro dobijo vtis, da vsaka skupina izdelkov potrebuje svoj podatkovni model, svoj nosilec podatkov in svojo integracijsko logiko. Prav na tem stičišču se začne delo ISO/IEC JTC 5: skupni tehnični odbor je bil ustanovljen leta 2026 in naj bi pripravil temelje za medsektorsko in medsistemsko interoperabilnost DPP. Njegovo prvo napovedano srečanje bo potekalo od 7. do 9. septembra 2026 v Berlinu. ISO/IEC JTC 5 svoj mandat izrecno opisuje kot okvir za sistem DPP in ekosistem DPP; sektorski standardi ostajajo v pristojnosti ustreznih strokovnih organov.

To ni nova zakonska obveznost niti objavljen standard ISO. Je pa utemeljen razlog, da lastno arhitekturo ločite od kratkoročnih podatkovnih polj. Prva delovna točka, ISO/AWI 25534-1, je še v projektni fazi 10.99; projekt je bil odobren 12. februarja 2026. Po navedbah ISO gre za pojme, temeljna načela, kategorije podatkov ter mehanizme upravljanja in zaupanja. Javni vnos projekta izrecno navaja »under development«. Kdor iz tega danes sklepa na obveznost certificiranja ali dokončan format izmenjave, prehiteva.

Kaj mednarodni okvir ločuje od zahtev EU

EU že določa konkretne smernice. Komisija pojasnjuje, da DPP omogoča dostop do informacij o izdelku v decentraliziranem modelu: popolni podatki ostanejo pri gospodarskem subjektu ali ponudniku storitev DPP; register vsebuje enolične identifikatorje in predpisane registracijske podatke. Nosilec podatkov, kot je koda QR, fizični izdelek poveže z njegovim potnim listom. Stran Komisije o DPP navaja tudi različne dostope za vloge in sektorske časovne načrte.

Poleg tega obstajajo evropski harmonizirani standardi. Izvedbeni sklep (EU) 2026/1736 z dne 14. julija 2026 se sklicuje na šest standardov DPP, med drugim o identifikatorjih, interoperabilnosti, nosilcih podatkov, API-jih, izmenjavi in shranjevanju podatkov. Njihova vloga je konkretna: pri zahtevah, ki jih pokrivajo, lahko skladnost podpre domnevo o skladnosti iz členov 10 in 11 ESPR.

JTC 5 teh ravni ne nadomešča. Deluje nad njimi: sektorsko nevtralen okvir naj bi pomagal pojasniti, kako so pojmi, kategorije podatkov, zaupanje in upravljanje med sistemi povezani. Praktična posledica je pomembna. Proizvajalec ne bi smel čakati na prihodnjo izdajo ISO, da bi zagotovil informacije o baterijah, tekstilu ali jeklu. Vendar naj se izogne temu, da bi današnja panožna polja opredelil kot nespremenljivo jedro podjetniškega modela DPP.

Tri arhitekturne odločitve, ki so smiselne že danes

1. Stabilno identiteto ločite od vsebinskih profilov

Potni list potrebuje dolgotrajno tehnično identiteto: izdelek, različico, serijo ali posamezen kos; odgovorni gospodarski subjekt; razrešitev prek nosilca podatkov. Pravna podlaga nato določi, katere vsebinske informacije so za to potrebne. Te informacije sodijo v verzionirane profile. Modul za baterije s podatki o CO₂ ali stanju zdravja zato ni splošna osnovna shema. Prav tako podatki o materialih, popravilih ali recikliranju ne smejo pristati zgolj kot nestrukturirano prosto besedilo v splošnem potnem listu.

V praksi to pomeni: stabilen jedrni ID, dokumentiran identifikator profila in različica profila sodijo skupaj. Vsak objavljen prikaz potnega lista mora razkrivati, kateri profil in katera različica sta določila njegovo vsebino. Tako lahko ekipe naknadno vključijo pravni akt, panožno pravilo ali poznejši standard, ne da bi prepisovale zgodovinske podatke ali URL-je.

2. Izvor podatkov in dostop modelirajte ločeno

Interoperabilnost ni le format JSON. Odvisna je od tega, ali lahko prejemnik presodi izvor, veljavnost in vlogo informacije. Zato za vsak podatkovni element ali paket podatkov shranite vsaj vir, področje veljavnosti, čas zajema, odgovorno stranko in vsebinsko različico. Interna ocena kakovosti ni isto kot pravno zavezujoča izjava o skladnosti; informacija dobavitelja ni isto kot merilna vrednost.

Drugi del je dostop. Komisija opisuje različne dostope do informacij za potrošnike, servise za popravila, reciklaže in organe. To zahteva zavestno ločitev javnega prikaza potnega lista, pooblaščenega strokovnega dostopa in notranjega delovnega prostora. URL pri tem ne sme postati pooblastilo. Vloge, mandati, kategorije podatkov in odločitve, ki jih je mogoče evidentirati, morajo biti preverjeni na strani strežnika.

3. Meje izmenjave preizkušajte kot pogodbe

Sistem DPP ima več prehodov: ERP ali PLM dobavljata matične podatke, dobavitelji zagotavljajo dokazila, ponudnik storitev gosti podatke, register prejema metapodatke, zunanji uporabniki pa berejo javni ali zaščiteni prikaz. Za vsak prehod je potrebna strojno berljiva pogodba: dovoljena polja, identifikatorji, semantika, primeri napak, verzioniranje in povratna združljivost.

To je mogoče preizkusiti že zdaj. Smiselni preskusni primeri so neznane različice profilov, potekla dokazila, manjkajoč izvor podatkov, nedovoljene vloge, dvojna registracija in nosilec podatkov, ki kaže na potni list, ki ni več na voljo. Preizkus še ne dokazuje skladnosti s prihodnjim standardom ISO. Vendar zagotavlja dokazljivost, ki ob poznejšem prehodu manjka, če so podatkovni model in pravice že neločljivo prepleteni.

90-dnevni delovni načrt brez ugibanj

V naslednjih 30 dneh se splača pripraviti pregled stanja: kateri identifikatorji izdelkov obstajajo, kateri podatkovni profili se dejansko uporabljajo in kateri podatki so na voljo le v dokumentih? Sledi arhitekturna odločitev: jedrni model, register profilov, model izvora in matrika dostopa. V tretjem koraku naj dejanski izdelek preide vse prehode — od izvornega sistema prek potnega lista do vloge servisa za popravila ali organa.

Pri tem meje ostajajo jasne. ISO/AWI 25534-1 ni dokončan standard; ni objavljenih določb, ki bi jih ekipe lahko uvedle. Tudi časovnica Komisije je okvirna in ne nadomešča preverjanja pravnega akta, ki velja za posamezno skupino izdelkov. Korist spremljanja zato ni v predčasni kljukici na seznamu skladnosti, temveč v arhitekturi, ki lahko urejeno sprejme nove profile, vloge in pravila izmenjave.