prodpas.eu

mogu li podatke u digitalnome proizvodnom pašu automatski ažurirati

Automatsko ažuriranje je moguće, ali ne samo od sebe

Da, podaci u digitalnomProductPass-u mogu se automatski ažurirati, ali do toga ne dolazi samo od sebe — to je nešto što se mora postaviti. ESPR zahtijeva da ProductPass sadrži aktualne podatke i da je tehnički moguće ažurirati informacije, ali uredba ne propisuje automatsku povezanost. Odvija li se ažuriranje automatski, ovisi o tehničkom postavu ProductPass-a: ako je samostalan, onda ga netko ažurira ručno; ako je povezan sa izvornim sustavom, tada se promjena tamo može odmah odraziti na ProductPass.

Za koje podatke automatizacija funkcionira, a za koje ne

Razlika koja se ovdje namjeće je između podataka koji su fiksni pri proizvodnji i podataka koji se mijenjaju tijekom životnog ciklusa proizvoda. Tehnička svojstva kao što su sastav materijala ili rezultat testa utvrđuju se u trenutku proizvodnje proizvoda i nakon toga se više ne mijenjaju — za to je automatsko ažuriranje manje relevantno jer nema ničega što bi se mijenjalo. Drugi podaci su zaista dinamični: status popravka, promjena vlasnika, ažuriranje roka jamstva ili podaci koji se razlikuju po tržišnoj regiji. Za takve podatke je povezanost sa izvornim sustavom vrijedna jer se ProductPass tada kreće s onim što se u praksi mijenja, bez da netko to svaki put posebno mora unositi. Članak 10 ESPR-a (Uredba (EU) 2024/1781) postavlja kao zahtjev da podaci u ProductPass-u budu točni, potpuni i aktualni — to je obveza na koju automatizacija može biti praktično rješenje, ali sama uredba ne propisuje tehniku za postizanje toga.

Ono što se također ne podrazumijeva ovdje: automatizacija zamijenjenja pukim mijenjanjem. Tko je ovlašten ažurirati koji podatak i kako to ostaje dokazivo, drugačije je pitanje od same tehnike ažuriranja. Povezanost čini proces bržim, ali ne oslobađa od odgovornosti da se odredi koji su podaci točni.

Kada postaje ovo relevantno, još nije određeno po skupini proizvoda

Nije postavljen fiksni datum kada ažuriranje ažuriranje postaje obvezatno, jednostavno zato što obveza za automatizaciju ne postoji — ono što je fiksno je zahtjev da ProductPass mora biti aktualan čim mulazi u primjenu za skupinu proizvoda. Kada će to po skupini proizvoda biti na snazi, određuje se delegiranom uredbom i tako se razlikuje po proizvodu. Dok skupina proizvoda ne bude podlozna obvezi, ProductPass nije potreban i tako ni pitanje ažuriranja. Čim je skupina proizvoda uključena u obvezu, zahtjev za točnost i aktualnost primjenjuje se od tog trenutka — način na koji se to tehnički rješava (ručno ili automatski) prepušten je proizvođaču ili uvozniku, unutar tehnijskih okvira koje članak 11 ESPR-a (Uredba (EU) 2024/1781) postavlja za rad ProductPass-a.

Kako se to u praksi provodi

Prvi je korak utvrditi koji se podaci u ProductPass-u zaista mijenjaju tijekom životnog ciklusa proizvoda, a koji su fiksni. Za fiksne podatke automatizacija obično nije potrebna — oni se unesu jednom i ostanu. Za dinamične podatke sljedeći je korak provjeriti postoji li već sustav u kojem se ti podaci prate, kao što su ERP-sustav, sustav inventara ili administracija servisa. Ako postoji, povezati ProductPass sa ERP- ili sustavom inventara način je da se osigura da se promjena u izvoru automatski odraziti na ProductPass-u, bez dvostrukog rada.

