trebam li poseban softver za izradu digitalno pasporta proizvoda

Ne, nije potreban nikakav poseban softver prema zakonodavstvu

ESPR ne propisuje nikakav određeni softverski paket, sustav ili marku. Ono što verordnica utvrđuje su zahtjevi u pogledu rezultata: digitalni proizvodni paspoš mora sadržavati podatke koji su dostupni na preuređeni način putem podataka, mora zadovoljiti određene tehničke i organizacijske uvjete i mora biti dostupan onima koji na to imaju pravo. Kako proizvođač ili uvoznik to tehnički regulira — vlastitim razvijenim sustavom, modulom u ERP paketu ili uslugom vanjske strane — nije utvrđeno u zakonu. Dakle, nema obaveznog "softverskog proizvoda za proizvodne paspoše" koji stoji na nekome listi i koji se mora nabaviti. Ono što mora postojati je funkcionalan skup koji zadovoljava zahtjeve iz verordnice, a to je drugo pitanje od onoga koji se softver za to koristi.

Za matrače vrijedi ovo, za administraciju iza toga ne automatski

Ova sloboda sredstava vrijedi za digitalni proizvodni paspoš za matrače kakav će ESPR ubrzo zahtijevati: podatkovni nosač, skladištenje i prihvat podataka paspoša. Ne vrijedi za sve što производач ili uvoznik inače već koristi ili mora koristiti softvera. Računovodstveni sustav, paket upravljanja zalihama ili CE datoteka nisu pokriveni ovom uredbom i imaju svoja vlastita pravila. Također se ne odnosi na pitanje je li određeni sustav "dovoljno dobar" — to se ne ocjenjuje prema marki ili dobavljaču softvera, već na temelju zadovoljava li rezultat zahtjeve iz verordnice. Proračunska tablica koja se slučajno podudara sa svim zahtjevima teoretski je jednako valjana kao skupo specijalizirano rješenje; obrnuto, skupi sustav automatski ne zadovoljava samo zato što je skup.

Još nema fiksnog datuma, ali već postoje fiksni zahtjevi za dizajn

Kada će digitalni proizvodni paspoš postati obavezan za matrače nije još određeno; to proizlazi iz delegirane uredbe koja još mora biti objavljena za ovu skupinu proizvoda. Dok god se to ne dogodi, nema obveze da se vodi proizvodni paspoš. Ono što je već utvrđeno su opći tehnički zahtjevi u ESPR-u kojim će digitalni proizvodni paspoš ubrzo morati zadovoljiti, bez obzira s kojim se softverom gradi. Ti zahtjevi se bave između ostalog interoperabilnošću, upotrebom otvorenih standarda i načinom na koji podaci moraju biti dostupni. Tko sada već bira ili razvija softver, može te zahtjeve uzeti kao polaznu točku, čak i ako ni obavezni početni datum za same matrače nije još poznat.

Gdje početi s izborom sustava

Praktični redoslijed počinje ne sa softverom, već s podacima: prvo treba biti jasno koje podatke o proizvodima trebaju biti u pasportu, prije nego se gleda kako se ti podaci tehnički pohrane i otkriju. Nakon toga dolazi pitanje kako svaki madrac dobiva jedinstveni identifikacijski kod jer je taj kod veza između fizičkog proizvoda i digitalnih podataka o njemu. Zatim slijedi izbor je li taj proces postavljen sam ili se outsourcira stranci koja brine o pohrani i otkrivanju — upravo tamo gdje se sličan platform uklapanja, postavljanjem pasporta od dostavljenih podataka i pružanjem hostinga i QR podatkovnog nosača. Za tvrtke koje već rade s ERP-om ili sustavom zaliha, zatim je bitno je li i kako se taj sustav može povezati s proizvodnim pasporšem, tako da se podaci ne trebaju dvaput unijeti. Tko radije prvo vidi širu sliku prije nego što napravi odabir sustava, može također početi s pitanjem kako se Europski registar proizvodnih paspoša odnosi na vlastiti paspoš, jer je taj registar obavezni dio uz bilo koji softver koji se odabere.

Ovo proizlazi iz članaka 9, 10 i 11 ESPR-a

Temelj se nalazi u članku 9. ESPR-a (Uredba (EU) 2024/1781), u kojem se digitalna putovnica proizvoda uvodi kao instrument. Članak 10. ESPR-a detaljno razrađuje sadržajne zahtjeve kojima putovnica mora zadovoljiti, bez propisivanja određene tehnologije ili pružatelja usluga. Članak 11. ESPR-a odnosi se specifično na tehničku izvedbu i rad digitalne putovnice proizvoda te navodi zahtjeve kao što su interoperabilnost i korištenje otvorenih standarda — zahtjevi koji se postavljaju rezultatu, a ne alatu s kojim se taj rezultat postiže. Zajedno ova tri članka pokazuju da je uredba postavljena funkcionalno: ona regulira što putovnica mora moći činiti i kako mora biti dostupna, te ostavlja izbor softvera onima koji sastavaljaju putovnicu.

Onaj tko sada želi provesti mjere prethodnog osiguranja, trebao bi početi s ureñivanjem vlastitih podataka o proizvodima i odreñivanjem sustava identifikacije za svaki madrac, kako bi se imala čvrsta osnova čim se delegirana uredba za madrače objavi — izbor specifičnog softverskog sustava može potom uslijediti na osnovi tada važećih tehničkih zahtjeva.

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

Putovnica čitljiva putem otvorenih standarda

