Ali mogu digitalno produktno potrdilo povezati s svojim ERP- ali zalogodajskim sistemom?

Povezava je izhodišče sistema, ne izjema

Ja, povezava med produktnim potrdilom in ERP- ali skladiščnim sistemom se ujema s tem, kako je digitalno produktno potrdilo predvideno. Člen 11 Uredbe ESPR (Uredba (EU) 2024/1781) predpisuje, da je potrdilo tehnično postavljeno tako, da je mogoče podatke izmenjati prek odprtih, interoperabilnih standardov med strankami v verigi. To pomeni, da podatki, ki že obstajajo v ERP- ali skladiščnem sistemu — zaporedne številke artiklov, podatki o materialih, poreklo, tehnične specifikacije — so lahko v bistvu vir, iz katerega se potrdilo izpolni, namesto da se vse ponovno vnese ročno. Elektropas.com je v tej verigi mesto, kjer se ti podatki zberejo v potrdilo, se gostijo in povežejo s podatkovno nosilcem QR. Kako ta povezava točno tehnično izgleda — kateri oblika datoteke, kateri API, katera polja so obvezna — za električne in IKT-naprave še ni določeno, ker je delegirana uredba za to pod kategorijo še niso objavili.

Za koga to velja in kje je meja

To vprašanje se posebej pojavlja pri proizvajalcih in uvoznikih, ki svoje podatke o izdelkih že strukturirano vodijo — v paketu ERP, sistemu PIM ali upravljanju zalog — in ki želijo preprečiti, da bi se potrdilo postalo samostojen, ročen proces. Zanje je povezava relevantna, ker zmanjša dvojno delo in zmanjša možnost napak.

Kje to ne velja: produktno potrdilo ne nadomešča sistema ERP, in obratno. Potrdilo je ločena, zunaj dostopna podatkovna zbirka, ki je povezana s fizičnim proizvodom prek enolične identifikacije in podatkovenega nosilca, kot opisuje člen 10 Uredbe ESPR. ERP-sistem ostane notranja uprava podjetja; potrdilo je plast, ki navzven — proti potrošniku, nadzorni ali naslednji stopnji v verigi — razkriva podatke. Povezava torej pomeni, da podatki iz enega sistema tečejo v drugega, ne pa da se oba sistema zlijeta.

Natančni tehnični standard za elektriko še ni določen

Za električne in IKT-naprave ni določenega datuma, do katerega bo znana tehnična specifikacija. Glede na Akcijski načrt ESPR 2025–2030 se delegirane uredbe oblikujejo po kategoriji izdelka, za elektriko pa se pričakuje od leta 2027 naprej. Dokler uredba ni objavljena, veljajo le splošna izhodišča iz členov 10 in 11: potrdilo mora biti interoperabilno, strojno čitljivo in osnovano na odprtih standardih. Kateri standard bo to konkretno za elektriko — kateri oblika podatkov, kateri vmesniki, katera obvezna polja — še ni določeno. Takoj ko bo objavljena delegirana uredba za to podkategorijo, se te informacije dopolnijo tukaj.

Kako se to v praksi izvaja

Vrstni red, v katerem se to običajno lotijo, izgleda kot sledi. Najprej je treba ugotoviti, kateri podatki že obstajajo v obstoječem sistemu ERP ali skladišču in kateri izmed njih so verjetno relevantni za produktno potrdilo — pomislite na sestavo materialov, poreklo, tehnično dokumentacijo in informacije o popravilih. Nato je smiselno preveriti, ali so ti podatki že strukturirano in skladnjeno zabeleženi, ker je strojina brljivost eno od izhodišč člena 11: čistejši in enotnejši izvorni podatki, preprostejša je kasnejša povezava. Nato je to stvar čakanja na delegirano uredbo za elektriko, ker šele takrat postane jasno, kateri obliki in katera metoda povezovanja se zahtevata. Takoj ko bo ta specifikacija na voljo, se lahko preveriti, ali lahko obstoječi sistem zagotovi izvoz v tej obliki, ali je potreben vmesni korak. Trenutno ni razloga, da bi že gradili specifično tehnično integracijo, ker standard, na katerega bi moral biti navezana, še ni na voljo — to delo bi bilo mogoče treba ponovno narediti.