Nakon toga je stvar utvrđivanja tko je ovlašteni da provede promjenu unutar organizacije i kako ta promjena ostaje pracljiva — ne zato što to regelacija posebno propisuje kao odvojen proces, već zato što paspoort koji mora biti dostupan deset godina ili duže, tijekom tog vremena može nekoliko puta promijeniti vlastitka ili status. To također dotiče pitanje koliko dugo paspoort mora ostati dostupan, i što se s njim dešava ako se podaci iza njega promijene — vidi koliko dugo produktni pasport mora biti dostupanTko sastavi pasporte za više produktnih grupa, trebao bi dalje osigurati da je povezivanje postavljeno tako da promjena u izvornom sustavu ne pogriješi i ne zahvati krivi paspoort, pogotovo kada proizvod pada pod više pasporta istovremeno .

Zakonska osnova: članci 9, 10 i 11 ESPR-a

Činjenica da paspoort mora sadržavati aktualne podatke proizlazi iz članka 10 ESPR-a (Uredba (EU) 2024/1781), koji kao zahtjev postavlja točnost, cjelovitost i aktualnost informacija u pasaportu. Članak 9 ESPR-a (Uredba (EU) 2024/1781) opisuje što je digitalni proizvodni paspoort sadržajno i koje informacije sadrži, a članak 11 ESPR-a (Uredba (EU) 2024/1781) uređuje tehnički dizajn i rad pasaporta, uključujući mogućnost ažuriranja podataka. Nijedan od tih članaka ne propisuje specifičnu tehnologiju ili oblik automatizacije — obaveza je rezultat (aktualni, točni podaci), a ne metoda kojom se taj rezultat postiže.

Tko želi provjeriti kako izgleda praktično povezivanje s vlastitim sustavom ili koju ulogu jedinstvena identifikacija po proizvodu igra u tome, pronašao bi to u bazi znanja; za točan tekst članaka službena je objava ESPR-a u EUR-Lex baza koja se treba konzultirati.

Što konkretno trebate učiniti

Što se od vas očekuje

Podaci u pasaportu moraju se podudarati s trenutačnom situacijom proizvoda

Članak 9. ESPR-a (Uredba (EU) 2024/1781) postavlja zahtjeve na sadržaj digitalnog produktnog putovnice, a taj sadržaj mora prikazati karakteristike proizvoda kako je on na tržištu. Za tvrtku od 10 do 100 zaposlenih to znači da mora postojati veza od mjesta gdje nastaju ili se mijenjaju podaci o proizvodu (nabava, inženjering, kontrola kvalitete) do mjesta gdje se nalazi putovnica. Kod ručnog procesa to je odgovornost koja mora biti dodijeljena nekom; kod povezanog sustava to ažuriranje automatski prati promjenu u izvornom sustavu.

Putovnica mora biti tehnički izgrađena tako da se podaci mogu ažurirati

Članak 11. ESPR-a odnosi se na tehnički dizajn i rad digitalne produktne putovnice, i iz toga slijedi da putovnica nije statični dokument koji se objavi jednom i zatim ostane nepromijenjen. QR-kod ili drugi nositelj podataka upućuje na mjesto gdje se podaci mogu preuzeti, a to mjesto mora biti prilagodljivo. Za tvrtku to znači da je izbor platforme ili dobavljača također izbor kako će ažuriranja strujati — putovnica koja je zapravo fiksirana datoteka nalik PDF-u manje dobro zadovoljava taj tehnički očekivanje od putovnice koja je povezana sa živom izvorom podataka.

Povezivanje sa izvornim sustavima je vlastiti tehnički izbor, ne zasebna obaveza

