mis juhtub minu tootepasportidega, kui hostinguettevõte tegevuse lõpetab

Vastutus lasub tootjal, mitte hostinguteenuse pakkujal

Kohustus hoida tootepassi andmeid kättesaadavana lasub tootjal või importööriol, kes toote turule viib, mitte ettevõttel, kes hostinguteenust osutab. Hostinguteenuse pakkuja nagu matrapas.eu täidab seda kohustust ülesande alusel, kuid lõppvastutus ei kandu üle. Kui hostinguteenuse pakkuja tegevuse lõpetab, ei tähenda see, et kohustus tootepassi kättesaadavaks tegemiseks kaob — see jääb kohustuseks ettevõttele, kes toote turule viis. See, mis muutub, on aga see, kes selle tehnilise aluse sel hetkel tagab.

Kellele see kohaldub ja millise olukorra puhul mitte

See teema käsitleb andmete enda jätkusuutlikkust: jääb informatsioon, mis QR-koodi taga asub, päritavaks ka siis, kui midagi muutub teenusepakkuja juures, kes andmeid hostib. See on erinev küsimus sellest, mis juhtub, kui tootmine või import teostav ettevõte ise tegevuse lõpetab — see olukord käsitletakse peatükis mis juhtub tootepassiga, kui toote taga olev ettevõte tegevuse lõpetab. Samuti ei käsitle see teema küsimust, kui kaua pass kokku kättesaadav peab jääma; see arutelu käib peatükis tootepassi säilitusamet. See leht piirdub praktilise küsimusega, mis juhtub, kui tootepassi tehnilise teenusepakkuja — hostinguteenuse pakkuja — tegevus lõpetub, samal ajal kui toote taga olev ettevõte tegutsemist jätkab.

Mis on juba määratletud ja mis mitte

Millal digitaalse tootepassi kohustus madratsitele täpselt kehtima hakkab, pole veel määratletud: ESPR-määrus ise on jõus, kuid delegeeritud tegevus, mis selle madratsitele konkreetselt rakendab, oodatakse tööplaani 2025–2030 jooksul, ja kuupäev kuvatakse siin niipea, kui tegevus on avaldatud. Mis aga juba määratletud on, on ESPR-ist eneses tulev põhimõte: artikkel 10 sätestab digitaalse tootepassi kättesaadavuse ja jätkusuutlikkuse nõudeid, ja artikkel 13 reguleerib passid, mis võetakse üles keskses Euroopa registris. See register eksisteerib sõltumatult ettevõttest, kes alusandmeid hostib — see on viitenussüsteem, mitte kõigi sisude enda ladustamiskoht. Mis register täpselt hoiab ja mis sinna peab märkima, on kirjeldatud peatükis tootepasside Euroopa register.

Kuidas seda praktikas läbi viiakse

. Tootja või importöör, kes hostinguteenuse pakkujaga koostööd teeb, peab esimeseks sammuks teada saama, mis lepinguliselt on kokku lepitud juhul, kui hostinguteenuse pakkuja tegevuse lõpetab: kas on andmete ülekandmine fikseeritud ja kellele andmed siis üle antakse. Edasi on oluline teada, mis vormingus andmed üle antakse — andmekogum, mis on loetav ainult ühe teenusepakkuja süsteemis, on vähem väärt kui andmekogum, mille saab teisele osapoolele üle kanda. See seondub küsimusega, kas pass on seotud välise süsteemiga: kes hallaksid oma tootandmeid juba ERP- või varude süsteemis, nagu kirjeldatud peatükis tootepassi ühendamine oma süsteemiga, omavad andmete omaenda allikat, mis ei kao, kui hostinguteenuse pakkuja tegevuse lõpetab — ühendamine tagab, et alusandmed jäävad muuale säilinud, isegi kui kuvatise andmisest hoolitseb teine osapoolega.

Järgmisena on oluline, mis juhtub QR-koodiga ja tema taga oleva lingiga. Kui hostinguteenuse pakkuja tegevuse lõpetab ja andmed kolivad teise asukohta, peab olemasolev QR-kood toodel jätkuvalt viitama kehtivale teabele — mitte surnud lingile. Praktiliselt tähendab see, et aluslineaal jäetakse sageli säilitamaks (näiteks ümbersuunamise kaudu uude süsteemi), nii et iga toote pinnale ei pea uut koodi kandma. Kes küsivad, kuidas täpselt see füüsilise koodi ja digitaalse andmete vahelise seose mehhanism toimib, leiab taustainfot peatükis kuidas QR-kood matrasile jõuab. Hosting-teenusepakkuja vahetusel on seega oluline jälgida, et toote identifitseerimiskood ja selle andmete link jääks puutumatuks, isegi kui alustegevad infrastruktuur muutuvad.

Lõpetuseks on praktiline eelnevalt küsida, kuidas hosting-teenusepakkuja käsitleb oma ettevõtte tegevuse lõpetamist: kas on protseduur, mis rakendub, kas tootjat hoiatatakse eelnevalt, ja kas on periood, mille jooksul saab andmeid tõmmata enne, kui süsteem väljastatakse kasutusest. Sellised lepingud määravad praktikas, kui palju riski kaasnevad ühe konkreetse tarnija kadumisega.

Selle aluseks: ESPR artikkel 10 ja artikkel 13

ESPR artikkel 10 (Määrus (EL) 2024/1781) sätestab nõuded digitaalsele tootepassiyle, sealhulgas andmete juurdepääsetavusele perioodil, mil neid tuleb kättesaadavaks jätta — nõue, mis kehtib passiilile endale, mitte ühele konkreetsele tehnoloogiaosutajale. Sama määruse artikkel 13 reguleerib digitaalsete tootepassiide registrit, kuhu passiid kantakse nii, et need oleksid leitavad ja kontrollitavad, sõltumata sellest, milline pool tegeleb aluste hosting-teenusega. Koos pannakse nende artiklitega vastutus andmete jätkuva kättesaadavuse eest nende peale, kes passiid lõi, mitte ühele juhuslikule lülile tehnoloogilises täitmisel.

Kes hetkel hosting-teenusepakkujat valib või kaalub, saab seda kasutada kontrollnimekirjana: küsige andmete eksportimise võimaluste, QR-lingi käsitlemise kohta võimaliku vahetuse korral, ja hosting-teenusepakkuja enda tegevuse lõpetamise protseduuri kohta — ja määrake need lepingud kindlaks enne, kui esimesed passiid väljuvad.