EU-komissio otti 20. heinäkuuta 2026 käyttöön digitaalisten tuotepassien rekisterin ja testiympäristön. Näin abstraktista ESPR-komponentista tuli järjestelmä, jota yritykset voivat todella kokeilla. Valmistajille on nyt erityisen tärkeää erottaa kaksi asiaa: rekisteri on keskitetty hakemisto, mutta tuotepassi itsessään säilyy hajautettuna.
Mitä 20. heinäkuuta otettiin käyttöön
Rekisteriin tallennetaan yksiselitteiset tuotetunnisteet, rekisteröintitiedot ja valikoituja metatietoja. Täydelliset tuotetiedot säilyvät edelleen vastuullisella talouden toimijalla tai toimeksiannetulla DPP-palveluntarjoajalla. Siksi komissio kuvaa rekisteriä nimenomaisesti hakemistopalveluksi eikä keskitetyksi sisällönhallintajärjestelmäksi.
Rekisteröinnit on tarkoitus tehdä suojatun käyttöliittymän ja rajapinnan kautta. Yritykset voivat lisäksi luoda sähköisen rekisteröintitodisteen. Tämä on merkityksellistä yritysten välisissä prosesseissa, sillä toimittajat ja asiakkaat voivat sen avulla osoittaa, että passi on rekisteröity EU:n järjestelmään ilman koko tietoaineiston monistamista.
Käyttöönotto ei koske ainoastaan ESPR-tuoteryhmiä. Komissio mainitsee myös akut, rakennustuotteet, lelut, pesuaineet ja loppukäyttäjille tarkoitetut tensidit siltä osin kuin unionin lainsäädäntö edellyttää kyseisellä alalla digitaalista tuotepassia. Ensimmäinen sitova määräaika on edelleen 18. helmikuuta 2027 tietyille akuille.
Rekisteri, resolver ja tietolähde ovat kolme eri kerrosta
Toimivan DPP-järjestelmän tulisi erottaa tehtävät selkeästi:
- EU-rekisteri vahvistaa, että tunniste ja vaaditut metatiedot on rekisteröity.
- Resolver ohjaa pysyvän tuotetunnisteen oikeaan resurssiin.
- Varsinainen tietolähde toimittaa ajantasaisen sisällön ihmisille ja koneille.
Tämä erottelu ei ole yksityiskohta. Jos kaikki tiedot sijoitetaan ainoastaan omalle tuotesivulle, kyseessä ei vielä ole rekisteriin integroitu ratkaisu. Jos taas rekisteröidään vain tunniste, käytettävissä ei vielä ole toimivaa tuotepassia. Molemmat on yhdistettävä vakaiden tunnisteiden avulla.
Selvitykseen soveltuu avoin ja pysyvä linkki. GS1-Digital-Link-resolver voi tuoda saman tunnisteen kautta saataville erilaisia esitysmuotoja: ymmärrettävän verkkosivun, koneellisesti luettavan JSON-LD:n tai täydentävän dokumentaation. Tuotteessa tai pakkauksessa oleva tietoväline säilyy tällöin vakaana, vaikka kohdejärjestelmät kehittyvät.
Mitä yritysten kannattaa tarkistaa testiympäristössä
Testiympäristöä ei ole tarkoitettu vain manuaaliseen napsautustestiin. Sitä tulisi käsitellä tuotantointegraation esivaiheena.
Organisaatio ja roolit
Ensimmäiseksi on selvitettävä, mikä oikeushenkilö rekisteröityy, kuka edustaa sitä järjestelmässä ja mitkä tiimit saavat luoda tai muuttaa rekisteröintejä. Tämä koskee perustietoja, vaatimustenmukaisuutta, IT:tä ja tarvittaessa ulkoisia palveluntarjoajia. Henkilökohtainen testitunnus ei korvaa myöhempää käyttöä varten laadittua roolimallia.
Tunnisteet ja rakeisuus
Tuotetiimin tulisi selvittää, ylläpidetäänkö tulevaa passia mallin, erän vai yksittäisen kappaleen tasolla. Vastaus riippuu kyseisen sektorin lainsäädännöstä. Rekisteritesti on oikea ajankohta sisäisten tuote-ID-tunnusten, GTINs-tunnusten, erätunnusten ja ulkoisesti käytettävän pysyvän tunnisteen yhdistämiseen.
Rajapinta ja toistettavuus
Tuotantoprosessi tarvitsee enemmän kuin yhden onnistuneen POST-pyynnön. Rekisteröinnin, päivityksen ja virheenkäsittelyn on oltava toistettavia ja lokitettuja. Tähän kuuluvat idempotentit pyynnöt, tekniset kuittaukset sekä ERP-tietueen, DPP:n ja rekisterimerkinnän selkeä yhdistäminen. Rajapintapohjainen DPP-prosessi vähentää manuaalisia poikkeamia, kun tuotteita luodaan suurempia määriä.
Metatietojen ja tuotetietojen erottaminen
Rekisteritiedoista ei pitäisi muodostua toista tuotetietovarantoa. Määritelkää, mitkä kentät ovat rekisterissä pakollisia ja mitkä jäävät hajautettuun passiin. Jokaiselle tiedolle tarvitaan ensisijainen lähde, vastuullinen taho ja päivityssääntö.
Todisteet ja valvonta
Rekisteröintitodisteet tulisi tallentaa yhdessä aikaleiman, käytetyn tunnisteen ja järjestelmän vastauksen kanssa. Lisäksi tarvitaan vertailu: onko passi olemassa, onko resolver tavoitettavissa ja vastaavatko rekisterin metatiedot sekä tuotteen tila edelleen toisiaan?
Miksi tullille tarvitaan oma tarkistusketju
Rekisteri auttaa tulliviranomaisia tarkistamaan automaattisesti ennen luovutusta vapaaseen liikkeeseen, ovatko voimassa oleva rekisteröity DPP ja vaadittu tavarakoodi saatavilla. Maahantuojille syntyy näin uusi riippuvuus: tuotetunnisteen, rekisterimerkinnän ja tulli-ilmoituksen on oltava yhdenmukaiset.
Virhe ei siis tule näkyviin vasta tuotesivulla. Se voi vaikuttaa rajaprosessiin. Yritysten tulisi simuloida jo testivaiheessa tietovirrat tuotteen luomisesta tuontiasiakirjoihin asti ja määrittää, kuka saa korjata virheellisen rekisteröinnin lyhyellä varoitusajalla.
Käytännöllinen 30 päivän testisuunnitelma
- Valitkaa todellinen oikeushenkilö ja pieni, edustava tuotevalikoima.
- Dokumentoikaa jokaiselle tuotteelle suunniteltu DPP-rakeisuus ja ensisijaiset tunnisteet.
- Suorittakaa täydellinen prosessi käyttöliittymän kautta ja tarvittaessa myös rajapinnan avulla.
- Arkistoikaa rekisteröintitodiste, resolverin vastaus ja koneellisesti luettavat tuotetiedot yhdessä.
- Testatkaa virhetilanteet: kaksoistunniste, vanhentuneet metatiedot, saavuttamaton tietokone ja käytöstä poistettu tuote.
- Muodostakaa tulosten perusteella toimintamalli, joka sisältää vastuut, valvonnan ja eskalointimenettelyn.
Rekisterin käyttöönotto ei vielä tarkoita, että kaikki alakohtaiset tietovaatimukset olisivat jo täysimääräisesti voimassa. Se kuitenkin siirtää keskustelun esityksistä todennettaviin prosesseihin. Yritykset voivat nyt selvittää, sopivatko niiden tunnisteet, roolit ja rajapinnat yhteen, ennen kuin ensimmäiset velvoittavat määräajat alkavat.
