EU-komissio julkaisee luonnoksen DPP-rekisterin täytäntöönpanoasetukseksi

Taustaa: Miksi keskitetty rekisteri?

Kestävien tuotteiden ekologista suunnittelua koskeva asetus (ESPR, EU) 2024/1781, joka on ollut voimassa heinäkuusta 2024 lähtien, muodostaa oikeudellisen perustan digitaaliselle tuotepassille (DPP). Se velvoittaa tiettyjen tuoteryhmien valmistajat ja maahantuojat tarjoamaan koneellisesti luettavan passin, joka sisältää tuotteeseen liittyvät kestävyyttä, korjattavuutta ja materiaaleja koskevat tiedot. Keskitetty rekisteri ei ole näiden sisältöjen tietovarasto — se on hakemisto, joka yhdistää yksilölliset tunnisteet niitä vastaaviin resolver-päätepisteisiin.

Euroopan komissio julkaisi 29. huhtikuuta 2026 luonnoksen DPP-rekisterin täytäntöönpanoasetukseksi. Tässä luonnoksessa määritellään, miten rekisteriä on tarkoitus ylläpitää — teknisesti ja organisatorisesti — ja mitä velvoitteita talouden toimijoille asetetaan.

Mitä rekisteri tallentaa — ja mitä ei

Vain UID-tunnisteet ja resolver-päätepisteet

Yleinen väärinkäsitys on, että keskitetty rekisteri sisältäisi täydelliset DPP-tiedot. Näin ei nimenomaisesti ole. ESPR:n mukaan rekisteri tallentaa ainoastaan:

Yksilölliset tunnisteet (UID:t): erottuvat tuotetunnisteet
Resolver-päätepisteet: URL-osoitteet, joista varsinainen DPP voidaan hakea
Tavarakoodit: tullimenettelyjen ja markkinavalvonnan tueksi

Tuotteeseen liittyvät tiedot — materiaalikoostumus, hiilijalanjälki, korjausohjeet — pysyvät valmistajalla tai sen palkkaamalla palveluntarjoajalla. Rekisteri toimii siten hajautettuna hakemistona, ei keskitettynä tietokantana. Tämä lähestymistapa noudattaa GS1 Digital Link -periaatetta, jossa jäsennelty URI viittaa hajautettuihin tietolähteisiin.

Käyttöoikeudet toimijaryhmittäin

Luonnoksessa tehdään selvä ero käyttäjäryhmien välillä:

Suuri yleisö / kuluttajat: lukuoikeus resolver-URL-osoitteeseen ja tuoteryhmään
Markkinavalvontaviranomaiset: laajennettu pääsy valvontatarkoituksia varten
Tulliviranomaiset: tavarakoodien käyttö tuontimenettelyjen yhteydessä
Talouden toimijat (valmistajat, maahantuojat): kirjoitusoikeus omien UID-tunnisteidensa rekisteröintiä ja päivittämistä varten

Tämä roolirakenne on merkityksellinen teknistä integrointia ajatellen: järjestelmien, jotka hallinnoivat DPP-tietoja — esimerkiksi joukkotuonnin työnkulun kautta — on otettava huomioon rekisterin API:n todennusvaatimukset.

Yksilöllisten tunnisteiden vaatimukset

Tunnustetut tunnistusjärjestelmät

Luonnoksessa määritellään, että UID-tunnisteiden on noudatettava tunnustettua tunnistusjärjestelmää. Seuraavat nimetään nimenomaisesti:

GS1 GTIN -koodit (Global Trade Item Numbers) — maailmanlaajuisesti käytetyin kansainvälinen standardi tuotteiden tunnistamiseen kaupassa
ISO/IEC 15459 -yhteensopivat koodit — kansainvälinen standardi toimitusketjujen yksilöllisille tunnisteille

Valmistajille, jotka jo käyttävät GS1-viivakoodeja tai GS1 Digital Link -yhteensopivia QR-koodeja, siirtymäpolku on suhteellisen suoraviivainen: GTIN muodostaa ydintunnisteen, joka rekisteröidään rekisteriin. Tyypillinen GS1 Digital Link -URI näyttää tältä:

https://id.example.com/01/04012345678901/21/XYZ123

Tässä 01 edustaa GTIN-koodia ja 21 sarjanumeroa. Tämä URI voidaan tallentaa suoraan resolver-päätepisteeksi rekisteriin.

Vaikutukset yritysten omiin tunnisteisiin

Yritysten, jotka käyttävät tällä hetkellä omia tuotenumeroitaan ilman mitään yhteyttä GS1:een tai ISO/IEC 15459:ään, on tarkasteltava tunnistusstrategiaansa uudelleen. Luonnos ei jätä tilaa standardoimattomille UID-tunnisteille. Tämä koskee erityisesti pieniä ja keskisuuria valmistajia, jotka eivät ole aiemmin käyttäneet mitään muodollista tuotetunnistusjärjestelmää.

