Mogu li digitalni proizvodni deklaraciju povezati sa mojim ERP ili sustavom zaliha?

Povezivanje je tehnički moguće, ali oblik još nije utvrđen

Digitalni proizvodni pasoš je ustrajan kao strukturirani, strojno čitljivi skup podataka i to se u načelu slaže s povezivanjem s ERP-om ili sustavom zalihe. ESPR propisuje da se podaci iza pasoša bilježe na temelju otvorenih standarda i da sustavi moraju međusobno moći razmjenjivati podatke. To je upravo polazna točka na koju bi se oslanjalo povezivanje s postojećim poslovnim sustavom: bez ručnog unosa po madraci, već doprema iz podataka koje fabrikant ili uvoznik već prati. Kako će to povezivanje u praksi izgledati — koji oblik datoteke, koja polja, koja metoda dopremai — još nije utvrđeno, jer se tehnička izvedba za madrace još mora objaviti.

Za koga to vrijedi i za koga ne

Ovo objašnjenje bavi se strukturom podataka iza pasoša, a ne određenim sučeljem za povezivanje ili konektorom koji je već dostupan. ESPR opisuje zahtjeve za međusustavnost i načine na koje je pasoš tehnički izgrađen (nosač podataka, jedinstvene identifikacijske kodove, pohranu podataka), ali ne regulira kako pojedini ERP-paket ili sustav zalihe mora na to doći. Potonje je pitanje izvedbe, a ne zakona: verordena određuje ŠTA mora biti međusustavno, a ne s kojim softverom poduzeće radi. Za specijaliziranu trgovinu krevetima koja samo prodaje i ne sastavlja pasoš, povezivanje s vlastitim ERP-sustavom obično nije relevantno; to se uglavnom tiče stranke koja doprema podatke, obično fabrikanta ili uvoznika.

Tehnične specifikacije dolaze s delegiranom uredbom

Nema još utvrđenog datuma kada će tehnička izvedba za madrace biti objavljena. U radnom planu Europske komisije za 2025.-2030. očekuje se delegirana uredba za madrace 2028., ali to je plan, a ne zahtjev. Dok se ta uredba ne objavi, nije utvrđeno koji oblik podataka, koja polja i koja metoda dopremai za madrace će vrijediti. Ono što je utvrđeno jest okvir iz same ESPR: pasoš mora biti izgrađen prema otvorenim, međusustavnim standardima i vezan uz jedinstvenu identifikaciju proizvoda. Taj se okvir više ne mijenja; ispuna za madrace specifično da.

Što to znači za pripremu

Tko sada već razmišlja o povezivanju, može obaviti nekoliko stvari bez čekanja na konačnu specifikaciju. Za početak, bilo bi korisno provjeriti koje podatke o madraci već postoje negdje u vlastitom sustavu — sastav materijala, porijeklo sirovina, datum proizvodnje, broj serije ili narudžbe — i jesu li ti podaci zabilježeni na razini proizvoda ili samo na razini narudžbe. Zatim je zgodno vidjeti ima li sustav funkciju izvoza koja može proizvesti strukturirane podatke (npr. izvoz u uobičajenom obliku), jer je to sjecište za kasnije povezivanje, neovisno o kojem točnom obliku će delegirana uredba propisati. Dalje je praktično odrediti jesu li podaci po proizvodu, po seriji ili po narudžbi, jer će pasoš na kraju po proizvodu dobiti jedinstvenu identifikaciju. Naposljetku je vrijedno održavati kontakt sa stranom koja sastavlja i drži pasoš, tako da nakon objavljivanja tehnične specifikacije bude brzo jasno koji oblik dopremai je potreban i slaže li se postojeća uredba sustava s tim ili zahtijeva prilagodbe. Izravno, automatizirano povezivanje između ERP-a i pasoša dakle još nije nešto za što već postoji tehnički standard; ono što je moguće je vlastitim podacima da se unazad orede tako da je povezivanje kasnije lako izvesti.

Gdje je to navedeno: članak 10. i članak 11. ESPR

Članak 10 Uredbe (EU) 2024/1781 (ESPR) opisuje zahtjeve za digitalni proizvodni pasoš, uključujući obvezu da se podaci bilježe na temelju otvorenih standarda i da sustavi koji obrađuju podatke moraju biti međusobno interoperabilni. Članak 11 bavi se tehničkim dizajnom i radom pasoša, sa odredbama o nosaču podataka, jedinstvenim identifikacijskim kodovima za proizvod, gospodarski subjekt i mjesto poslovanja, te načinom na koji se podaci pohranjuju i čine dostupnima. Zajedno, ovi članci čine okvir u kojem je moguća veza s vanjskim sustavom, bez da određuju specifičan tehnički standard za madrače — koji tek slijedi iz još neposjedujuće delegirane uredbe.

Što učiniti sada

Za sada je najkonkretniji pristup: dovesti u red vlastite podatke o proizvodima i bilježiti ih na razini proizvoda (umjesto samo na razini narudžbe), mapirati mogućnost izvoza iz postojećeg sustava, te pratiti objavljivanje tehničke specifikacije za madrače. Čim ta specifikacija bude dostupna, ova će se stranica dopuniti s informacijom o kojem formatu i kojoj metodi dostave.

Na čemu se ovo temelji

Samu uredbu nalazite na EUR-Lex. Pozivamo se po izjavi; ne trebate nam vjerovati.

Što konkretno trebate učiniti

Što se od vas očekuje

Povezivanje između digitalnog pasaporta proizvoda i ERP-a ili sustava zaliha nije sama po sebi zakonska obveza. ESPR ne propisuje koje izvorne sustave proizvođač koristi za prikupljanje podataka pasaporta. Ono što je utvrđeno su zahtjevi na sam pasaport: kako tehnički funkcionira i što mora biti u mogućnosti raditi. Ti zahtjevi indirektno određuju je li — i kako — povezivanje s internim sustavima korisno.

