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

Povezava je izhodišče, tehnična oblika še ne

Povezava med digitalnim produktnim potnim listom in lastnim ERP- ali sistemom zalog se ujema s tem, kako je ESPR oblikoval potni list: podatki morajo biti strojno berljivi in interoperabilni, prav zato da jih ni treba vsakič znova ročno vnašati. Člen 10 Uredbe (EU) 2024/1781 (ESPR) postavlja zahteve za produktni potni list, ki so usmerjene v interoperabilnost, člen 11 pa govori o tehnični zasnovi in delovanju, vključno z načinom izmenjave podatkov. To pomeni, da je povezava v osnovi mogoča. Kar še manjka, je konkretna tehnična izvedba za tekstil: kateri format datoteke, katera polja so obvezna in ali pride do standarda API, še ni določeno. Ti podrobnosti izhajajo iz dopolnilne zakonodaje, ki se pripravlja posebej za oblačila in tekstil.

Za koga to velja in za kaj ne

Zahteva po interoperabilnosti iz člena 10 in tehnične določbe iz člena 11 veljajo za digitalni produktni potni list kot tak, ne glede na to, ali blagovna znamka, uvoznik ali zasebna etiketa potni list pripravijo sami ali ga dajo pripraviti. To je torej splošna zahteva znotraj ESPR, ne nekaj, kar bi se za vsako kategorijo izdelkov posebej izmislilo. Iz tega ne sledi obveznost, da zdaj že postavite tehnično povezavo, niti zagotovilo, da se bo določena oblika datoteke ali protokol pozneje izkazala za uporabno. Potni list tudi ni kopija sistema ERP: vsebuje podatke, ki so za potni list relevantni (sestava, izvira, informacije o vzdrževanju in podobno), ne popolne administracije zalog ali naročil. Povezava v praksi pomeni, da se del že obstoječih podatkov o izdelku posreduje potnem listu, ne da bi se oba sistema popolnoma zlila.

Kdaj postane to konkretno in kaj velja do takrat

Ni določenega datuma za to obveznost. Iz Načrta ESPR 2025-2030 je razvidno, da se pričakuje delegirani akt za tekstil v letu 2027, oblačila z osamdeset odstotki ali več tekstilnih vlaken pa so prva na vrsti. Takoj ko bo ta akt objavljen, bo jasno, katere tehnične zahteve se postavljajo za izmenjavo podatkov, in zato ali in kako lahko povezava z ERP- ali sistemom zalog izgleda. Do tedaj veljajo samo splošne določbe iz člena 10 in 11: okvir je postavljen, tehnična izvedba za tekstil pa še ne. Kdor bi zdaj želel graditi povezavo, gradi torej na okvirju, katerega podrobnosti se lahko še spremenijo.

Kaj to praktično pomeni, korak za korakom

Najprej je smiselno pogledati, kateri podatki so že v lastnem sistemu in kateri od njih se verjetno pojavijo v potnem listu: sestava vlaken, država proizvodnje, poreklo materiala, navodila za vzdrževanje. Nato je praktično, da te podatke fiksiramo čim bolj strukturirano, v stalnih poljih z enolični vrednostmi namesto prostega besedila, da bi jih lahko pozneje lažje prenesli v katero koli obliko. Nato je smiselno počakati z dejanskim gradnjem tehnične povezave ali API, ker zahteve za tekstil še niso določene; energija, ki se zdaj vloži v določeno povezavo, se lahko po objavi delegiranega akta še zahteva prilagajanja. Kar že deluje, je dostava podatkov na način, ki je zdaj razpoložljiv: ročno, prek datoteke ali prek preprostega izvoza iz obstoječega sistema. Texpas sestavi potni list iz podatkov, ki jih posreduje proizvajalec ali uvoznik, in to dostavo že sedaj obdeluje brez potrebe po živé povezavi. Takoj ko je tehnični okvir za tekstil znan, je mogoče preveriti, ali ima neposredna povezava iz sistema ERP ali zalog dodano vrednost.

Na čemer je to temeljilo: člen 10 in 11 Uredbe (EU) 2024/1781 (ESPR)

Zahteva za interoperabilnost in zahteva za strojno berljivost digitalnega potnega lista izdelka izhajata iz članka 10 Uredbe ESPR (Uredba (EU) 2024/1781), ki določa splošne zahteve za potni list. Članek 11 iste uredbe opisuje tehnično zasnovo in delovanje potnega lista, vključno s tem, kako se podatki digitalno zabeležijo in izmenjajo. Oba članka tvorita okvir, v katerem mora kasnejša, specifična zakonodaja za tekstil določiti tehnične podrobnosti; to določilo za oblačila in tekstil še ne obstaja.

Kdor zdaj že strukturirano zabeležijo podatke o sestavi, izvoru in vzdrževanju v lastnem sistemu, jih pozneje ne bo treba začeti znova, ne glede na to, katero tehnično obliko dobi povezava. Za trenutni status delegiranega akta in natančen časovni načrt je uradni vir Evropske komisije točka, na katero je treba paziti.

Kjer je to na osnovi

Sama uredba je na EUR-Lex. Navodila se sklicujemo po trditvi; ne moraš nam verjeti.

Kaj konkretno morate storiti

Kaj se od vas pričakuje

Potni list mora biti sposoben sprejemati podatke iz izvornih sistemov

