milliste nõuete kohaselt peab minu tootepaspordi hosting toimima

Hosting peab andmeid püsivalt saadavaks ja juurdepääsetavaks hoidma

Digitaalse tootepassi hosting peab tagama, et seal olevad andmed püsivad, jäävad ajakohaseks ja on päringu alusel kättesaadavad neile, kellel selleks vastavalt õigusaktidele õigus on — tarbijatele, turustajatele ja järelevalveasutustele. ESPR-i (Euroopa Parlamendi ja Nõukogu määrus (EL) 2024/1781) artikkel 10 sätestab, et pass peab olema juurdepääsetav toote andmekandjal (tavaliselt QR-kood), et andmed peavad olema õiged ja ajakohasena ajanud, ning et säilitus on korraldatud nii, et pass kestab ettenähtud ajavahemiku. Lisaks sätestab artikkel 13, et iga passi andmete viide jõuab Euroopa kesksesse registrisse, ja artikkel 14 määratleb, et Komisjon loob veebiportaali, kus need registreeritud andmed on otsitavad. Hosting ei ole seega ainult "leht, mis avaneb skannimisele" — see on tehniline ja organisatsioonilne vastutus, mis jätkub seni, kuni pass peab olema olemas.

Kellele see kehtib ja kellele mitte

Need nõuded kehtivad digitaalse tootepassi pakkujale: praktikas tootja, importija või volitatud esindaja, kes on vastutav toote turustamise eest, või pool, kes seda tööd nende nimel teostab. See käsitleb passi enese hostingut — kohta, kus tootega seotud andmed asuvad, mida andmekandja kaudu välja kutsutakse. See ei käsitle andmekandja endist: kuidas QR-kood tootele jõuab ja milline tehniline vorm sellel on, on teine küsimus, mis on välja töötatud leheküljel kuidas QR-kood tootele jõuab. See ei käsitle ka küsimust, millised andmed peavad passis olema ega millises failivorrangus need tuleb esitada — see määratakse tootekategooriate kaupa eraldi ja on kirjeldatud leheküljel tootepassi andmete esitamine. Hosting on täpsemalt öeldes infrastruktuur: kus andmed asuvad, kui kaua, ja kuidas need jäävad juurdepääsetavaks.

Täpsed nõuded järgnevad tootekategooriate kaupa, alates kuupäevast, mis ei ole veel fikseeritud

ESPR ise kirjeldab põhilisi jooni — juurdepääsetavust, ajakohasust, sidet registriga — kuid detailsed tehnilised ja operatsioonilised hostingnõuded määratakse tootekategooriate kaupa delegeeritud aktides. Elektronika ja IKT-seadmete puhul ei ole veel avaldatud, millal see kohustus täpselt jõustub. ESPR-i tegevuskava 2025–2030 nimetab neid kategooriaid, ja delegeeritud aktid tehakse selles oodates alates 2027. aastast, kuid elektroonikat ja IKT-t käsitlev kindel kuupäev puudub. Kuni konkreetset tootegruppi käsitlev delegeeritud akt on avaldatud, ei kehti sellele grupile ESPR-st tulenevat konkreetset hostingnõuet. Niipea kui elektronika ja IKT-d käsitlev akt avaldatakse, ilmub kuupäev siia.

Mida see hosting'u korraldamisele tähendab

Kes juba nüüd arvab tootepassi hostingule, teeb hästi, kui algab kestusest: pass peab olema kättesaadav ajavahemikul, mis määratakse tootekategooriate kaupa, ja see nõue mõjutab otse hostingpartei ja -infrastruktuuri valikut — seda selgitatakse detailsemalt leheküljel kui kaua peab tootepasport saadaval olema. Teine tähelepanu punkt on järjepidevus: hosting peab jätkama tööd ka siis, kui muutub ettevõttes, mis passi pakub, mis on oluline äritegevuse peatamisel või ülevõtmisel — vt lehekülje mis juhtub passiga, kui ettevõte lõpetab tegevuse. Kolmas punkt on sidumine Euroopa registriga: hosting'u keskkond peab olema nii korraldatud, et viide passile on registris õige ja ajakohaselt, mida selgitatakse leheküljel digitaalsete tootepasside register. Kui ettevõtja hallaldab tooteteabe juba ERP- või varude süsteemis, saab ta lisaks ette vaadata, kuidas see ühendus praktiliselt korraldatakse. Lõpuks on soovitatav hostingu pakkuja valikul pöörata tähelepanu sellele, mis juhtub katkestuse, hostingu pakkuja ülevõtmise või lepingu kehtivusaja lõppemisel — punktid, mida ESPR sõnaselgelt ei käsitle, kuid mis praktikas määravad, kas püsiva juurdepääsetavuse nõue täidetakse.