Zakonska osnova: članek 10 in 11 ESPR

Da je povezava s sistemom ERP ali upravljanjem zalog mišljena in namenjena, izhaja iz dveh člankov. Članek 10 ESPR opisuje zahteve, ki jih mora izpolnjevati digitalno produktno potrdilo, vključno s povezavo na edinstveno identifikacijo proizvoda in dostopnostjo podatkov za zadevne stranke. Članek 11 se specifično nanaša na tehnični načrt in delovanje potrdila ter določa, da se to izvaja na osnovi odprtih, medsebojno povezljivih standardov, ki omogočajo izmenjavo podatkov po celotni verigi. Skupaj tvorita ta dva članka osnovo, zakaj ni povezava med notranjimi poslovnimi sistemi in zunanjim potrdilom dodatek, temveč del tega, kako je sistem zasnovan — čeprav natančna tehnična izvedba za elektroniko še ni objavljena.

Kdor bi rad že zdaj sortiral podatke, bi moral urediti lastne podatke o proizvodu: dosledno, strukturirano in popolno, tako da bo kasnejša povezava — takoj ko bo znan standard za elektroniko — zahtevala čim manj dodatnega dela. Elektropas.com spremlja objavo delegiranega akta za elektroniko in aparate IKT ter to stran dopolni, takoj ko bo znana tehnična specifikacija.

Na čem je to osnovano

Sama uredba je na EUR-Lex. Navajamo za vsako trditev; ne morate nam verjeti.

Kaj je treba narediti

Kaj se od vas pričakuje

Povezava sistema ERP ali upravljanja zalog z digitalnim produktnim pasošem je za številna podjetja logična pot: produktni podatki so že tam, zato zakaj jih ne bi samodejno poslali naprej? ESPR (Uredba (EU) 2024/1781) ne predpisuje, kako ta povezava tehnično deluje, vendar pa predpisuje, katerim zahtevam mora sam pas ustrezati. Te zahteve v praksi določajo, kaj je povezava z lastnim sistemom sme in česa ne sme biti.

Pas mora ustrezati tehničnim zahtevam iz članka 11

Člen 11 Uredbe ESPR (Uredba (EU) 2024/1781) opisuje tehnične zahteve oblikovanja digitalnega produktnega pasu: kako morajo biti podatki dostopni, v kakšni obliki in s kakšno povezavo na enolično identifikacijo proizvoda. Za podjetje od 10 do 100 zaposlenih to pomeni, da povezava z lastnim sistemom ERP ne more biti poljubno izvoziti datoteko Excel: podatki, ki se pošiljajo iz sistema, morajo biti skladni s tehničnim oblikovanjem, ki velja za pas. Katero točno oblikovanje je, se razdelan po produktni kategoriji; več preberite na strani o obliki datoteke pasu.

Pas mora biti povezan z enolično identifikacijo proizvoda

Člen 10 Uredbe ESPR (Uredba (EU) 2024/1781) postavlja zahteve za vsebino in strukturo pasu, vključno s povezavo na kod identifikacije na proizvod. Sistem ERP pogosto že deluje s številkami člankov, SKU-ji ali kodami serij, vendar ti niso samodejno enaki kodu identifikacije, ki ga pas zahteva. Za srednje veliko podjetje to pomeni, da je potreben prevod med interno kodirano proizvoda in kodom identifikacije, ki se razkrije zunaj, prek QR-kode. Kako se enolična koda na proizvod postavi, je opisana na strani o dodeljevanju enolične identifikacijske kode vsakemu proizvodu.

Povezava mora održavati podatke v актualnosti ne da bi izgubila izvor

Sistem ERP se nenehno spreminja: ravni zalog se spreminjajo, članki se opredeljujejo, nove različice se pojavljajo. Pas sledi drugačnemu ritmu — ostati mora dostopen v določenem času, tudi če se osnovni proizvod ne prodaja več. Povezava, ki preprosto "v živo" prosledi temu, kar je v tem trenutku v sistemu ERP, tvega, da se zgodovinski pasoši prepišejo ali izginejo, takoj ko se proizvod odstrani iz aktivnega asortimenta. Kako dolgo mora pas ostati dostopen, je pojasnjeno na strani o tem, kako dolgo mora pas obstajati.

