Ali lahko digitalni proizvodni potni list povežem s svojim ERP- ali skladiščnim sistemom?

Povezovanje je mogoče, pod pogojem da so podatki strukturirano dostavljeni

Produktno potrdilo je mogoče povezati z ERP- ali inventarnim sistemom, ker ESPR predpisuje, da je digitalno produktno potrdilo tehnično zgrajeno tako, da poteka izmenjava podatkov interoperabilno in berljivo za stroje (člen 11 ESPR, Uredba (EU) 2024/1781). To pomeni, da so podatki, ki so že v ERP- ali inventarnem sistemu — sestava materiala, izvor, komponente, številke serij ali serij — načeloma lahko vir, iz katerega se gradi potrdilo. Povezava torej ni v neposredni, živahni povezavi med dvema sistemoma, temveč v dejstvu, da isti podatki, ki se interno že vodijo, za potrdilo dostavljeni v primerni obliki.

Za katere podatke to deluje in za katere ne

Gre za podatke, ki že nekje obstajajo in so relevantni za potrdilo določenega proizvoda: tehnične specifikacije, informacije o materialih, podatki o popravilih in vzdrževanju ali informacije o izvoru. Za takšne podatke je strukturirana dostava iz obstoječega sistema logična. Ne gre za splošno, stalno sistemsko povezavo, ki jo predpisuje ESPR — uredba ne obvezuje nobenega proizvajalca ali uvoznika na določeno tehnologijo, API ali programski paket. Člen 11 govori o tehnični zasnovi samega potrdila: kako so podatkovni nosilec, register in dostop do podatkov organizirani. Ne predpisuje, kako podjetje organizira ali izvozi svoj lastni ERP-sistem. Prav tako je pomembno: katere podatke je treba točno vključiti v potrdilo, se razlikuje po skupini proizvodov in se za posamezno skupino razvija v delegiranem aktu. Kaj je za en proizvod relevantno ERP-polje (na primer odstotek materiala), za drugo skupino proizvodov morda ni uporabno.

Tehnični zahtevki že veljajo, opredelitev skupin proizvodov pa ne povsod

Sam ESPR z splošnimi zahtevami za digitalno produktno potrdilo (člen 10) in njegove tehnične izvedbe (člen 11) je sprejet in predstavlja okvir, v katerem mora delovati vsako produktno potrdilo. Kdaj natanko proizvod dejansko potrebuje potrdilo in kateri podatki morajo biti točno vključeni, se ureja za vsako skupino proizvodov posebej. Za številne skupine proizvodov ta razdelka še ni objavljena ali še ni v veljavi. Dokler se za skupino proizvodov ne ugotovi, kateri podatki so obvezni, torej tudi ne obstaja konkretna obveznost za etabliranje povezave ali toka podatkov iz ERP-sistema — vendar je smiselno že vedeti, od kod interno prihajajo relevantni podatki, tako da ob začetku obveze ne bo treba začeti od nič.

Kako se to v praksi izvaja

Prvi korak je preveriti, kateri podatki v vašem sistemu ERP ali sistemu za upravljanje zalog že obstajajo in se nanašajo na tiste, ki jih pasaport po navadi vsebuje: identifikacija proizvoda, sestava materiala, izvor, komponente, informacije o garanciji ali popravilu. Nato je smiselno preveriti, kako tiste podatke izvoziti iz sistema — kot datoteko, kot poročilo ali prek strukturirane povezave — v obliki, ki je berljiva in prenosljiva, v skladu z odprtim in interoperabilnim pristopom, ki ga predpisuje člen 11 pasaporta. Nato je pomembno podatke povezati z enolično identifikacijo proizvoda, ki jo zahteva pasaport v skladu s členom 10, tako da je mogoče dokazati, da pripada pravi pasaport pravi proizvodu. Ker mora biti pasaport ažuren skozi celoten življenjski cikel proizvoda, je praktično razmisliti tudi o periodičnem procesu: kako se sprememba v sistemu ERP (na primer spremenjena komponenta ali novi dobavitelj) ob določenem času preslika v pasaport. To ne mora biti nujno v realnem času — periodična dostava, na primer pri spremembah ali novi produkciji, je v večini primerov povsem ustrezna. Platforma, ki pasaporte sestavi iz dobavljenih podatkov, kot je prodpas.eu, te podatke praviloma prejme na ta način: kot strukturirano dostavo iz obstoječe administracije proizvajalca ali uvoznika, ne kot stalno povezavo v realnem času med dvema sistemoma.

Pravna podlaga: člen 10 in 11 ESPR

Obveznost za interoperabilnost in strojno berljivost digitalnega produktnega pasaporta je predvidena v členu 11 ESPR (Uredba (EU) 2024/1781), ki ureja tehnični načrt in delovanje pasaporta. Člen 10 iste uredbe opisuje splošne zahteve, ki jim mora pasaport ustrezati, vključno s povezavo z enolično identifikacijo proizvoda. Skupaj ti členi tvorijo osnovo, zakaj so izvirni podatki iz obstoječega sistema primerni kot vhod za pasaport — pod pogojem, da so strukturirano dostavljeni — ne da bi uredba predpisala, katero tehniko ali kateri sistem mora podjetje v ta namen uporabljati interno.

Tisti, ki bi radi že zdaj kaj pripravili, lahko najbolje začnejo s pregledom, katere podatke o proizvodih ima v lastnem sistemu ERP ali v sistemu za upravljanje zalog in v katerem formatu jih je mogoče izvoziti. Takoj ko je za lastno skupino proizvoda jasno, katere podatke mora vsebovati pasaport, je takšna dostava iz obstoječe administracije praviloma dobra izhodišče.