Pasaport mora biti tehnički kompatibilan s ujednolicenim radom

Članak 11. ESPR-a (Uredba (EU) 2024/1781) opisuje tehničke zahtjeve za digitalni pasaport proizvoda, kao što su međuoperabilnost sa sustavima koje koriste Komisija i tržište. Za poduzeće s 10 do 100 zaposlenih to znači da podaci pasaporta ne smiju ostati u vlastitom, različitom formatu: na kraju moraju biti u obliku koji može pročitati sustav pasaporta. Ide li se to preko izravnog povezivanja s ERP-sustavom ili preko manualnog izvoza, to je izbor — nije obveza iz Uredbe.

Sadržaj pasaporta mora biti ažuran i zajamčeno točan

Članak 10. ESPR-a (Uredba (EU) 2024/1781) postavlja zahtjeve na ono što mora biti u pasaportu i tko je za to odgovoran. Praktički to znači da podaci koji dolaze iz ERP-a ili sustava zaliha — sastav materijala, datum proizvodnje, broj serije — moraju biti točni i ažurni u trenutku kad se pasaport kreira ili ažurira. Za poduzeće s nekoliko proizvodnih linija i redovitim promjenama sastava (druga vrsta pjene, drugi dobavljač materijala za ispunu), to je razlog da se pregleda jesu li podaci ručno prepisivani ili se automatski preuzimaju iz sustava gdje se već održavaju.

Svaki proizvod mora biti moguće pratiti do točnih podataka

Povezivanje sa sustavom zaliha ima smisla samo ako svaki fizički proizvod ima jedinstveni kod za identifikaciju koji povezuje pasaport s točnim podacima proizvoda. Bez tog povezivanja između proizvoda i koda, ERP-sustav ne može pružiti korisnu doprinose pasaportu, koliko god ostatak procesa bio automatiziran. Poduzeća koja to još nisu ustrojila, ovo prvi put čitaju na kako dodijelim svakom proizvodu jedinstveni broj za identifikaciju?

Gdje se u praksi griješi

Sustav zaliha i podaci pasaporta se razilaze. Proizvođač madraca mijenja ispunu linije modela, to podešava u ERP-sustavu, ali zaboravi da ista promjena mora biti vidljiva i u već objavljenim pasaportima. Rezultat: pasaport i stvarni proizvod više se ne poklapaju.

Povezivanje je preusmisleno za vlastitu veličinu. Poduzeće s nekoliko proizvodnih linija gradi potpuno automatizirano povezivanje u realnom vremenu između ERP-a i sustava pasaporta, dok bi periodički izvoz s ručnom provjerom bio sasvim dovoljan za broj promjena koje se zaista događaju.

Jedinstveni broj za identifikaciju se ne primjenjuje konzistentno. Sustav zaliha koristi interne kodove artikala, pasaport zahtijeva drugačiju strukturu identifikacije, a nitko nije utvrdio kako se ova dva međusobno odnose. Tijekom pregleda ili pri vraćanju pošiljke tada nije lako utvrditi koji pasaport pripada kojem fizičkom proizvodu.

Odgovornost za ažuriranje podataka nije dodijeljena. Odjel IT-a mislи da odjel kvalitete održava podatke pasaporta, odjel kvalitete mislи da se to automatski preuzima iz ERP-sustava. Nitko ne provjerava stvarno, pa podaci postaju zastarjeli bez da se to primijeti.

Pretpostavka da je povezivanje obavezno, dok je moguća i ručna dostava. Neka poduzeća investiraju u skupa povezivanja iz uvjerenja da je to zakonska obveza, dok sama Uredba ne propisuje kako se podaci dostavljaju — samo što pasaport mora zadovoljiti određene tehničke i sadržajne zahtjeve.

Što možete zabilježiti

Pregled podataka koji dolaze iz ERP-a ili sustava skladišta, i onih koji se dostavljaju odvojena (npr. od dobavljača punilnog materijala).
Uspostavljeni odnos između internih šifri članaka i jedinstvene identifikacijske šifre koja se koristi u pasaportu — vidi također kako dodijelim svakom proizvodu jedinstveni broj za identifikaciju?
Sporazum o tome tko je odgovoran za primjenu promjena u sastavu proizvoda na postojeće pasporte.
Izbor i obrazloženje za način dostave: automatska veza, periodični izvoz ili ručni unos — uključujući razmatranje je li za to potreban odvojeni softver, kao što je razmotreno na trebam li poseban softver za izradu digitalno pasporta proizvoda
Postupak provjere dosljednosti između podataka skladišta i objavljenih pasporta, s utvrđenim vremenima provjere.
Dokumentacija o tome koja su polja iz ERP-sustava obavezna za pasport, a koja opcionalna, kako bi novi zaposlenici mogli preuzeti bez savjetovanja.
Napomena o situaciji kod proizvoda po mjeri, gdje sustavi skladišta često funkcioniraju drugačije nego kod standardnih modela — vidi kako funkcionira digitalni pasport madraca za madrače po mjeri?

Ovo nije pravni savjet. Ova stranica daje opće informacije o propisima koje obuhvaća ova platforma. Ne poznajemo vašu situaciju. Ako ste nesigurni u vašem slučaju, konzultirajte se sa pravnikom ili nadležnim nadzornim tijelom.

Napisano s AI-om na temelju izvora gore navedenih, provjereno ljudski 2026-08-22. Je li nešto pogrešno? Javite nam — ispravke imaju prioritet.