Članak 10. ESPR-a opisuje zahtjeve koje digitalna produktna putovnica mora ispuniti, ali ne propisuje specifičnu tehnologiju za sinkronizaciju podataka. Automatsko ažuriranje dakle nije poseban zakonski zahtjev, to je način da se zadovolji postojeći zahtjev za točnim i aktualnim podacima. Za tvrtke s ERP- ili PIM-sustavom pitanje je može li se produktna putovnica povezati s vlastitim sustavom dakle prije svega operacijsko pitanje: koliko proizvoda, koliko često se specifikacije mijenjaju, i koliko ručnog rada je prihvatljivo prije nego što nastanu greške.

Gdje krivi u praksi

Česta prva situacija: promjena dobavljača nekog dijela biva obrađena u ERP-sustavu, ali nitko nije imao paspoort na popisu "sustava koji se zbog toga također moraju promijeniti". Paspoort tada nastavlja prikazivati staru sestavu dok se proizvod već mjesecima isporučuje drugačije.

Druga situacija nastaje u poduzeću koja rade s više grupa proizvoda i stoga s više pasporta koji se moraju međusobno usklađivati. Ako se neki temeljni podatak (primjerice sastav materijala) pojavljuje u više pasporta, ažuriranje na jednom mjestu se ne prenosi automatski na druga mjesta, osim ako nije eksplicitno tako postavljeno.

Treća situacija: poduzeće misliti da je paspoort "gotov" nakon dostave i tretira ga kao certifikat koji se više ne mijenja. Dok upravo kod složenih proizvoda s pasportom po dijelu promjena u jednom dijelu može utjecati na paspoort složenog proizvoda, a da se to ne primijeti automatski.

Četvrta situacija javlja se pri ručnom unošenju podataka putem portala: netko unese podatke jednom pri lansiranju, ali nije dogovoren ponovljeni proces za provjeru ili ažuriranje. Nakon godine dana nitko nije siguran jesu li podaci još točni, a nitko se ne osjeća odgovornim za to.

Peta situacija nastaje pri preuzimanju poduzeća ili zaustavljanju linije proizvodnje: pitanje što se s pasportom događa ako poduzeće prestane raditi tada se postavlja tek kad je već hitno, dok su dogovore o ažuriranjima i prenosu vlasništva trebalo unaprijed utvrditi.

Što možete zabilježiti

  • Pregled kojem izvornom sustavu (ERP, PIM, baza kvalitete) koji podatkovni atribut u pasportu nabavlja, kako bi bilo jasno gdje mora doći svaka promjena.
  • Interni proces ili checklist koji pokazuje kad promjena proizvoda automatski vodi do ažuriranja pasporta i kad je potrebna ručna provjera.
  • Utvrđena odgovorna osoba ili uloga za održavanje aktualnosti podataka u pasportu, čak i ako se to tehnički uglavnom automatizira.
  • Dokumentacija veze između vlastita sustava i platforme za pasporte, uključujući koji se atributi automatski sinhroniziraju i koji ne — relevantno pri razmatranju veze s vlastitim ERP ili skladišnim sustavom.
  • Pregled kako su identificirajući kodovi proizvoda ustrojeni kako bi ažuriranje uvijek stiglo do pravilnog pasporta — vidi također pojašnjenje o dodjeli jedinstvenog identificirajućeg koda po proizvodu.
  • Zapis ili povijest verzija promjena u podacima pasporta, kako bi se naknadnim istraživanjem moglo utvrditi kada i zašto je napravljena neka ispravka.
  • Dogovori s dobavljačima ili partnerima u lancu o prosljeđivanju promjena koje se tiču pasporta, kako bi ažuriranje nije ovisilo o slučajnosti ili razasutim e-mailima.

Ovo nije pravna savjet. Ova stranica daje opće podatke o regulativi o kojoj radi ova platforma. Ne znamo vašu situaciju. Ako ste u nedoumici o vlastitom slučaju, obratite se pravniku ili nadležnom inspektoru.

Napisano s AI na temelju izvora gore navedenih, provjeravano od strane čovjeka 5. rujna 2026. Postoji li što pogrešno? Javite nam — ispravke imaju prioritet.