Ali lahko digitalno potrdilo povežem s svojim ERP- ali skladiščnim sistemom?

Povezava postane konkretna šele, ko je na voljo tehnični standard

Neposredna povezava med digitalnim produktnim potrdilom in sistemom ERP ali upravljanja zalog trenutno ni mogoča, ker tehnične specifikacije zanjo še niso določene. Uredba (EU) 2024/1781 (ESPR) v členih 10 in 11 sicer postavi temelje: potrdilo mora biti interoperabilno, osnovano na odprtih standardih in strojno berljivo. To pomeni, da je avtomatizirana izmenjava podatkov s poslovnimi sistemi sčasoma izhodišče, ne izjema. Vendar pa to, kako bo izmenjava podatkov v praksi potekala — kateri format datoteke, kateri vmesnik, kakšne pravice dostopa — izhaja šele iz delegiranih aktov za posamezno skupino proizvodov. Za železo in jeklo tak akt še ne obstaja.

Za kaj to velja in kaj ne

Pri tem gre za vprašanje, ali bodo sistemi lahko samodejno pridobili podatke iz potrdila ali pa v njem zapisali nove podatke. To se dotika tehnične strukture samega potrdila, kot jo je opredeljena v uredbi: kako je zgrajeno, kdo ima dostop, in v kakšni obliki so podatki dostopni. Ne gre za vprašanje, ali je primeren neki določen paket ERP, in tudi ne za konkretenAPI ali format podatkov — te izbire še niso bile narejene. Ne gre niti za samo obveznost imeti potrdilo; to je odločno drugo vprašanje, ki se za vsako skupino proizvodov rešuje posebej. Tisto, kar je tu opisano, je izključno načelo, da mora biti potrdilo strojno berljivo in interoperabilno — kako se to načelo za železo in jeklo tehnično udejani, je še odprto.

Še ni fiksnega datuma, še ni fiksnega tehničnega standarda

Datuma, ko bo tehnični standard povezovanja za železo in jeklo začel veljati, še ni, ker je ta standard del delegiranega akta, ki ga je še treba sprejeti. Glede na akcijski načrt za obdobje 2025–2030 se pričakuje, da bo prvi delegirani akt objavljen leta 2026, obveznosti pa se po tem začnejo veljati s pretekom osemnajstih mesecev. Dokler tak akt ne obstaja, je jasno to, da mora biti potrdilo interoperabilno in strojno berljivo (člena 10 in 11), vendar pa ni jasno, kako se to tehnično izvede. Do tedaj potrdilo v praksi deluje kot dokument, ki ga bere človek, dostopen prek QR-podatkovnega nosilca, ne pa kot avtomatizirana podatovna pretoka do zunanjega sistema.

Kaj to pomeni za pristop

Za tiste, ki že razmišljajo o povezavi s svojim sistemom, je vrstni red naslednji. Prvič: graditi ne treba sedaj, ker standarda za gradnjo ni. Drugič: svoje podatke o proizvodih urediti je že sedaj koristno, ne glede na končno tehnično obliko — pregledna, dosledna množica podatkov po proizvodu (poreklo, sestava, certifikati) je temelja, na katerega se bo naslonilo vsak prihodnji mehanizem povezovanja. Tretjič: takoj ko bo objavljen delegirani akt za železo in jeklo, bo v njem jasno, kateri format in kateri način dostopa veljajo, in šele potem je mogoče konkretno povezavo zasnovati. Četrtič: do tedaj je potrdilo dostopno prek QR-kode, ki je pritrjena na proizvod, kar za večino vsakodnevnih opravil v trgovini s steklom in obdelavi kovin že zadošča — povezava s sistemom ERP je nato korak za povečanje učinkovitosti pozneje, ne pogoj za delo s potrdilom sedaj.

Od kje to izhaja: člena 10 in 11 uredbe ESPR

