Kuinka annan jokaiselle tuotteelle yksilöllisen tunnistenumeron?
Ainutlaatuinen koodi per tuote, linkitettynä tuotepassiin
Jokainen tuote, joka kuuluu digitaalisen tuotepassin soveltamisalaan, saa oman tunnistetiedon, joka linkitetään oikeisiin tuotepassitietoihin. Tämä koodi ei ole tavallinen sisäinen artikkelinumero: se on avain, jolla tulliviranomainen, muu markkinaosapuoli tai kuluttaja voi löytää juuri kyseisen tuotteen, erän tai mallin tuotepassin. Tuotteen oman tunnistetiedon lisäksi asetus edellyttää tunnistetietoa markkinaosapuolelle, joka vastaa tuotteesta, sekä tunnistetietoa fyysiselle laitokselle, jossa tuote on valmistettu tai käsitelty. Nämä kolme koodia yhdessä varmistavat, että tuote, osapuoli, joka tuo sen markkinoille, ja sen alkuperäpaikka ovat jäljitettävissä.
Kenelle tämä koskee ja millä tasolla
Tämä velvoite koskee tuotteita, joille tuotepassi on pakollinen asianomaisen tuoteryhmän delegoidussa säädöksessä. Sitä, annotetaanko tunniste per yksikkö, erä (erä) vai malli, ei ole määritetty artiklan 12 itsensä perusteella, vaan se määritetään tuoteryhmittäin kyseisessä delegoidussa säädöksessä. Tuotteelle, joka tuodaan markkinoille yksittäisenä tuotteena, esimerkiksi omalla sarjanumerolla, koodi per yksikkö on luonnollinen. Tuotteille, jotka ovat samanlaisia suurissa sarjoissa, voi riittää koodi per malli tai per erä. Tämä tarkoittaa sitä, että kysymys "pitääkö tämä per yksikkö vai per malli" vastataan eri tavalla tuoteryhmittäin, ja vastaus on siis etsittävä kyseisen tuoteryhmän säännöksistä, ei artiklan 12 itsensä perusteella.
Ei itsenäistä päivämäärää; ajankohta johtuu tuoteryhmästä
Ei ole itsenäistä päivämäärää, jolloin velvoite ainutlaatuiseen tunnistetietoon syntyy tuoteryhmän tuotepassin pakolliseksi tulemisen hetkestä riippumatta. Velvoite syntyy silloin, kun kyseisen tuoteryhmän delegoitu sääntö tulee voimaan, ja soveltamisen ajankohta, joka säännöksessä mainitaan. Siihen asti kyseiselle tuoteryhmälle ei ole velvollisuutta varustaa tuotteita tällaisella koodilla. Tietyn tuoteryhmän osalta kyseisen ryhmän delegoitu sääntö on siten aina lähde, jotta voidaan tarkistaa, milloin tämä tarkalleen tulee voimaan; sitä ei ole määritetty artiklan 12 tai 11 itsensä perusteella.
Miten tämä käytännössä toteutetaan
Ensimmäinen vaihe on tarkistaa, onko tunniste pakollinen kyseiselle tuoteryhmälle ja millä tasolla — yksikkö, erä vai malli — tunniste on annettava, heti kun kyseinen delegoitu sääntö on julkaistu. Tämän jälkeen on varmistettava, että jokainen annettava koodi on todella ainutlaatuinen: kaksi tuotetta, erää tai mallia ei saa saada samaa koodia. Seuraavaksi koodi linkitetään vastaaviin tuotepassitietoihin, jotta jokainen, joka hakee tai skanaa koodia, päätyy oikeaan tietojoukkoon. Lisäksi markkinaosapuolen tunniste ja laitoksen tunniste säilytetään erikseen ja yhtenäisesti, jotta kolme koodia yhdessä muodostavat täydellisen jäljitettävyyden. Lopuksi tunniste käsitellään tai linkitetään tietovälineeseen — kuten QR-koodiin — joka on tuotteessa tai tuotteen kanssa, jotta tuotepassi voidaan hakea tämän koodin avulla; näiden tietovälineiden ja tuotepassin toiminnan vaatimukset ovat artiklan 11 mukaiset.
Missä tämä on määritetty: artikla 12 ja 11 ESPR:ssä
Tämä velvoite johtuu asetuksen (EU) 2024/1781 (ESPR) artiklan 12 säännöksistä, joka koskee tuotteen, markkinaosapuolen ja laitoksen ainutlaatuista tunnistetietoa. Saman asetuksen artikla 11 kuvaa digitaalisen tuotepassin teknistä rakennetta ja toimintaa, muun muassa sitä, miten tietoväline ja tunniste yhdessä antavat pääsyn tuotepassitietoihin. Tarkkaa tasoa — yksikkö, erä vai malli — ja soveltamisen aloituspäivää tuoteryhmittäin varten asianomaiselle tuoteryhmälle annettava delegoitu sääntö on aina lähde, johon tulee viitata.
Jos olet jo kiinnostunut tuoteryhmästä, jolle valtuutettu säädös on valmisteilla, voit jo nyt selvittää, millä tasolla tuotteita erotellaan tällä hetkellä — yksittäin, erissä tai malleittain — ja onko olemassa oleva sisäinen numerointi sopiva perustaksi, kun tunnistetietoksi tulee pakollinen. Kun kyseisen tuoteryhmän valtuutettu säädös on julkaistu, se antaa täsmällistä tietoa tarkan tason ja voimaantulopäivän osalta.
Mihin tämä perustuu
- Asetus (EU) 2024/1781 (ESPR), artikkeli 12 (yksilöivä tunnuskoodi)
- Asetus (EU) 2024/1781 (ESPR), artikla 11 (digitaalisen tuotepassin tekninen suunnittelu ja toiminta)
Asetus löytyy EUR-Lexista. Viitaamme kuhunkin väitteeseen; ette joudu uskomaan meitä.
Mitä sinun on konkreettisesti tehtävä
Mitä sinulta odotetaan
Jokainen tuote saa oman, ainutlaatuisen tunnuskoodin
ESPR:n (Asetus (EU) 2024/1781) 12 artikla edellyttää, että digitaalisen tuotepassin piiriin kuuluva tuote varustetaan ainutlaatuisella tunnisteella. Tämä koodi on avain, jolla löydetään kyseisen tuotteen (tai kyseisen tuotesarjan, riippuen siitä, miten passit on järjestetty) passista. Käytännössä 10–100 työntekijää työllistävälle yritykselle tämä tarkoittaa, että tarvitaan järjestelmä, jolla jokainen tuote, jokainen variantti ja jokainen versio saa oman koodin — ja että koodia ei vahingossa anneta toiselle tuotteelle. Niille, jotka jo käyttävät GS1-koodeja, artikkelinumeroita tai sarjanumeroita, tarvittava pohja on usein jo olemassa; niille, jotka eivät vielä käytä, on rakennettava uusi johdonmukainen rakenne, jota sovelletaan myös tulevaisuuden tuotevariiantteihin.
Koodin on tosiasiallisesti yhdistettävä tuote ja sen passivihko toisiinsa
Kyse ei ole pelkästään paperilla olevasta numerosta, vaan funktioisesta koodista: skannaa tai lue koodi, niin siihen liittyvä passi ilmestyy näkyviin. ESPR:n 11 artikla määrittelee digitaalisen tuotepassin tekniset vaatimukset kokonaisuudessaan, mukaan lukien tapa, jolla passivihko, tiedonsiirtoväline ja tunniste liittyvät toisiinsa. Yritykselle tämä tarkoittaa, että tunnistekoodi ei saa olla erillään tuotteen QR-koodista tai muusta tiedonsiirtovälinesivusta — näiden kahden on muodostettava toimiva kokonaisuus. Ne yritykset, jotka haluavat tietää, miltä kyseinen yhdistäminen käytännössä näyttää, löytävät lisätietoja osiosta Mikä on GS1 Digital Link ja tarvitsenko sitä tuotepassiin?, joka on järjestelmä, jota monet yritykset jo käyttävät yhdistääkseen artikkelikoodit ja linkkirakenteita.
Koodin on säilyttävä ainutlaatuisena myös myynnin, korjaamisen tai uudelleenmyynnin jälkeen
Tunnisteen, joka tänään on ainutlaatuinen, on säilyttävä sellainen koko tuotteen käyttöiän ajan — myös silloin, kun tuote vaihtaa omistajaa, korjataan tai tulee osaksi suurempaa koottua tuotetta. Yrityksille, joilla on useita tuotelinjoja tai joiden tuotteet koostuvat eri lähteistä peräisin olevista osista, tämä on kohta, jossa vaaditaan huolellisuutta: koodi, jota käytetään sisäisesti sisäiseen hallintoon (esimerkiksi erä-numero, joka ajan myötä otetaan uudelleen käyttöön) ei ole sopiva pohja passin ainutlaatuiselle tunnisteelle. Tuotteissa, jotka koostuvat useista osista, joista kullakin on oltava oma passi, syntyy kysymys siitä, miten nämä koodit liittyvät toisiinsa; tätä käsitellään tarkemmin kohdassa Saako jokainen komponentti oman passaportin vai tuote kokonaisuudessaan?.
Koodin on oltava yhdenmukainen rekisterin ja tuotteen tiedonsiirtovälimen kanssa
Tunnisteen koodi ei toimi itsestään: sen on oltava tunnistettavissa itse passivihdossa, löydettävissä tuotteen tiedonsiirtovälimestä, ja johdonmukainen sen kanssa, mitä mahdollisesti kirjataan eurooppalaiseen rekisteriin. Yritykselle tämä tarkoittaa, että tunnistamistapojen valinta ei ole vain IT-kysymys, vaan myös rekisteröintikysymys. Lisätietoja siitä, mitä siinä on dokumentoitava, on kohdassa Mikä on digitaalisten tuotepassien rekisteri ja mitä minun on siitä ilmoitettava?. Fyysinen puoli — miten koodi tulee tuotteeseen QR-tiedonsiirtovälimen kautta — käsitellään kohdassa Kuinka QR-koodi tuotepassille päätyy tuotteilleni?.
Missä käytännössä menee pieleen
Yleinen tilanne on, että yritys käyttää suoraan omaa sisäistä artikkelinumeroaan ainutlaatuisena tunnisteena tarkistamatta, onko numeroa koskaan käytetty toisessa tuotteessa. Sisäiset numerointijärjestelmät eivät usein ole suunniteltu pysyvän ainutlaatuisuuden huomioon ottaen useiden vuosien ajalta, ja tämä tulee näkyviin vasta, kun passivihko on jo yhdistetty.
Toinen tilanne syntyy tuotevariinteissa: sama perusversio pienellä muutoksella (eriväri, eri teho, eri koko) saa toisinaan oman koodin, minkä seurauksena yhden variantin passivihko näyttää vahingossa toisen variantin passivihkoa.
Kolmas tilanne koskee yrityksiä, jotka valmistavat tuotteita lisenssisopimuksella tai useista valmistuspaikoista: jos jokainen paikka käyttää omaa numerointijärjestelmää ilman keskitettyä koordinointia, syntyy päällekkäisiä koodeja paikkojen välille, vaikka jokainen paikka näyttäisikin omalta osaltaan toimineen johdonmukaisesti.
Neljäs tilanne on, että tunnistuskoodi tosin olemassa, mutta ei vastaa tiedonsiirtäjää, joka tosiasiallisesti sijoitetaan tuotteeseen — esimerkiksi siksi, että QR-koodi on eri muodossa tai sisältää eri linkin kuin järjestelmissä käytetty koodi. Yritys useimmiten huomaa tämän vasta, kun asiakas tai valvontaviranomainen skannaa koodin ja tuotepassi ei vastaa.
Viides tilanne ilmenee yrityksissä, jotka yhdistävät tuotetietojaan ulkoiseen ERP- tai varastojärjestelmään: kun kyseinen järjestelmä automaattisesti luo uusia artikkelinumeroita varaston muutosten yhteydessä, yhteys tuotepassin alkuperäiseen tunnuskoodiin voi katkeaa. Miten yhteys voidaan pitää vakaana, kuvataan seuraavasti: Voinko linkittää tuotepassin ERP- tai varastojärjestelmääni?.
Mitä voit dokumentoida
- Valitun tunnistejärjestelmän yleiskatsaus: mikä numeromuoto, mikä pituus, mikä rakenne (esimerkiksi GS1-pohjainen tai oma rakenne), ja miksi tälle järjestelmälle on päädytty.
- Sisäinen rekisteri tai taulukko, jossa jokainen annettu tunnistuskoodi linkitetään tiettyyn tuotteeseen, tuotteen varianttiin ja valmistuspaikkaan, jotta kaksinkertainen myöntäminen jää jäljitettäväksi.
- Määritelty menettely uusien koodien antamista varten uusille tuotteille tai varianteille, mukaan lukien se, kuka yrityksessä on vastuussa kyseisen antamisen hoitamisesta.
- Valvontavaihe, jossa todetaan, että tuotepassin tunnistuskoodi, koodi tiedonsiirtäjällä ja koodi mahdollisissa sisäisissä järjestelmissä tosiasiassa vastaavat toisiaan, ennen kuin tuote lähtenee yrityksestä.
- Sopimukset siitä, miten koodeja käsitellään korjauksessa, uudelleenmyynnissä tai koottujen tuotteiden tapauksessa, varsinkin kun useita tuotepasseja yhdistetään toisiinsa — katso myös Voinko linkittää useita tuotepasseja toisiinsa?.
- Dokumentaatio sopimuksista mahdollisten ohjelmistotoimittajien tai ERP-kumppaneiden kanssa siitä, että pidetään kiinni samasta tunnuskoodista koko tuotteen elinkaaren ajan.
Tämä ei ole oikeudellista neuvontaa. Tämä sivu antaa yleistä tietoa säännöksistä, joita tämä alusta käsittelee. Emme tunne vosituaatiota. Jos epävarmuutta omaa tilannettanne koskien, kysykää neuvoa lakimieheltä tai asianomaisten valvontaviranomaisen.
Kirjoitettu tekoälyllä yllä olevien lähteiden perusteella, tarkistettu ihmisen toimesta 2026-08-22. Onko jotain vialla? Kerro meille — korjaukset saavat etusijan.