Kjer se v praksi ne obnese

Več situacij se pojavlja relativno pogosto pri podjetjih, ki želijo svoj sistem ERP povezati z digitalnim produktnim pasošem.

Samodejno sinhroniziranje prepiše aktivne pase. Kadar se član v sistemu ERP prilagodi — novi dobavitelj dela, spremenjena embalaža — se ta sprememba včasih takoj preusmeri na objavljeni pas, brez jasnosti, ali mora biti to nov pas ali posodobitev obstoječega.

Številka članka se pomešča z identifikacijo proizvoda. Interno številko članka iz sistema upravljanja zalog se uporabi kot enolični kod identifikacije za pas, čeprav se ta številka lahko razlikuje na primer po prodajnem kanalu ali regiji — kar pomeni, da en fizični proizvod konča z več medsebojno odstopajoče pasi.

Opustitev v sistemu ERP potegne pas v režim brez povezave. Takoj ko se proizvod v sistemu upravljanja zalog označi kot "ni več dostopen", se povezava z objavljanjem ali vzdrževanjem pasu ustavi — čeprav mora pas ostati dostopen za proizvode, ki jih že uporablja potrošnik.

Povezava ponuja podatke v obliki, ki se ne ujema. Sistem ERP izvozi podatke v interno obliko (na primer CSV z lastnimi imeni polj podjetja), ki ne ustreza ena-za-ena strukturi, ki jo pas zahteva, zato se izkaže, da je potrebna vmesna stopnja, ki ni bila predvidena.

Ravni embaliranja se prepletajo. Sistem zalog pogosto beležke na ravni prodajne enote, medtem ko se lahko pasport razlikuje po različici izdelka ali po enoti embaliranja — zlasti pri izdelkih, ki se dobavljajo v škatlah z več napravami. Kako to sodelovanje deluje, je opisano na strani o kako deluje digitalni produktni pasport pri škatli z več napravami.

Kaj lahko dokumentirate

Za podjetja, ki razmišljajo o povezavi svojega sistema ERP ali zalog s produktnim pasportom, je praktično, da vnaprej črtlice nekaj stvari:

Pregled, katera polja iz sistema ERP ustrezajo katerim poljem v pasportu, vključno s pojasnitvijo o odstopanjih med notranjo kodifikacijo člankov in zunanjo identifikacijo izdelka.
Postopek za to, kaj se zgodi ob spremembi izdelka— kdaj sprememba v sistemu ERP vodi do novega pasporta in kdaj do posodobitve obstoječega pasporta.
Postopek za izvedbo iz obratovanja, v katerem je določeno, da pasport obstoji ločeno od statusa »aktiven« ali »izločen« v sistemu zalog.
Dogovor o tem, kdo je odgovoren za povezavo — interno ekipo IT, zunanjo platformo ali kombinacijo — in kdo preverja, ali dostavljeni podatki dejansko ustrezajo zahtevanemu formatu.
Dokumentacija uporabljenega tehničnega formata, tako da je pri pregledu ali reviziji mogoče dokazati, da se povezava ujema s pogoji člena 11 Uredbe (EU) 2024/1781 (ESPR).

Za podjetja, ki poleg sistema ERP uporabljajo tudi strukturo GS1 za svojo logistiko, je pomembno vedeti, ali in kako se ta struktura ujema s pogoji pasporta; več o tem je na strani o kaj je GS1 Digital Link in ali je potreben za proizvodno potrdilo. Prav tako je priporočljivo dokumentirati, kako se povezava obnaša v zvezi s registrom, v katerega je treba vpisati pasporte, kot je razloženo na strani o evropski register digitalnih produktnih pasportov.

To ni pravno svetovanje. Ta stran daje splošne informacije o regulaciji, na katero se ta platforma nanaša. Ne poznamo vaše situacije. Če dvomite o lastnem primeru, se posvetujte s pravnikom ali pristojnim organom nadzora.

Napisano z AI na podlagi zgornjih virov, preverjeno s strani človeka na dan 2026-08-22. Ali je kaj narobe? Nam povejte — popravki so prioriteta.