Ali lahko digitalni proizvodni popis povežem s svojim ERP- ali sistemom za upravljanje zalog?

Povezava je tehnično mogoča, vendar ni zakonsko obvezna ali izključena

ESPR ne predpisuje, kako proizvajalec ali uvoznik dostavi podatke za digitalni proizvodni pas. Uredba postavlja zahteve za sam pas — kateri podatki morajo biti v njem, kako mora biti dostopen in s katerimi tehničnimi standardi mora delovati — vendar ne določa, ali se podatki vnašajo ročno, prihajajo iz preglednice ali se samodejno pridobivajo iz sistema ERP ali zaloge. Povezava med notranjim sistemom in službo za pas je torej vprašanje tehnike in razpoložljive storitve, ne tega, kaj zakon dopušča.

Za koga je to relevantno in za kaj ne

To vprašanje je še posebej pomembno za podjetja, ki že uporabljajo sistem ERP ali zaloge in ne želijo dvakrat voditi enake podatke o izdelkih: enkrat v svojem sistemu in enkrat za pas. To je praktično, ne pa pravno vprašanje. ESPR ne zahteva, da ima proizvajalec avtomatsko povezavo, in prav tako ne prepoveduje tega. Tisto, kar uredba dejansko ureja, je tehnična oblika, v kateri morajo biti podatki o pasu — ne glede na to, kako so bili dostavljeni. To temo torej ne obravnava obveznosti glede same povezave, temveč zahteve, ki jih morajo izpolnjevati osnovni podatki, kar nato določi, ali je povezava smiselna in izvedljiva.

Še ni določenega datuma, temveč že ustaljeni tehnični okviri

Delegirani akt, ki nujnost digitalnega proizvodnega pasu za pohištvo konkretizira, še ne obstaja; Delovni načrt ESPR 2025-2030 kot pričakovani čas objave navaja leto 2028. Dokler tega akta ni, tudi ni jasno, kateri proizvodni skupini specifični podatki so natanko obvezni in v katerem formatu. Že gotovo pa je, da veljajo splošne tehnične zahteve za pas iz člena 10 in člena 11 ESPR: te veljajo za vse proizvode, ki spadajo pod delegirani akt, torej tudi pozneje za pohištvo. Ti splošni okviri so že znani in jih je mogoče uporabiti za razmislek o ureditvi lastnih podatkovnih procesov, čeprav natančna vsebina pasu za pohištvo še ni znana.

Kako se tega lotiti v praksi

Kdor že razmišlja o povezavi, bi bilo smiselno najprej preveriti, kateri podatki o izdelkih so že strukturirani v lastnem sistemu ERP ali zaloge: sestava materiala, izvor delov, dimenzije, navodila za vzdrževanje in podobno. To je osnova, iz katere se sestavi pas, ali se to zgodi ročno ali prek povezave. Nato je koristno ugotoviti, v katerem formatu so ti podatki zabeleženi, in ali se ta format podaja za izmenjavo z zunanjim sistemom — pomislite na strukturirana polja namesto prostega besedila. Na tej platformi se pas sestavi iz podatkov, ki jih dostavi proizvajalec ali uvoznik; kako poteka ta dostava in ali je za to na voljo samodejno povezava, je praktično vprašanje, ki ga je mogoče posebej obravnavati. Za daljši rok je smiselno podatke o izdelkih strukturirati tako, da brez večjih sprememb ustrezajo digitalnemu pasu, ne glede na to, ali je dostava ročna ali pozneje avtomatizirana. To prihrani dvojno delo, ko se obveznost za pohištvo začne veljati.

Pravna podlaga: člen 10 in člen 11 ESPR

