mitä tuotepassini hosting-palvelun tulee täyttää

Hosting-palvelun on pidettävä tiedot pysyvästi saatavilla ja käytettävissä

Digitaalisen tuotepassin hosting-palvelun on varmistettava, että tiedot säilyvät, pysyvät ajantasaisina ja että niitä voi pyytää heillä, joilla on oikeus siihen sääntöjen mukaan — kuluttajat, markkinatoimijat ja valvontaviranomaiset. ESPR:n (Asetus (EU) 2024/1781) 10 artikla määrää, että passi on oltava saatavilla tiedonsiirtovälineen välityksellä tuotteessa (tavallisesti QR-koodi), että tiedot ovat oikeita ja päivitettävissä, ja että tallennustila on järjestetty siten, että passi kestää määrätyn ajanjakson. Lisäksi 13 artiklan mukaan viittaus jokaiseen passiin on siirrettävä keskitettyyn EU:n rekisteriin, ja 14 artikla määrää, että komissiolla on www-portaali, jolla nämä rekisteröidyt tiedot ovat saatavilla. Hosting ei siis ole vain "sivu, joka avautuu skannattaessa" — se on tekninen ja organisatorinen vastuu, joka jatkuu niin kauan kuin passi on oltava olemassa.

Kenelle tämä koskee ja kenelle ei

Nämä vaatimukset koskevat sitä, joka tarjoaa digitaalisen tuotepassin: käytännössä valmistajaa, tuojaa tai valtuutettua edustajaa, joka vastaa tuotteen kauppaan saattamisesta, tai osapuolta, joka suorittaa tätä tehtävää heidän puolestaan. Kyse on itse passista — paikasta, jossa tuotetiedot ovat ja jotka noudetaan tiedonsiirtovälineen avulla. Kyse ei ole itse tiedonsiirtovälineestä: siitä, miten QR-koodi tulee tuotteeseen ja mikä sen tekninen muoto on, on eri kysymys, joka on käsitelty sivulla miten QR-koodi tulee tuotteeseen. Kyse ei myöskään ole siitä, mitä tietoja passiin on sisällyttävä tai missä tiedostomuodossa ne toimitetaan — tämä määritetään erikseen jokaiselle tuoteluokalle ja kuvataan sivulla tuotepassin tietojen toimittaminen. Hosting on nimenomaan infrastruktuuri: missä tiedot sijaitsevat, kuinka kauan, ja miten ne pysyvät saatavilla.

Tarkat vaatimukset määritellään tuoteluokittain päivämäärästä, jota ei vielä ole vahvistettu

ESPR itse kuvaa pääpiirteet — saatavuus, ajantasaisuus, kytkentä rekisteriin — mutta hosting-palveluun liittyvät yksityiskohtaiset tekniset ja operatiiviset vaatimukset määritellään tuoteluokittain delegoiduissa säädöksissä. Elektroniikka- ja ICT-laitteille ei ole vielä julkaistu sitä, milloin tämä velvoite tarkalleen tulee voimaan. ESPR-työsuunnitelma 2025-2030 mainitsee nämä luokat, ja delegoituja säädöksiä odotetaan siitä alkaen vuodelta 2027, mutta elektroniikan ja ICT:n osalta ei ole vielä kiinteää päivämäärää. Ennen kuin tietyn tuoteryhmän delegoitu sääntö on julkaistu, kyseiselle ryhmälle ei ole vielä konkreettista ESPR:stä johtuvaa hosting-velvoitetta. Kun delegoitu sääntö elektroniikalle ja ICT:lle julkaistaan, päivämäärä päivitetään tähän.

Mitä tämä tarkoittaa hosting-palvelun järjestämisen kannalta

Joka jo miettii tuotepassin hosting-palvelua, tekee hyvin, jos aloittaa kestosta: passisi on pysyttävä saatavilla tuoteluokalle määritetyn ajan, ja tämä vaatimus vaikuttaa suoraan hosting-palveluntarjoajan ja -infrastruktuurin valintaan — tämä käsitellään tarkemmin sivulla kuinka kauan tuotepassin on oltava saatavilla. Toinen huomioitava seikka on jatkuvuus: hosting-palvelun on toimittava myös silloin, kun muutoksia tapahtuu passpia tarjoavassa yrityksessä, mikä tulee ajankohtaiseksi yrityksen lopettamisesta tai haltuunotosta — katso sivu mitä tapahtuu passille, kun yritys lopettaa. Kolmas seikka on kytkentä EU:n rekisteriin: hosting-ympäristö on järjestettävä siten, että viittaus passiin on oikea ja ajantasainen rekisterissä, mitä selitetään sivulla digitaalisten tuotepassien rekisteri. Jos tuotteen tiedot hallinnoidaan jo ERP- tai varastojärjestelmässä, voidaan myös ennakoida, miten kyseinen liityntä käytännössä toteutetaan. Lopuksi on suositeltavaa kiinnittää huomiota hosting-palveluntarjoajan valinnassa siihen, mitä tapahtuu häiriön, hosting-palveluntarjoajan itsensä haltuunoton tai sopimuksen voimassaolon päättymisen tapauksessa — seikkoihin, joita ei ole sanottu suoraan ESPR:ssä, mutta jotka käytännössä määrittävät, täyttyykö tietojen jatkuvan saatavuuden taustalla oleva vaatimus.