Millel see põhineb: ESPR artiklid 10, 13 ja 14

ESPR artikkel 10 (Määrus (EL) 2024/1781) kirjeldab digitaalse tootepassi üldseid nõudeid, sealhulgas andmete juurdepääsetavust ja ajakohasust. Artikkel 13 reguleerib keskset registrit, kuhu registreeritakse viide igale passiportale, ja artikkel 14 reguleerib veebilehte, mille kaudu Komisjon selle registri andmetele juurde pääsu võimaldab. Need artiklid moodustavad koos raamistiku, mille piires passipordi majutamine peab toimima; tootekategooria-spetsiifilised üksikasjad sisalduvad hilisemates delegeeritud aktides.

Kes passiporti juba ette valmistavad, peaks alustama oma tootekategooria ja vastava delegeeritud akti staatuse välja selgitamisest ning sealt edasi arvestama säilitamistähtaegade ja registriühenduse nõuetega hostingu lahenduse valikul.

Millel see põhineb

Määrus ise asub EUR-Lexis. Viitame väitele; te ei pea meile usaldama.

Mida te konkreetselt peate tegema

Millised on teie kohustused

ESPR ei ettekirjuta, missugune hostingu pakkuja passiporti majutab, kuid nõuab, millisele nõuetele andmete säilitamine ja avalikustamine peavad vastama. ESPR artikkel 10 (Määrus (EL) 2024/1781) nimetab digitaalse tootepassi enda nõudeid; artikkel 13 käsitleb registrit, kuhu passiporte registreeritakse; artikkel 14 reguleerib veebilehte, mille kaudu järelevalveasutused ja muud osapooled andmetele juurde pääsevad. 10–100 töötajaga ettevõtte jaoks tähendab see mitmeid eraldi, konkreetseid kohustusi.

Passiport peab jääma kättesaadavaks andmekandjast tootel

Passiport avatakse andmekandjast — praktikas QR-koodist — mis paigutatakse tootele või selle juurde. ESPR artikkel 10 seab nõudeid sellele kandjale ja passipordi vahelisele ühendusele: link peab jääma tööle ka aastaid hiljem. Keskmise suurusega ettevõtte jaoks tähendab see, et hostingu pakkuja valik ei ole eraldiseisev andmekandjast: mõlemad peavad omavahel koonduma ja jääma selliseks pikemaajaliselt. Kuidas see ühendus praktikas luuakse, on kirjeldatud aadressil kuidas saab digitaalse tootepassi QR-kood minu elektroonikavarustusele.

Andmeid peavad õiged osapooled saama kasutada, ilma et kõik näeksid kõike

Artikkel 10 teeb vahet andmetel, mis on nähtavad kõigile — näiteks tarbijale, kes QR-koodi skaneerib — ja andmetel, mis on mõeldud ainult järelevalveasutustele või muudele turuosalistele. Majutuskeskkond peab seda vahet tehniliselt rakendama saama. Ettevõtte jaoks tähendab see, et valitud lahendus ei saa lihtsalt "kõik avalik" või "kõik sisselogimise taga" olla: peab olema võimalik kihiti juurdepääs, kohandatud selle järgi, kes millisel osale teavet vajab.

Passiport peab registreerima Euroopa registrisse

ESPR artikkel 13 kohustab passiporti registreerima keskses Euroopa registris, kuhu sisaldub tootega seotud põhiteave ja passipordi asukoht. Passipordi enda majutamine ja registreerimine selles registris on kaks eraldatud asja: passiport võib olla oma või välisel hostingu pakkujal, kuigi registris sisaldub ainult viide ja põhiteave. Mis sellesse peab minema ja kuidas registreerimine toimib, on selgitatud mis on digitaalse tootepassi register ja mida peaksin sinna panema.

Andmed peavad vastama järelevalve veebilehele