Članek 10 Uredbe (EU) 2024/1781 (ESPR) opisuje zahteve, ki jih mora izpolnjevati digitalni produktni potni list, vključno s povezavo podatkov z edinstvenim identifikacijska številko izdelka in dostopnostjo teh podatkov v času življenjske dobe izdelka. Članek 11 iste uredbe govori o tehnični zasnovi in delovanju potnega lista ter vsebuje zahteve glede odprtih standardov, interoperabilnosti in strojne berljivosti podatkov. Ti člankoma skupaj ne določata, kako se podatki oddajo, ampak определata, v katerem tehnične oblike morajo ti podatki konec koncev ustrezati — in to je natanko stičišče vprašanja, ali in kako je povezava s sistemom ERP ali upravljanja zalog izvedljiva.

Kaj lahko storите zdaj

Naredite pregled, kateri podatki o izdelku že obstajajo v vašem sistemu ERP ali upravljanja zalog ter v katerem formatu, in se o praktičnih možnostih oddaje dogovorite s ponudnikom potnega lista — v tem primeru s tem platformo. Takoj ko bo objavljena delegirana uredba za pohištvo, se tukaj pojavita natančen rok in natančne zahteve glede podatkov; do takrat je predvsem smiselno, da lastne podatke vnaprej strukturirate in naredite prenosljive.

Na čem je to zasnovano

Samo uredba je dostopna na EUR-Lex. Pri vsakem sunku se sklicujemo; ni vam treba nam verjeti.

Kaj konkretno morate storiti

Kaj se od vas pričakuje

Povezava med vašim ERP- ali skladiščnim sistemom in digitalnim produktnim potnim listom je pogosto tehnično mogoča in lahko prihrani veliko ročnega dela. ESPR ne predpisuje, kako pridete do svojih podatkov ali kako jih interno upravljate; uredba postavlja zahteve na sam potni list, na to, kaj mora vsebovati, in kako mora biti dostopen. To pomeni, da povezava z lastnim sistemom ni sebi namen, ampak sredstvo za izpolnjevanje teh zahtev.

Potni list mora izpolniti tehnične zahteve, ne glede na vir podatkov.

Člen 10 ESPR (Uredba (EU) 2024/1781) opisuje, katere podatke mora vsebovati digitalni produktni potni list in katerim pogojem mora ustrezati, kot sta pravilnost in popolnost. Za podjetje z 10 do 100 zaposlenimi to pomeni, da izvor podatkov — ali so ti ročno vneseni ali samodejno prihajajo iz ERP-sistema — ne zmanjša tega, kaj se pričakuje od vsebine. Povezava torej ne spremeni nič pri obveznosti; spremeni le to, kako to obveznost praktično izpolnite.

Potni list mora biti v skladu s tehničnim oblikovanjem, ki ga zahteva člen 11.

Člen 11 ESPR (Uredba (EU) 2024/1781) obravnava tehnično oblikovanje in delovanje digitalnega produktnega potnega lista, vključno z načinom shranjevanja, izmenjave in razkritja podatkov prek podatkovnega nosilca. Za povezavo z lastnim sistemom to pomeni, da mora rezultat te povezave — podatki, ki sčasoma pristanejo v potnem listu — ustrezati tehnični strukturi, ki velja za potni list, kot so uporabljeni podatkovni model in način razkritja prek QR-kode na pohištvu. Izvozna datoteka iz ERP-paketa torej redko predstavlja neposredni potni list; običajno je to vir, ki ga je treba najprej prevesti v pravo obliko.

Vsaka povezava prinaša podatke, ki morajo biti povezani z edinstveno identifikacijsko kodo.

ERP- ali skladiščni sistem navadno deluje z notranjimi številkami artiklov ali SKU-ji. Ti se ne ujemajo samodejno z identifikacijsko kodo, ki jo zahteva produktni potni list. Pri postavitvi povezave je zato pomembno določiti, kako vsak proizvod dobi edinstveno identifikacijsko kodo in kako se ta koda nanaša na obstoječo kodiranje artiklov v lastnem sistemu. Brez te transformacije obstaja tveganje, da notranje številke nehote pristanejo v potnem listu, ali da enega produktnega potnega lista ni mogoče pravilno povezati s pravo vrstico zaloge.

