Kaip kiekvienam produktui suteikti unikalų identifikavimo kodą?

Ką konkrečiai turėtumėte daryti

Ko iš jūsų tikimasi

Kiekvienas produktas gauna savo unikalų identifikavimo kodą

12 straipsnis ESPR (Reglamentas (ES) 2024/1781) nustato, kad produktas, kuris patenka į skaitmeninių produktų pasų taikymo sritį, turi būti aprūpintas unikaliu identifikavimo kodu. Šis kodas yra raktas, kuriuo randamas to konkretaus produkto (arba tos konkrečios produktų serijos, atsižvelgiant į tai, kaip sudarytas pasas) pasas. Praktikoje įmonei, turinčiai nuo 10 iki 100 darbuotojų, tai reiškia, kad reikalinga sistema, kuria kiekvienas produktas, kiekviena modifikacija ir kiekviena versija gauna savo kodą — ir kad tas kodas neliktų per klaidą priskirtas kitam produktui. Įmonės, jau naudojančios GS1 kodus, straipsnio numerius ar serijiniais numeriais, dažnai jau turi reikalingą bazę; tos, kurios to nedaro, turi įdiegti naują sistemą, kurią nuosekliai taikytų ir būsimiems produkto variantams.

Kodas turi faktiškai susieti produktą ir jo pasą

Tai ne tik skaičius ant popieriaus, bet kodas, kuris veikia funkciškai: nuskaitykite arba perskaitykite kodą, ir atitinkamas pasas pasirodys. 12 straipsnis ESPR apibūdina techninius reikalavimus skaitmeniniam produktų pasui kaip visumui, įskaitant tai, kaip pasas, nešiklis ir identifikavimo kodas tarpusavyje susieja. Įmonei tai reiškia, kad identifikavimo kodas negali būti atsiskiras nuo QR kodo arba kitokio duomenų nešiklio ant produkto — abu turi sudaryti veikiančią visumą. Jei ieškote, kaip ta sąsaja atrodo praktikoje, daugiau informacijos rasite čia Kas yra GS1 Digital Link ir ar man to reikia produkto pasui?, sistemoje, kurią daugelis įmonių jau naudoja artikulių kodams ir nuorodų struktūroms derinti.

Kodas turi likti unikalus per visą produkto naudojimo laiką, taip pat po pardavimo, remonto ar perpardavimo

Identifikavimo kodas, kuris šiandien yra unikalus, turi juo likti per visą produkto naudojimo laiką — net jei produktas keičia savininką, yra remontuojamas arba tampa sudėtinio produkto dalimi. Įmonėms, turinčioms kelias produktų linijas arba produktus, kurie sudaryti iš skirtingų šaltinių komponentų, tai yra vieta, kur reikalingas kruopštumas: kodas, kuris naudojamas viduje vadybai (pavyzdžiui, partijos numeris, kuris po kurio laiko iš naujo išduodamas) nėra tinkamas kaip skaitmeninio produktų paso unikalaus identifikavimo kodo pagrindas. Produktams, sudarytiems iš kelių dalių, kurių kiekviena reikalauja savo paso, iškyla klausimas, kaip tie kodai vienas kitam santykiauja; tai toliau aptariama Ar kiekvieną dalį reikia turėti atskirą pasą ar pasą visam produktui?.

Kodas turi sutapti su registru ir duomenų nešikliu ant produkto

Identifikavimo kodas veikia ne pats savaime: jis turi būti atpažįstamas pačiame pase, randamas per duomenų nešiklį ant produkto ir atitikti tai, kas gali būti įrašyta Europos registre. Įmonei tai reiškia, kad identifikavimo sistemos pasirinkimas yra ne tik IT klausimas, bet ir registravimo klausimas. Daugiau apie tai, kas turi būti įrašyta, rasite Kas yra skaitmeninių produkto pasų registras ir ką jame turi būti?. Fizinis aspektas — kaip tas kodas atsiduria ant produkto per QR duomenų nešiklį — aptariamas Kaip QR kodas produkto pasui atsiduria ant mano produktų?.

Kur praktikoje susiduriama su problemomis

Dažna situacija yra ta, kai įmonė savo esamą vidinį artikulo numerį naudoja tiesiogiai kaip unikalų identifikavimo kodą, nepatikrinkdama, ar tas numeris kada nors buvo panaudotas kitam produktui. Vidinės numeravimo sistemos dažnai nėra sudarytos su pastovia unikalume per daugelį metų, ir tai tampa akivaizdu tik tada, kai pasas jau susietas.

Antra situacija atsiranda su produkto variantais: ta pati pagrindinė versija su nedideliu pakeitimu (kitokia spalva, kitokia galia, kitokis dydis) kartais negauna savo kodo, dėl to vieno varianto pasas per klaidą rodo kito varianto pasą.

Trečia situacija susidaro įmonėse, kurios gamina pagal licenciją arba keliose gamybos vietose: jei kiekviena vieta naudoja savo numeravimo sistemą be centrinės koordinacijos, tarp vietų atsiranda dublikuoti kodai, nors kiekviena vieta atskirai atrodo nuosekli.

Ketvirtoji situacija yra ta, kad identifikacinis kodas egzistuoja, tačiau neatitinka duomenų nešiklio, kuris iš tikrųjų priklijuojamas prie produkto — pavyzdžiui, todėl, kad QR kodas turi kitą formatą arba kitą nuorodą nei kodas, naudojamas pagrindinėse sistemose. Įmonė tai paprastai pasitiki tik tada, kai klientas arba priežiūros valdžia faktiškai nuskaito kodą ir pase neatitinka.

Penkta situacija pasitaiko įmonėse, kurios savo produkto informaciją sujungia su išorine ERP ar atsargų sistema: kai ta sistema automatiškai generuoja naujus artikulo numerius atsargų koregavimų metu, gali nutrūkti ryšys su pradine paso identifikaciniu kodu. Kaip šis ryšys tampa stabilus, aprašyta Ar galiu produkto pasą susieti su savo ERP ar atsargų sistema?.

Ką galite užfiksuoti

• Identifikavimo sistematikos pasirinkimo apžvalga: kuris numerio formatas, koks ilgis, kokia struktūra (pavyzdžiui, pagrįsta GS1 arba savita struktūra) ir kodėl pasirinkta ši sistematika.
• Vidinis registras arba lentelė, kurioje kiekvienas išduotas identifikacinis kodas susietas su konkrečiu produktu, produkto variantu ir gamybos vieta, todėl dublikuotas priskyrimas tampa sekiojamas.
• Nustatyta procedūra naujiems kodams išduoti naujais produktais arba variantais, įskaitant tai, kas įmonėje yra atsakingas už tą išdavimą.
• Kontrolės etapas, kuriame nustatoma, kad identifikacinis kodas pase, kodas duomenų nešiklyje ir kodas bet kuriose vidinėse sistemose iš tikrųjų sutampa, prieš išleidžiant produktą.
• Susitarimai dėl to, kaip elgtis su kodais remontavus, perpardavus arba sudarytus produktus, ypač kai keli pasai susieti vienas su kitu — taip pat žr. Ar galiu kelis produkto pasus susieti vienas su kitu?.
• Susitarimų su galimais programinės įrangos tiekėjais arba ERP šalimis dokumentacija dėl to paties identifikacinio kodo išsaugojimo per visą produkto gyvavimo ciklą.