Mistä tämä perustuu: ESPR:n 10, 13 ja 14 artikla

ESPR:n (Asetus (EU) 2024/1781) 10 artikla kuvaa digitaalisen tuotepassin yleisiä vaatimuksia, kuten tietojen saatavuuden ja ajantasaisuuden. 13 artikla sääntelee keskusrekisteriä, johon merkitään viittaus jokaiseen passiin, ja 14 artikla sääntelee verkkoportaalia, jonka kautta komissio avaa rekisterin tiedot. Nämä artikkelit muodostavat yhdessä kehyksen, jonka puitteissa tuotepassin hostingia on toimittava; tuoteluokkakohtaiset yksityiskohdat tulevat myöhemmissä delegoiduissa säädöksissä.

Yritys, joka jo nyt valmistelee tuotepassia, tekee parhaiten aloittamalla omasta tuoteluokastaan ja asiaan liittyvien delegoitujen säädösten tilasta, sekä ottamalla huomioon säilytysajan ja rekisteriliityntöjen vaatimukset hosting-ratkaisun valintaa tehtäessä.

Mihin tämä perustuu

Asetus itsessään on EUR-Lexissä. Me viittaamme kullekin väitteelle; te ette joudu meitä uskomaan.

Mitä sinun on konkreettisesti tehtävä

Mitä sinulta odotetaan

ESPR:ssä ei määrätä, millä hosting-palveluntarjoajalla tuotepassin on oltava, mutta se määrää, mitä ominaisuuksia tietojen varastointia ja avaamista on noudatettava. ESPR:n (Asetus (EU) 2024/1781) 10 artikla mainitsee digitaalisen tuotepassin itsensä vaatimukset; 13 artikla käsittelee rekisteriä, johon paspit ilmoitetaan; 14 artikla sääntelee verkkoportaalia, jonka kautta valvontaviranomaiset ja muut osapuolet pääsevät tietoihin. 10–100 työntekijän yritykselle tämä tarkoittaa useita erillisiä, konkreettisia velvollisuuksia.

Passi on pysyttävä saavutettavissa tuotteessa olevan datavälineen kautta

Passi avataan data-välineellä — käytännössä QR-koodilla — joka asetetaan tuotteelle tai tuotteen yhteyteen. ESPR:n 10 artikla asettaa vaatimuksia kyseiselle liitynnälle: linkki on toimittava, vaikka vuosia kuluu. Keskikokoiselle yritykselle tämä tarkoittaa, että hosting-palveluntarjoajan valinta ei ole riippumaton data-välineen valinnasta: molempien on sovittava yhteen ja säilyttävä tämä pitkäaikaisesti. Miten kyseinen liityntä käytännössä toteutetaan, on kuvattu kohdassa kuinka QR-koodi tuotepassia varten päätyy elektroniikkaani.

Tiedot on oltava oikeiden osapuolten saatavilla siten, että kaikki eivät näe kaikkea

Artikla 10 tekee eron tietojen välillä, jotka ovat kaikkien nähtävissä — esimerkiksi kuluttajalle, joka skannaa QR-koodin — ja tietojen välillä, jotka on tarkoitettu vain valvontaviranomaisille tai muille markkinatoimijoille. Hosting-ympäristön on kyettävä tekemään tämä ero teknisesti. Yritykselle tämä tarkoittaa, että valittu ratkaisu ei voi yksinkertaisesti olla "kaikki julkista" tai "kaikki salasanan takana": porrastetun pääsyn on oltava mahdollista sen mukaan, kuka tarvitsee mitä osaa tiedoista.

Passi on ilmoitettava Euroopan rekisteriin

ESPR:n 13 artikla velvoittaa passin rekisteröimiseen keskusrekisteriin, joka sisältää perusaineiston tuotteesta ja passiin johtavasta osoitteesta. Itse passintaminen sekä rekisteröinti kyseiseen rekisteriin ovat kaksi erillistä asiaa: passi voi olla omalla tai ulkoisella hosting-palveluntarjoajalla, kun taas rekisteri sisältää vain viitteen ja keskeiset tiedot. Mitä siihen on sisällytettävä ja miten ilmoitus toimii, on selvitetty kohdassa mikä on digitaalisten tuotepassien rekisteri ja mitä sinne on laitettava.

Tietojen on oltava yhteensopiva valvontaa varten tarkoitetun verkkoportaalin kanssa

