Mogu li digitalni pasport proizvoda povezati s mojim ERP- ili sustavom zaliha?

Povezanost je polazna točka, tehnički oblik još nije

Povezanost između digitalnog produktnog putovnice i vlastitog ERP-a ili sustava zaliha podudara se s načinom na koji je ESPR postavila putovnicu: podaci moraju biti strojno čitljivi i međusukladni, upravo zato što ih ne treba svaki put iznova ručno unositi. Članak 10. ESPR-a (Uredba (EU) 2024/1781) postavlja zahtjeve za produktnu putovnicu koja su usmjerena na međusukladnost, a članak 11. govori o tehničkom dizajnu i njezinom radu, uključujući način na koji se podaci razmjenjuju. To znači da je povezanost u osnovi moguća. Ono što još nedostaje, je konkretna tehnička implementacija za tekstil: koji format datoteke, koja polja su obavezna i hoće li doći do standardnog API-ja, još nije potvrđeno. Ti detalji proizlaze iz dodatnog regulatornog okvira koji se specifično razvija za odjeću i tekstil.

Za koga se to primjenjuje i za što se ne primjenjuje

Zahtjev za međusukladnost iz članka 10. i tehnička odredba iz članka 11. primjenjuju se na digitalnu produktnu putovnicu kao takvu, bez obzira na to je li marka, uvoznik ili privatna marka putovnicu sastavila ili je dala sastaviti. To je dakle generički zahtjev u sklopu ESPR-a, a ne nešto što se zasebno izmišlja po kategoriji proizvoda. Iz toga ne proizlazi obaveza da se odmah gradi tehnička povezanost, niti garancija da će se određeni format datoteke ili protokol kasnije pokazati uporabnim. Putovnica također nije kopija ERP-sustava: sadrži podatke koji su relevantni za putovnicu (sastav, podrijetlo, informacije o održavanju i slično), a ne cjelokupnu administraciju zaliha ili naloga. Povezanost u praksi znači da se dio već postojećih podataka o proizvodu prosljeđuje putovnici, a ne da se dva sustava potpuno stapaju.

Kada to postaje konkretno i što vrijedi do tada

Čvrsti datum za tu obavezu još ne postoji. Iz ESPR-ovog radnog plana 2025-2030 proizlazi da se delegirana uredba za tekstil očekuje 2027. godine, a odjeća s osamdeset posto ili više tekstilnih vlakana biti će pri tome prva. Čim se ta uredba objavi, postaje jasno koje se tehnijske zahtjeve postavljaju na razmjenu podataka, a time i je li i kako povezanost s ERP-om ili sustavom zaliha može izledati. Do tada vrijede samo opće odredbe iz članaka 10. i 11.: okvir je postavljen, tehnička implementacija za tekstil još nije. Ako bi se netko sada odlučio raditi na povezanosti, gradio bi na okviru čiji se detalji mogu još promijeniti.

Što to u praksi znači, korak po korak

Prvo je korisno vidjeti koje podatke već postoje u vlastitom sustavu i koji će od njih vjerojatno završiti u putovnici: sastav vlakana, država proizvodnje, podrijetlo materijala, upute za održavanje. Zatim je praktično zabilježiti te podatke što je strukturiranije moguće, u fiksnim poljima s jednoznačnim vrijednostima umjesto slobodnog teksta, kako bi se kasnije lakše prebacili u bilo koji format. Potom je razumno čekati sa stvarnom gradnjom tehnijske povezanosti ili API-ja, jer zahtjevi za tekstil još nisu postavljeni; energija koja se sada troši na specifičnu povezanost može i dalje trebati prilagodbe nakon objave delegirane uredbe. Ono što već sada radi je dostava podataka na način koji je sada dostupan: ručno, preko datoteke, ili preko jednostavnog izvoza iz postojećeg sustava. Texpas sastavlja putovnicu iz podataka koje dostarče proizvođač ili uvoznik, i sada već obrađuje tu dostavu bez potrebe za živom povezanošću. Čim je tehnički okvir za tekstil poznat, može se vidjeti ima li izravnija povezanost iz ERP-a ili sustava zaliha dodanu vrijednost.

Na čemu se ovo temelji: članak 10. i 11. ESPR-a

Zahtjev za interoperabilnost i zahtjev za strojnu čitljivost digitalnog produktnog putovnice proizlaze iz članka 10. ESPR-a (Uredba (EU) 2024/1781), koji propisuje opće zahtjeve za putovnicu. Članak 11. iste Uredbe opisuje tehnički dizajn i rad putovnice, uključujući način na koji se podaci digitalno bilježe i razmjenjuju. Oba članka predstavljaju okvir u kojem kasnije, proizvodno-specifična zakonodavstva za tekstil moraju popuniti tehničke pojedinosti; to popunjavanje za odjeću i tekstil još nije dostupno.

Tko sada već strukturirano bilježi podatke o sastavu, porijeklu i održavanju u vlastitom sustavu, kasnije neće morati ponovno počinjati, neovisno o tome kakav tehnički oblik dobije povezivanje. Za trenutno stanje delegirane uredbe i točan vremenski raspored, službeni izvor Europske komisije je ono što trebate pratiti.

Na čemu se ovo temelji

Sama uredba dostupna je na EUR-Lex-u. Pozivamo se za svaku tvrdnju; ne trebate nam vjerovati.

Što konkretno morate učiniti

Što se od vas očekuje

Putokaz mora moći primiti podatke iz izvornih sustava