Arkistointivaatimukset ja toiminnalliset vaikutukset

Vähintään 10 vuotta markkinoille saattamisen jälkeen

ESPR edellyttää, että rekisterimerkinnät pysyvät saatavilla vähintään 10 vuotta sen jälkeen, kun tuote on viimeksi saatettu markkinoille. Käytännössä tämä tarkoittaa:

UID-tunnisteita ei saa yksinkertaisesti poistaa, kun tuotteen valmistus lopetetaan
Resolver-päätepisteiden on pysyttävä saavutettavissa koko arkistointijakson ajan
Valmistajat ovat vastuussa tietojen saatavuuden varmistamisesta myös yritysjärjestelyn tai myynnin jälkeen

Tällä vaatimuksella on suoria vaikutuksia hosting-järjestelyihin ja sopimusten suunnitteluun. Jos isännöit DPP-tietoja kolmannen osapuolen palveluntarjoajalla, sinun on sopimuksellisesti varmistettava, että tiedot pysyvät saatavilla koko tuotteen elinkaaren ajan — ja sen jälkeenkin.

Resolver-URL-osoitteiden tekninen vakaus

Usein aliarvioitu seikka: resolver-URL-osoitteiden on oltava vakaita. Verkkotunnuksen muutokset, URL-polkujen uudelleenjärjestely tai hosting-palveluntarjoajan vaihtaminen voivat aiheuttaa olemassa olevien rekisterimerkintöjen rikkoutumisen. Dynaamiset QR-koodit — joissa fyysinen koodi on irrotettu taustalla olevasta URL-osoitteesta — ratkaisevat tämän ongelman tuotetasolla, mutta ne eivät ratkaise rekisteröinnin ongelmaa keskitetyssä rekisterissä, johon resolver-päätepiste on nimenomaisesti kirjattu.

Aikataulu ja seuraavat askeleet

Kuulemisvaihe ja voimaantulo

huhtikuuta 2026 julkaistu luonnos on tällä hetkellä kuulemisvaiheessa. Toimialajärjestöt, standardointielimet ja jäsenvaltiot voivat esittää huomioita. Täytäntöönpanoasetuksen lopullinen voimaantulo riippuu tästä prosessista sekä delegoiduista säädöksistä, joissa määritellään yksittäisten tuoteryhmien erityiset DPP-velvoitteet.

ESPR itse säätää, että ensimmäiset tuotekohtaiset säädökset — joiden odotetaan kattavan tekstiilit ja akut — tulevat voimaan vuosina 2026 ja 2027. Näiden ryhmien osalta rekisteristä tulee tällöin välittömästi merkityksellinen.

Mitä valmistajien tulisi tehdä nyt

Riippumatta siitä, milloin asetus lopulta tulee voimaan, voit ottaa konkreettisia valmistelevia askeleita jo tänään:

Tarkista tunnistusstrategiasi: Ovatko olemassa olevat tuotenumerosi GS1- tai ISO/IEC 15459 -yhteensopivia? Jos eivät, suunnittele siirtymä.
Rakenna resolver-infrastruktuuri: Missä DPP-tietoja isännöidään? Ovatko URL-osoitteet vakaita ja varmistettuja pitkällä aikavälillä?
Kehitä arkistointikonsepti: Miten varmistat, että tiedot pysyvät haettavissa yli 10 vuotta tuotteen valmistuksen lopettamisen jälkeen?
Valmistaudu API-integraatioon: Rekisteri tarjoaa koneellisesti luettavan rajapinnan. Sisäisten järjestelmien (PIM, ERP) tulisi pystyä lähettämään UID-tunnisteita ja resolver-URL-osoitteita automatisoidusti.

Arvio: Mitä luonnos saavuttaa — ja mitä jää avoimeksi

Luonnos tuo tärkeää selkeyttä keskitetyn rekisterin arkkitehtuuriin ja UID-tunnisteiden vaatimuksiin. Se ei kuitenkaan vielä vastaa kaikkiin avoimiin kysymyksiin:

Maksumalli: On epäselvää, sovelletaanko rekisteröintimaksuja ja jos sovelletaan, niin millä tasolla
Rekisterin ylläpitäjä: Sitä, kuka teknisesti ylläpitää keskitettyä rekisteriä — EU:n virasto, jäsenvaltio vai nimetty kolmas osapuoli — ei ole vielä määritetty
Yhteentoimivuus kansallisten järjestelmien kanssa: Jotkut jäsenvaltiot ovat jo käynnistäneet omia pilottihankkeitaan; se, miten nämä harmonisoidaan keskitetyn rekisterin kanssa, jää avoimeksi

DPP-toteutustaan suunnitteleville yrityksille on suositeltavaa seurata käynnissä olevaa lainsäädäntöprosessia tiiviisti. Komission kuulemisasiakirjat sekä GS1:n ja keskeisten toimialajärjestöjen kannanotot muovaavat merkittävästi lopullista muotoilua.