Artikla 14 ESPR:stä esittelee verkkoportaalin, jonka kautta valvontaviranomaiset ja tulli voivat lukea digitaalisten tuotepassien tietoja. Hosting-palveluntarjoajalle tämä tarkoittaa sitä, että passin tietoja ei voi varastoida eristettynä: järjestelmän on oltava teknisin keinoin liitettävissä tähän portaaliin tavalla, jonka Komissio määrittää. Yritykselle, joka isännöi tietoja itse tai käyttää hosting-palveluntarjoajaa, on tarkoituksenmukaista kysyä, tuntuuko palveluntarjoaja tätä liitäntävelvoitetta ja miten se täytetään.

Tiedot on oltava tunnistettavassa ja siirrettävässä muodossa

Hosting ei ole vain kysymys "missä se sijaitsee", vaan myös "missä muodossa". Artikla 10 asettaa interoperaabelisuutta koskevia vaatimuksia: tiedot on oltava koneen lukemissa ja siirrettävissä, jotta ne eivät jäisi jumissa yhden toimittajan yhteen järjestelmään. Pienelle yritykselle tämä on usein kohta, joka vaikuttaa eniten hosting-palveluntarjoajan valintaan: suljettu järjestelmä, jota on vaikea viedä, on ristiriidassa tämän vaatimuksen kanssa. Tiedostomuoto, jossa tiedot toimitetaan, on määritelty kohdassa missä muodossa minun tulee toimittaa tuotepassitiedot.

Missä asia menee pieleen käytännössä

Yleinen tilanne on, että yritys valitsee hosting-palveluntarjoajan kyselemättä, voiko palveluntarjoaja varmistaa teknisen liitäntöyhteyden artiklan 14 verkkoportaaliin. Silloin kun valvontaviranomainen haluaa lukea tietoja, käy ilmi, ettei kytkeytymistä ole.

Toinen tilanne syntyy, kun julkisten ja ei-julkisten tietojen välinen ero ei ole asianmukaisesti järjestetty: kaikki tiedot sijaitsevat samassa pääsykohdan takana tai päinvastoin kaikki on täysin avoinna, vaikka tietyt tiedot on tarkoitettu vain markkinaosapuolille tai valvonnalle.

Myös tilanne, jossa yritys sekoittaa tuotepassin isännöinnin Euroopan rekisteriin rekisteröintiin: ajatellaan, että passi on "rekisteröity", koska se on verkossa, vaikka rekisteriin ilmoittautuminen on erillinen vaihe, joka ei tapahdu automaattisesti.

Neljäs tilanne on hosting-palveluntarjoaja, joka lopettaa palvelun tai jonka omistajasuhteet muuttuvat jonkin ajan kuluttua, jolloin tiedot eivät ole saatavilla siirrettävässä muodossa. Yritys on silloin sidottu järjestelmään, joka ei ole enää käytettävissä, vaikka QR-koodi tuotteessa on jo levinnyt markkinoille.

Viides yleinen virhe on, että datavälineen (tuotteella) ja isännöintisijainnin välinen kytkös järjestetään teknisesti toisistaan riippumatta — esimerkiksi siksi, että pakkausten toimittaja luo QR-koodin ilman yhteistyötä tietojen isännöivän osapuolen kanssa. Hosting-palveluntarjoajan vaihtumisen yhteydessä koodi ei enää toimi.

Mitä voit dokumentoida

Luettelo siitä, mitkä tuotepassin tiedot ovat julkisia ja mitkä on tarkoitettu vain valvonnalle tai markkinaosapuolille, jotta hosting-palveluntarjoaja voi toteuttaa tämän eron teknisesti.
Kirjallinen sopimus hosting-palveluntarjoajan kanssa artiklan 14 verkkoportaalin liitäntöyhteydestä, mukaan lukien se, kuka on vastuussa, jos liitäntäyhteys muuttuu.
Vahvistettu menettely Euroopan rekisteriin ilmoittautumiselle, erillään hosting-sopimuksista — katso myös tieteen kohdassa mikä on digitaalisten tuotepassien rekisteri ja mitä sinne on laitettava.
Viennin mahdollisuus tai sopimusperusteinen takuu siitä, että tiedot voidaan pyytää siirrettävässä muodossa hostingsopimuksen päättyessä.
Dokumentaatio datavälineen ja isännöintisijainnin välisestä kytkennästä, mukaan lukien se, mitä tapahtuu hosting-palveluntarjoajan tai järjestelmän vaihtumisen yhteydessä — myös se, miten tämä liittyy. voinko kytkeä tuotepassin ERP- tai varastojärjestelmääni.
Sopimus hosting-velvoitteen kestosta, joka on sovitettu siihen, mitä tiedetään kuinka kauan tuitepassin on oltava saatavilla.

Tämä ei ole juridista neuvontaa. Tämä sivu antaa yleistä tietoa sääntelystä, jota tämä alusta koskee. Emme tunne tilannettanne. Jos epäilet omaa tilannettanne, neuvottelkaa asianajajan tai toimivaltaisen valvontaviranomaisen kanssa.

Kirjoitettu tekoälylla yllä olevien lähteiden perusteella, ihmisen tarkistama 2026-09-05. Onko jokin väärässä? Kerro meille — korjaukset saa etusijaa.