Artikkel 14 ESPR-ist tutvustab veebportaali, mille kaudu turuvalveasutused ja tollivolitised saavad digitaalsetest tootepassitest andmeid uurida. Hostimisteenindu pakkuja seisukohalt tähendab see, et passii andmete salvestamine ei saa olla isoleeritud: peab olema võimalik tehniline ühendus selle portaaliga, mis määratakse kindlaks Komisjoni poolt. Ettevõte, mis hosib andmeid ise või kasutab hostimisteenindu pakkujat, peab tegema kindlaks, kas see pool tunneb sellise ühenduskohustuse olemasolu ja kuidas seda täidetakse.

Andmed peavad olema hõlpsasti tuvastatavad ja ülekantavates vormingutes

Hosting pole lihtsalt küsimus "kus see asub", vaid ka "millises vormingus". Artikkel 10 sätestab nõudeid interoperatiivsuse osas: andmed peavad olema masinale loetavad ja ülekantavad, et need ei jääks ühte tarnija ühte süsteemi. Väiksema ettevõtte puhul on see sageli punkt, millest hostimisteenindu pakkuja valikul kõige rohkem sõltub: suletud süsteem, mida on raske eksportida, on vastuolus selle nõudega. Andmete edastamise failivorming on väljatöötatud mis formaadis pean tootepaspordi andmeid esitama.

Kus läheb praktikas valesti

Tavaline olukord on see, et ettevõte valib hostimisteenindu pakkuja, küsimata, kas see osapoolele saab garanteerida tehnilist ühendust artikli 14 veebportaali abil. Siis, kui turuvalveasutus soovib andmeid uurida, ilmneb, et ühendust pole.

Teine olukord tekib siis, kui avalikud ja mitteavaliku teabega seotud andmed pole korralikult eraldatud: kogu teave asub sama juurdepääsu taga või on vastupidi kõik täielikult avalik, kuigi teatud andmed on ette nähtud ainult turuosalistele või turuvalvele.

Esineb ka juhtumeid, kus ettevõte ajab produktipassi hostimise segamini Euroopa registrisse kandjustamisega: arvudetakse, et pass on "registreeritud", sest see on veebis olemas, kuigi registrisse kandmine on eraldi etapp, mis ei toimu automaatselt.

Neljas olukord on see, kui hostimisteenindu pakkuja lõpetab teenuse pakkumise või mille vastu võetakse teise ettevõtte poolt, kusjuures andmed pole ülekantavates vormingutes kättesaadavad. Ettevõte jääb siis kinni süsteemi külge, mis pole enam ligipääsetav, kuigi tootel olev QR-kood on juba ringluses.

Viies, sageli tehtud viga on see, et andmekandjat tootel ja hostimisasukohta ühendav side korraldatakse üksteisest tehniliselt eraldi — näiteks sellepärast, et pakendileverandør loob QR-koodi ilma andmeid hostivate osapoolte kooskõlastamiseta. Hostimisteenindu pakkuja vahetamise korral kood enam ei tööta.

Mida saate dokumenteerida

Ülevaade, millised passis olevad andmed on avalikud ja millised on ette nähtud ainult turuvalvele või turuosalistele, et hostimisteenindu pakkuja saaks seda erinevust tehniliselt rakendada.
Kirjalik kokkulepe hostimisteenindu pakkujaga artikli 14 veebportaali ühenduse kohta, sealhulgas see, kes vastutab selle ühenduse muutumise korral.
Dokumenteeritud protseduuri Euroopa registrisse kandjustamise kohta, eraldatuna hostimisagreementidest — vt ka teavitust mis on digitaalse tootepassi register ja mida peaksin sinna panema.
Eksportimise võimalus või lepinguline garantii, et andmeid saab küsida ülekantavates vormingutes hostimislepingu lõppemisel.
Dokumentatsioon andmekandjat ja hostimisasukohta ühendava seose kohta, sealhulgas see, mis juhtub hostimisteenindu pakkuja või süsteemi vahetamise korral — oluline on ka see, kuidas see on seotud kas ma saan tootepassi oma ERP- või varunduussüsteemiga ühendada.
Kokkulepe hostimiskohustuse kestuse osas, mille üle tuleb arvestada teadaolevat kui kaua peab tootpass kättesaadav olema.

See ei ole juriidiline nõu. See leht annab üldist teavet määruse kohta, millega see platvorm tegeleb. Me ei tea teie olukorda. Oma juhtumi puhul kahtluse korral konsulteerige juristiga või pädevas järelevalveorgani.

Kirjutatud AI-ga ülaltoodud allikate põhjal, inimese poolt kontrollimuud 2026-09-05.a.d. Kas midagi pole õige? Andke teada — parandused saavad eesõiguse.