Članek 10 Uredbe (EU) 2024/1781 (ESPR) opisuje zahteve, ki jih mora izpolnjevati digitalni produktni pas, vključno z interoperabilnostjo in uporabo odprtih standardov. Članek 11 govori o tehničnem oblikovanju in delovanju pasu, kot so registri, dostop do podatkov in način delovanja pasu. Oba članka vsebujeta načelo, da mora biti pas primeren za strojno obdelavo, vendar se dejanska tehnična specifikacija za posamezno skupino proizvodov prepušča delegiranim aktom, ki jih je še treba objaviti. Za natančno besedilo je merodajna uradna besedila uredbe.

Tisti, ki želijo že sedaj predhodno razvrščati, lahko najbolje sami strukturirane in popolne podatke o proizvodih že sedaj natančno vodijo, tako da se ob javnospravnosti tehnične standarde brez dodatnih obidenih korakov prilagodijo temu, kar se bo takrat določilo. Ta stran se posodablja, ko se je delegirani akt za železo in jeklo objavljen in so tehnični podrobnosti znani.

Na čem je to osnovano

Uredba je dostopna na EUR-Lex. Navedke navajamo; nam ni treba verjeti.

Kaj konkretno morate storiti

Kaj se od vas pričakuje

Podatki morajo biti strojno berljivi in prenosljivi

Člen 10 Uredbe ESPR (Uredba (EU) 2024/1781) predpisuje, da morajo biti podatki v digitalnem produktnem pasu dostopni v strukturirani, strojno berljivi obliki. To je hkrati tudi izhodišče za povezavo z lastnim sistemom: podatki, ki so strojno berljivi, so načeloma primerni tudi za samodejno pretakanje v ERP- ali inventarni sistem ali iz njega. Za podjetje z 10 do 100 zaposlenimi to predvsem pomeni, da vprašanje »ali je to mogoče povezati« ni najprej pravno vprašanje, ampak tehnično: kakšen format uporablja pas in ali lastna programska oprema to obliko lahko bere ali piše. Glejte tudi stran o v kateri obliki moram dostaviti podatke za digitalno pot proizvoda.

Pas se mora prilagoditi enotni tehnični strukturi

Člen 11 Uredbe ESPR govori o tehničnem oblikovanju in delovanju pasu ter se sklicuje na tehnične specifikacije, ki jih Komisija še naprej razvija. V praksi povezovanja to pomeni, da ne more biti preprosto »lasten datoteka«: osnova je standardizirana struktura, verjetno temelječa na obstoječih sistemih identifikacije. Kdor že zdaj dela s sistemom za kodiranje članov, bi moral preveriti, kako se to prilagaja načinu, na katerega se bodo v prihodnosti dodeljevali edinstveni identifikacijski kodeksi — glejte kako dam vsakemu proizvodu edinstven identifikacijski kod». ERP-sistem, ki že dela z enoličnimi, stabilnimi kodeksi proizvoda, je v boljšem položaju za povezovanje kot sistem, v katerem se kode razlikujejo glede na naročilo ali po stranki.

Povezava poteka preko nosilca, ne preko neposredne podatkovne povezave

Člen 11 tudi opisuje, da je pas dostopen preko podatkovnega nosilca na proizvodu. To je pomembna točka za pričakovanje, ki ga ima lahko podjetje glede »povezovanja«: ne gre za neposredno podatkovno povezavo med dvema podjetjema, ampak za verig, v kateri nosilec podatkov (običajno QR-koda) kaže na shranjen pas. Povezava z ERP- ali inventarnim sistemom je torej na obeh straneh: pri zagotavljanju podatkov o proizvodih iz lastnega sistema stranki, ki sestavi pas, in pri branju podatkov pasu (na primer pri nakupu jekla) v lastni sistem. Več o tem nosilcu je na strani kako pride QR-koda za produktni pas na moje jeklo.

Podatki morajo ostati trajni, dokler pas obstaja

