kako osigurati da su podaci u putovnici proizvoda sigurni

Što konkretno trebate učiniti

Što se od vas očekuje

ESPR postavlja zahtjeve na proizvodni pasoš koji se ne odnose samo na to KOJI se podaci nalaze u njemu, nego i KAKO se ti podaci upravljaju i štite. Članak 10 i članak 11 ESPR-a (Uredba (EU) 2024/1781) zajedno čine osnovu za to: članak 10 opisuje zahtjeve kojima pasoš mora udovoljiti, članak 11 se posebno bavi tehnički dizajnom i radom. Za trgovca čelika ili obrađivača metala koji to prvi put organizira, to se svodi na broj praktičnih točaka pažnje.

Uređivanje pristupa podacima po ulozi

Nije svako tko je konzultira pasoš trebao vidjeti iste podatke. Nabavka kod građevinskog poduzeća trebala bi drugačije informacije od nadzornog tijela ili reciklera na kraju životnog vijeka. Članak 10 ESPR-a ide od diferenciranog pristupa: neki podaci su javni, drugi su vidljivi samo određenim stranama kao što su sudionici na tržištu ili vlasti. Za poduzeće od 10 do 100 zaposlenika to znači da se, prije nego što pasoš krene u rad, mora donijeti odluka tko vidi koji sloj podataka — i da je ta odluka tehnički zaista provedena, ne samo na papiru.

Osiguranje izvora i točnosti podataka

Proizvodni pasoš ima vrijednost samo ako su podaci u njemu točni i mogu se pratiti do izvora. To se tiče pouzdanosti cijelog sustava: ako primatelj ne može utvrditi odakle dolazi neki podatak, pasoš gubi svoju funkciju. U praksi to znači da mora biti dokumentirano tko je dogovorio koji podatak — proizvođač, uvoznik ili posredna stranaka — i kada je to učinjeno. Za poduzeća koja sama ne unose podatke nego ih prosljeđuju, važno je znati kako su podaci dogovljeni u ispravan format, jer netočno dogovaranje se kasnije u lancu prevodi u nepouzdan pasoš.

Zaštita od izmjene nakon objavljivanja

Članak 11. ESPR-a opisuje da digitalni produktni putovnica mora tehnički funkcionirati na način da se podaci ne mogu neprimetno izmeniti nakon što budu zabeleženi. Za metaloprerađivače koji ne gostuju putovnicu sami već je prepuštaju nekom drugom da je gostuje — recimo putem platforme kao što je ova — to znači da je izbor partnera za hosting ujedno izbor kako taj partner registruje, zapisuje i štiti izmene. To nije teoretska poenta: ako klijent ili nadzorni organ ospori neki podatak iz putovnice, mora biti moguće dokazati kada je taj podatak zabeležen i od strane koga.

Povezivanje sa postojećim poslovnim sistemima

Mnoga preduzeća ne žele da upravljaju produktnom putovnicom kao izolovani sistem, već da je povežu sa administracijom koja već postoji. To je moguće, ali bezbednost putovnice tada nije odvojena od bezbednosti tog temeljnog sistema. Onaj koji razmatra povezivanje putovnice sa sopstvenim ERP- ili sistemom za upravljanje zalihamatrebao bi da razmotri ko ima pristup toj povezanosti i da li curenje u jednom sistemu može imati posledice za drugi.

Gdje se stvari krešu u praksi

Nekoliko situacija se u praksi redovno javlja.

Kod preduzeća koja žele da QR-kod bude nanesen na sam proizvod, ponekad se previđa da sam kod ne pruža nikakvu zaštitu — pitanje je šta se dešava iza tog koda. Onaj koji se pita kako QR-kod dolazi na čeliktrebao bi da se pita i ko upravljačem podacima u pozadini i da li je ta razlika između nosioca i sadržaja jasno zabeležena.

Druga situacija nastaje kada više partija u lancu dostavljaju podatke za istu putovnicu, bez prethodnog dogovora ko sme da menja koji deo. To vodi do zabune koja verzija je validna, a ponekad do slučajnog pisanja ispravnih podataka od strane druge partije.

Čak i kod malih delova ponekad ide po zlu: ako QR-kod na maloj količini čelika tehnički je ograničen, ponekad se odabere pojednostavljena veza ili međustrana — bez sveobuhvatnog razmišljanja da li ta međukorak sledi iste sporazume o bezbednosti kao glavna putovnica.

Četvrta situacija: preduzeća koja sama čuvaju offline kopiju podataka putovnice za upotrebu na lokacijama bez veze zaboravljaju da sinhronizuju ili da štite tu kopiju na isti način kao online verziju. To je realna stvar, jer ne svako radno mesto ima stabilnu vezu, i pitanje da li putovnica mora da funkcioniše i bez interneta dolazi upravo do tog praktičnog устройства.

Konačno: preduzeća koja prestanu da rade ili koja se odreknu poslovnog dela često zaborave da podaci iz putovnice nastaviti da postoje i da se pristup i upravljanje njima moraju prenositi — nešto što je povezano sa pitanjem šta se dešava sa putovnicom ako preduzeće prestane da radi.

Što možete zabilježiti

Nekoliko dogovora i dokumenata pomaže da učini bezbednost podataka putovnice dokazivom:

• Pregled ko koju ulogu ima u dostavljanju i upravljanju podacima, uključujući kontakt lice po partiji u lancu.
• Registracija porekla svakog podatka: od kojeg proizvođača, uvoznika ili međupartije potiče i u kom trenutku je dostavljan.
• Dogovori sa partnerom za hosting o zapisivanju izmena, tako da je dokazivo kada je podatak zabeležen i da li je kasnije izmenjen.
• Opis nivoa pristupa koji su postavljeni: koji su podaci javni i koji su vidljivi samo za specifične partije.
• Gde je to primenjivo, pregled povezanosti sa sopstvenim ERP- ili sistemom za upravljanje zalihama, sa informacijom ko ima pristup toj povezanosti.
• Plan za situaciju u kojoj preduzeće prestane da radi ili se deo prenosi, tako da upravljanje i pristup postojećim putovnicama ne ostanu neodlučeni.

Ova registracija nije samo korisna prema nadzoru, već i praktična: sprečava da se interna znanja o tome ko šta upravlja gube pri smeni osoblja ili preuzimanju preduzeća.