Člen 10 ESPR (Uredba (EU) 2024/1781) postavlja zahteve glede tega, kateri podatki morajo biti v digitalnem potnem listu in kako so dostopni. Ti podatki ne nastanejo iz nič: že obstajajo v obstoječih sistemih, kot so paket ERP, sistem PLM ali paket za upravljanje zalog — sestava materialov, podatki o dobaviteljih, številke serij, navodila za nego. Za podjetje z 10 do 100 zaposlenimi to v praksi pomeni, da mora obstajati povezava med sistemom, v katerem so ti podatki že shranjeni, in sistemom, ki potni list sestavi in objavi. To je lahko avtomatizirana povezava, vendar tudi periodični izvoz, ki se ročno naloži. Oba sta v osnovi mogoča; katera oblika je praktična, je odvisna od tega, koliko izdelkov in različic obstaja in kako pogosto se podatki spreminjajo.

Tehnično delovanje mora biti usklajeno z vzpostavljenimi standardi

Člen 11 ESPR (Uredba (EU) 2024/1781) opisuje tehnično zasnovo in delovanje potnega lista, vključno s načinom izmenjave podatkov. To se neposredno nanaša na vprašanje, kako se je tehnično postaviti povezava: ne vsak izvozni format iz katerega koli sistema ERP brez obdelave ne ustrezne tistemu, kar pričakuje sistem potnega lista. Za srednje veliko podjetje to pomeni, da je potrebna prevodnjaška vloga med lastno strukturo podatkov in obliko, ki se uporablja za potni list. To je tehnično vprašanje, ne pravno — vendar se nanaša tudi na vprašanje kaj je GS1 Digital Link in ali je to potrebno za produktno potrdiloker je del pričakovane standardizacije odvisen od tovrstnih sistemov.

Vsak proizvod mora biti sledi do pravilnih podatkov potnega lista

Povezava s sistemom ERP ali zalog deluje samo, če obstaja trdna način za ujemanje fizičnega proizvoda s pravilnim potnim listom. To zahteva dosledno ključ med sistemi: isto člansko številko, isto batchkodo ali isto identificiranje različice v sistemu ERP kot v potnem listu. Brez tega ujemanja obstaja tveganje, da povezan sistem sicer pošlje podatke, vendar v napačen potni list, ali pa da se sprememba v enem sistemu ne odraža v drugem. To je tesno povezano s načinom, kako vsak proizvod dobi edinstven identifikacijski kod; brez jasne logike identifikacije je povezava med sistemi malo vredna.

Kjer gre v praksi kaj narobe

Prva situacija, ki se pogosto pojavi: podjetje ima sistem ERP, v katerem so člani kataloga zabeleženi po slogu, ne pa po barvi ali velikosti. Potni list mora biti pravilen na ravni variante, in potem se izkaže, da povezava pošilja podatke, ki za eno velikost veljajo, za drugo pa ne.

Druga situacija: podatki se prenesejo enkrat ob uvedbi kolekcije, vendar se poznejša sprememba v sistemu ERP — na primer drugačen dobavitelj za del serije — ne prenese samodejno na objavljeni potni list. Potni list se tako oddalji od realnosti, ne da bi to kdo opazil, dokler kdo ne odkrije napako in se vpraša, ali je lahko že objavljeni potni list proizvoda še spremenjen.

Tretja situacija: povezava je tehnično postavljena zunanjih IT-stranka, vendar nihče znotraj podjetja ne preveri pozneje, ali so podatki, ki se znašli v potnem listu, tudi dejansko skladni s tistim, kar je na nalepki ali embalaži. Tehnična povezava, ki deluje, ni samodejno povezava, ki je pravilna.

Četrta situacija: sistem za upravljanje zalog se uporablja za samodejno preklic potnih listov takoj, ko je proizvod razprodan, brez upoštevanja vprašanja, kako dolgo mora biti potni list na voljo. To lahko privede do neskladja med tistim, kar je operativno primerno za upravljanje zalog, in tistim, kar se pričakuje glede na kako dolgo mora biti produktno potrdilo dostopno.

Peta situacija: pri fuziji, prevzemu ali ukinitvi poslovne enote se povezava prekine brez premisleka o tem, kdo bo nato upravljal podatke, kar se spet navezuje na vprašanje kaj se zgodi s produktnim potnim listom, kadar podjetje preneha z delovanjem.

Kaj lahko dokumentirate

Pregled, kateri sistemi zagotavljajo katere podatke o potnih listih: ERP za material in izvor, sistem zalog za razpoložljivost, PLM za podatke o oblikovanju in sestavi.
Dogovorjena dogovorena frekvenca sinhronizacije: povezava v realnem času, dnevni izvoz ali ročna posodobitev po kolekciji.
Dokument, ki opisuje identifikacijski ključ, ki se uporablja za uskladitev izdelka v sistemu ERP s pravilnim potnim listom — vključno s tem, kako deluje pri različnih variantah v velikosti ali barvi.
Odgovorna funkcija ali oseba, ki preverja, ali so podatki, ki prihajajo preko povezave, res pravilni, preden se potni list objavi ali posodobi.
Postopek za to, kaj se zgodi, ko se spremeni vir v bralni sistem: kdo to opozori in kako se sprememba izvede v objavljenem potnem listu.
Dogovori s ponudnikom IT ali notranjim oddelkom IT o tehnični obliki povezave, vključno s tem, kaj se zgodi pri menjavi sistema ali selitvi.
Pregled, kateri podatki se res samodejno zagotavljajo preko povezave in kateri se še vedno ročno dopolnijo, tako da ne nastane vrzel med tem, kar sistem misli pošiljati in kar dejansko vstopi v potni list.

To ni pravno nasveto. Ta stran daje splošne informacije o zakonodaji, o kateri govori ta platforma. Ne poznamo vaše situacije. Če dvomite glede vaše lastne situacije, se posvetujte z odvetniком ali pristojnim nadzornim organom.

Napisano z AI na podlagi virov zgoraj, pregledano s strani človeka dne 2026-08-22. Je kaj narobe? Povej nam — popravki imajo prednost.