Iz člena 10 sledi tudi, da morajo biti podatki v pasu pravilni in aktualni, dokler pas obstaja. Za povezavo z inventarnim sistemom to pomeni, da enkratno zagotavljanje običajno ni dovolj: če se lastnosti serije jekla spremenijo ali če se odkrije napaka, mora biti način, kako to sporočiti mestu, kjer se pas gosti. Podjetja, ki povezujejo svoj ERP-sistem, bi morala pri tem tudi razmisliti, kako dolgo je treba to aktualnost vzdrževati — glejte kako dolgo mora biti produktni pas dostopen.

Kjer se v praksi ne gre

Notranje kodekse članov se zmešajo z uradno identifikacijo proizvoda. ERP-sistem pozna proizvod pod notranjo SKU, medtem ko pas potrebuje drugačen, edinstven identifikacijski kod. Brez prevajalne tabele med obema pride do zmešnjave pri povezovanju, zlasti če ena notranja koda zajema več serij.

Premene zalog se ne prenesejo na podatke pasu. Inventarni sistem na primer zabeleži, da je serija jekla ponovno topljena, razdeljena ali kombinirana, vendar ta sprememba ne dosegne pasu samodejno. To ima velik vpliv na vprašanje, ali se jeklo registrira po seriji ali po komadu — glejte ali registriram jeklo po seriji ali po komadu — saj se mora registracijska enota v ERP-sistemu prilagoditi enoti, na kateri temelji pas.

Izvozne datoteke iz ERP-sistema se ne prilagajajo zahtevanemu formatu. Mnogi paketi ERP na standardno izvažajo v Excelu, CSV ali lastni XML-strukturi. Brez predhodnega usklajevanja se tak dokument izkaže za nezdružljiv z obliko, ki je potrebna za potni list, zato nastanejo zamude in dodatna ročna dela.

Predpostavlja se, da povezava deluje tudi brez internetne povezave. Nekateri sistemi zalog na proizvodnem mestu delujejo deloma brez povezave, na primer na terminalu v skladišču. To postavlja vprašanje, ali mora biti sam potni list dostopen tudi brez povezave; to je ločeno vprašanje, ki se razlikuje od povezave s sistemom ERP. Glejte ali mora potni imenik delovati tudi brez internetne povezave.

Dostopne pravice med sistemi se ne urejajo. Povezava pomeni, da podatki tečejo med dvema ali več sistemi, pogosto prek tretje osebe, ki gosti potni list. Če ni jasno, kdo sme videti, spreminjati ali posredovati katere podatke, nastane negotovost glede odgovornosti ob napaki – vprašanje, ki se navezuje na to, kako so podatki zaščiteni med prenosom, glejte kako zagotovim, da so podatki v potnem imeniku varni.

Kaj lahko dokumentirate

Pregled polj v sistemu ERP ali zalog, ki ustrezajo katerim poljem v potnem listu za proizvod, vključno s preglednico za prevajanje med notranjih številkami artiklov in edinstvene kode za identifikacijo proizvoda.
Opis oblike izvoza, ki jo uporablja lastni sistem, in primerjava z obliko, ki je potrebna za potni list.
Dogovori s stranko, ki potni list sestavi ali gosti, glede frekvence in načina izmenjave podatkov: enkratna ob nastanku ali tekoča ob spremembah.
Postopek za posredovanje sprememb zalog, razdelitve serij ali lastnosti proizvoda podatkom potnega lista, vključno s tem, kdo je za to odgovoren.
Pregled, kdo v podjetju ima dostop do povezave med lastnim sistemom in potnim listom, in katere pravice so pri tem pomembne.
Utrjena dogovor o tem, kaj se zgodi s povezavo in tokom podatkov, če se potni list za proizvod spremeni, umakne ali zamenja.

To ni pravno svetovanje. Ta stran daje splošne informacije o pravilnikih, na katere se nanaša ta platforma. Ne poznamo vaše situacije. Če ste negotovi glede vašega primera, se posпосavtite s pravnikom ali pristojnim nadzornim organom.

Napisano z AI na podlagi zgoraj navedenih virov, prevereno s strani človeka dne 2026-08-22. Ali je kaj narobe? Nam povejte — popravki imajo prednost.