Članak 10. ESPR-a (Uredba (EU) 2024/1781) postavlja zahtjeve koje podatke mora sadržavati digitalni proizvodni putokaz i kako su ti podaci dostupni. Ti podaci ne nastaju iz ničega: već postoje u postojećim sustavima kao što su ERP-paket, PLM-sustav ili sustav upravljanja zalihama — sastav materijala, podaci o dobavljačima, brojevi serija, upute za njegu. Za tvrtku od 10 do 100 zaposlenika to u praksi znači da mora biti veza između sustava u kojem ti podaci već postoje i sustava koji sastavlja i objavljuje putokaz. To može biti automatizirano povezivanje, ali i periodički izvoz koji se ručno učitava. Oboje je u osnovi moguće; koji oblik je praktičan ovisi o tome koliko ima proizvoda i varijanti te kako često se podaci mijenjaju.

Tehnički rad mora usklađivati s uspostavljenim normama

Članak 11. ESPR-a (Uredba (EU) 2024/1781) opisuje tehnički dizajn i rad putokaza, uključujući način na koji se odvija razmjena podataka. To se izravno odnosi na pitanje kako se tehnički postavlja povezivanje: ne prilagođava se svaki format izvoza iz proizvoljnog ERP-sustava bez obrade onome što sustav putokaza očekuje. Za srednje veliku tvrtku to znači da je potreban prijevod između vlastite strukture podataka i formata koji se koristi za putokaz. To je tehnički problem, nije pravni — ali se ipak odnosi na pitanje što je GS1 Digital Link i je li to potrebno za putovnicu proizvoda, jer se dio očekivane standardizacije odvija kroz takve sustave.

Svaki proizvod mora biti praćiv do točnih podataka putokaza

Povezivanje s ERP-om ili sustavom upravljanja zalihama funkcionira samo ako postoji čvrst način da se fizički proizvod uskladi s pravim putokzom. To zahtijeva konzistentnu ključnu vrijednost između sustava: isti broj članka, isti kod serije ili ista identifikacija varijante u ERP-sustavu kao i u putokazu. Bez te usklađenosti postoji rizik da povezani sustav doista šalje podatke, ali krivo putokazu, ili da se promjena u jednom sustavu ne primijeni u drugom. To je usko povezano s načinom na koji svaki proizvod dobiva jedinstveni identifikacijski kod; bez jasne logike identifikacije povezivanje između sustava malo vrijedi.

Gdje stvari krenu po zlu u praksi

Prva situacija koja se često pojavljuje: tvrtka ima ERP-sustav u kojem su članci postavljeni po stilu, ali ne po boji ili veličini. Putokaz, međutim, mora biti točan na razini varijante, pa se pokaže da povezivanje šalje podatke koji su točni za jednu veličinu, a za drugu nisu.

Druga situacija: podaci se prebace samo jednom prilikom pokretanja kolekcije, ali kasnija promjena u ERP-sustavu — na primjer, drugi dobavljač za dio serije — se ne prebaci automatski na objavljeni putokaz. Putokaz se tako odvaja od stvarnosti bez da to netko primijetí, dok netko ne otkrije grešku i se zapita jesu li objavljen proizvodni putokaz još može biti ispravljen.

Treća situacija: povezivanje se tehnički postavlja od vanjske IT-stranke, ali nitko u tvrtki kasnije ne provjerava jesu li podaci koji se nalaze u putokazu doista usklađeni s onim što je na etiketi ili pakiranju. Tehnički rad linkage koji funkcionira nije automatski povezivanje koje je točno.

Četvrta situacija: sustav upravljanja zalihama se koristi kako bi se automatski putokazi obustavljali čim se proizvod rasprodaje, bez razmatranja koliko dugo putokaz mora ostati dostupan. To može dovesti do neusklađenosti između onoga što je operacionalno zgodno za upravljanje zalihama i onoga što se očekuje sa stajališta koliko dugo putovnica proizvoda mora biti dostupna.

Peta situacija: tijekom spajanja, preuzimanja ili zaustavljanja poslovne jedinice veza se prekida bez razmišljanja o tome tko će nakon toga upravljati podacima, što se opet vraća na pitanje što se događa s produktnim pasportom ako poduzeće prestane s radom.

Što možete dokumentirati

Pregled koji sustavi koje podatke putovnice dostavljaju: ERP za materijal i porijeklo, sustav inventara za dostupnost, PLM za podatke o dizajnu i sastavu.
Dogovoren raspored sinhronizacije: veza u realnom vremenu, dnevni izvoz ili ručna ažuriranja po kolekciji.
Dokument u kojem se opisuje identifikacijski ključ koji se koristi za usklađivanje proizvoda u ERP-sustavu s ispravnom putovnicom — uključujući način na koji se to radi za varijante u veličini ili boji.
Odgovorna funkcija ili osoba koja provjerava jesu li podaci koji stižu kroz vezu zaista točni prije nego što se putovnica objavi ili ažurira.
Postupak za ono što se dogodi kada dođe do promjene u izvornom sustavu: tko na to upućuje i kako se promjena provodi u objavljenoj putovnici.
Dogovori s IT-dobavljačem ili internom IT-odelom o tehničkom formatu veze, uključujući što se dogodi pri zamjeni sustava ili migraciji.
Pregled koji se podaci zaista automatski dostavljaju preko veze i koji se još uvijek moraju ručno dodati, kako ne bi bilo jaza između onoga što sustav misle da šalje i onoga što zaista stoji u putovnici.

Ovo nije pravna savjet. Ova stranica pruža opće informacije o regulativi na koju se ova platforma odnosi. Ne poznajemo vašu situaciju. Ako sumnjate u vlastiti slučaj, obratite se pravniku ili nadležnom nadzornom tijelu.

Napisano s AI-jem na osnovu gornjih izvora, provjerio čovjek na 2026-08-22. Nešto nije u redu? Javite nam — ispravke imaju prioritet.