Kje se zatika v praksi

Samodejno sinhroniziranje brez nadzornega trenutka. Povezava, ki neposredno in brez vmesnega koraka pošilja podatke iz ERP-sistema v potni list, je videti učinkovita, vendar pomeni tudi, da se napaka v izvirnem sistemu — napačno vneseni odstotek materiala, potečen certifikat — samodejno razširi v objavljeni potni list.

Zmešnjava med notranjo SKU in javno identifikacijsko kodo. Podjetja včasih uporabljajo isto notranjo številko artikla kot zunanjo identifikacijsko kodo, ne da bi preverila, ali se ta številka že uporablja drugje ali izpolnjuje zahteve. To je še posebej problematično pri podjetjih, ki delujejo s GS1 Digital Link in morajo skladnost zagotoviti z njo.

Nobena povezava med mutacijo zaloge in stanjem potnega lista. Če se proizvod umakne iz proizvodnje ali ga nadomesti nova različica, se to v ERP-sistemu pogosto zabeleži, vendar to ne vodi samodejno do posodobitve potnega lista. Vprašanje, ali in kako se podatki po objavi lahko posodobijo se potem zastavi šele pozno, običajno šele, ko kupec ali nadzorna oseba zazna neskladje.

Nezadostna pozornost na sestavljene proizvode. ERP-sistem navadno registrira dele in različice med seboj ločeno, medtem ko se vprašanje, ali pohištvo kot celota ali vsak del posebej potrebuje potni list, mora odgovoriti ločeno. Povezava, ki izhaja iz strukture v skladiščnem sistemu, tvega, da za izhodišče vzame napačno enoto.

Povezava se prekine pri zamenjavi sistema ali dobavitelja. Kadar podjetje zamenja paket ERP, spremeni gostiteljskega partnerja ali preneha z določenim IT-dobaviteljem, se pogosto ne upošteva, da je treba povezavo s pasportom znova urediti. To se nanaša tudi na vprašanje, kaj se zgodi s pasportom če podjetje samo preneha s poslovanjem ali spremeni obliko.

Kaj lahko dokumentirate

Pregled, katera polja iz sistema ERP ali upravljanja zaloge se samodejno prevzamejo v pasport in katera polja se pred objavo vedno ročno pregledajo.
Dokumentirana prevodna tabela med notranjimi številkami artiklov in identifikacijskimi kodami, ki se uporabljajo zunaj, vključno z dogovorom o tem, kdo to tabelo posodablja.
Postopek za primer, ko sprememba v izvornem sistemu – novi material, novi dobavitelj, spremenjena sestava – daje razlog za pregled ali prilagoditev pasporta.
Dogovori z IT-dobaviteljem ali gostiteljskim partnerjem o tem, kaj se zgodi pri zamenjavi sistema, vključno s tem, kdo je odgovoren za selitev povezave.
Interno nadzorno točko (na primer na tri mesece), pri kateri se s pomočjo vzorca preverja, ali se podatki v objavljenem pasportu še ujemajo s trenutnim stanjem v sistemu ERP.
Dokumentacija o jeziku ali jezikih, v katerih se podatki iz sistema ERP zagotavljajo, v povezavi z vprašanjem v katerem jeziku je treba pasport ponuditi.

Zagotavljamo predloge za številne take dogovore, tako da dokumentiranja ne bo treba opraviti od začetka za vsak proizvod.

To ni pravno nasvete. Ta stran daje splošne informacije o zakonodaji, ki jo pokriva ta platforma. Ne poznamo vaše situacije. Če imate dvome glede vašega primera, se posvetujte s pravnikom ali pristojnim nadzornim organom.

Napisano z umetno inteligenco na osnovi gornjega vira, pregledano s strani človeka na 2026-08-22. Ali je kaj narobe? Povej nam — popravki so prednostni.