Članak 10. ESPR-a (Uredba (EU) 2024/1781) propisuje da digitalna putovnica proizvoda funkcionira na osnovi otvorenih, međusobno kompatibilnih standarda. To znači da podaci ne smiju biti zatvoreni u zatvorenom, vlastitom formatu datoteke koji se može otvoriti samo s jednim specifičnim programom. Za proizvođača madrača s 10 do 100 zaposlenika, to prije svega znači da izbor sustava ili platforme mora biti ocjenjivan prema ovom zahtjevu: mogu li podaci biti izvučeni, i mogu li ga čitati druge strane bez da imaju točno istu software kao vi?

Dostupnost putem podatkovnog nositelja, ne putem aplikacije

Članak 11. regulira kako putovnica tehnički funkcionira: putem podatkovnog nositelja (u praksi često QR-kod) koji se upućuje na podatke. Potrošač, nadzorni organ ili trgovinski partner mora moći pregledati te podatke bez potrebe za zasebnom aplikacijom koju ste vi dali. Praktično to znači da je obični pametni telefon s kamerom i pregllednikom interneta dovoljan. Tko razmatra izgradnju vlastite aplikacije za prikaz putovnice, čini to kao dodatnu uslugu — ne zato što to propis zahtijeva. Kako podatkovni nositelj stigne na proizvod, opisano je na stranici o kako QR-kod za putovnicu proizvoda dolazi na vaše matrače.

Povezivanje s jedinstvenim brojem identifikacije

Članak 9. povezuje putovnicu s jedinstvenim brojem za identifikaciju proizvoda ili modela. To zahtijeva način na koji se svaka putovnica povezuje s ispravnim fizičkim proizvodom. Za tvrtke koje već koriste brojevne parije, EAN-kodove ili unutarnje kodove članaka, to je obično samo pitanje dosljednog provedbe te postojeće numeracije u sustavu putovnice. Kako se ta povezanost u praksi uspostavlja, objašnjeno je na stranici o kako svakom proizvodu dati jedinstveni identifikacijski kod.

Podaci koji ostaju trenutni i prosljeđivi

Članci 9. i 10. zajedno impliciraju da putovnica nije snimak stanja koji se nakon objavljivanja može zaboraviti, već zbirka podataka koja ostaje vezana uz specifičan proizvod tijekom vremena trajanja u kojem putovnica mora biti dostupna. To od tvrtke zahtijeva način na koji će znati koji su podaci vezani uz koji proizvod, čak i ako kasnije dođe do upita o madraču koji je prodan prije nekoliko godina.

Gdje se u praksi griješi

Proizvođač nalaže izradu putovnice u programu koji savršeno funkcionira, ali čiji pružatelj usluga podatke isporučuje samo kao PDF ili kao snimak zaslona. To je čitljivo za čovjeka, ali nije čitljivo strojem kako to pojašnjava članak 10. — temeljni podaci moraju biti dostupni na strukturirani način, ne samo vizualno prikazani.

Tvrtka razvija vlastitu aplikaciju za prikaz pasuša, pretpostavljajući da je to obavezno. To zahtijeva vrijeme i novac na razvoj, dok članak 11 zapravo traži dostupnost bez posebnog softvera — obična web-stranica koja se otvara putem QR-koda zadovoljava tu ideju.

Uvoznik koristi za svaku isporuku novu, ad-hoc Excel-datoteku koja se ručno pretvara u pasušport. Čim se količina poveća, nastaju greške u povezivanju između proizvoda i pasuša, i postaje nejasno koji pasušport pripada kojoj pošiljci.

Proizvođač odabira sustav bez provjere mogu li se podaci ikada izvezti iz njega. Tijekom kasnije promjene na drugu platformu, ili ako se hostingová tvrtka prestane koristiti, pokazuje se da su podaci zaključani uz jednog dobavljača. Što je uz to uključeno opisano je na stranici o što se događa s vašim pasuša proizvoda ako se hostingová tvrtka prestane koristiti.

Tvrtka misli da sustav pasuša mora biti odvojen od vlastita poslovanja, i unosi sve podatke o proizvodima dvostruko: jednom u ERP-sustav, jednom u sustav pasuša. To dvostruko povećava rad i povećava mogućnost odstupanja između dvaju izvora.

Što možete zabilježiti

Pregled formata datoteka koje koristi odabrani sustav, i jesu li ti otvoreni i izvozljivi — to se može provjeriti u odnosu na zahtjev interoperabilnosti iz članka 10.
Opis kako podatkovni nosač (QR-kod) omogućava pristup pasušu, bez potrebe za zasebnom aplikacijom, kako je predviđeno člankom 11.
Tablica povezivanja između internih kodova proizvoda i brojeva identifikacije pasuša, tako da se može u svakom trenutku utvrditi koji pasušport pripada kojem fizičkom proizvodu. Tko želi kombinirati sustave za to, može pogledati mogućnosti koje su opisane na stranici o povezivanju pasuša proizvoda s ERP- ili sustavom za upravljanje zalihama.
Sporazumi sa softverskim dobavljačem ili platformom o izvozu podataka, dostupnosti na duži rok, i što se događa pri prekinuću usluge.
Interni proces za ažuriranje podataka o proizvodima, tako da se promjene u sastavu materijala ili drugih značajki dosljedu rade u pasušu, umjesto da se brinu dvostruko i odvojeno jedan od drugoga.

Za tvrtke koje izrađuju matrače po mjeri, preporučuje se da dokumentiraju kako se pojedinačne varijante obrađuju u sustavu pasuša — taj proces često odstupa od standardne proizvodnje i pojašnjen je na stranici o kako proizvodna putovnica funkcionira kod madraca 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 uz pomoć AI-ja na osnovi gore navedenih izvora, pregledano od strane čovjeka 5. rujna 2026. Je li nešto pogrešno? Javite nam — ispravke imaju prioritet.