kuidas saan oma tootepasporti enne avaldamist testida

Testimine enne avaldamist ei ole eraldiseisev seaduslik protseduur, vaid praktikas vajalik

Tootepassi testimine enne selle avalikustamist ei ole samm, mida ESPR nime ja artikli numbriga ette näeb — määruse sätetest käy välja, mis passiil peab olema võimeline tegema ja sisaldama, mitte aga seda, kuidas ettevõte seda enne avaldamist kontrollida. Siiski on testimine praktikas hädavajalik, kuna ESPR artikli 10 ja 11 (Määrus (EL) 2024/1781) nõuavad passi toimimiselt — näiteks linkimist õige QR-andmekandjaga, andmete kättesaadavust ja viisi, kuidas pass tehniliselt toimib —, mida ei saa hinnata ilma passi tegelikult avamata, skaneerimata ja läbimata nii, nagu seda hiljem teeb järelevalveasutus või lõppkasutaja.

Kellele see on oluline ja millega see ei kaasne

See küsimus puudutab iga osapoolt, kes vastutab passi koostamise ja avaldamise eest — tootjat, importööri või poolt, kes seda nende nimel teeb — ja soovib teada, kas pass on õige enne selle tootega sidumist ja QR-andmekandja välja jõudmist. Siin ei käsitleta seadusandjale kuuluvat kohustuslikku ametlikku testimisprotsekolli ja ka mitte vastavushindamist ega turuteostust kolmandate osapoolte poolt läbiviidava tõendustena. Samuti ei käsitleta küsimust, kas passi sisu on juriidiliselt korrektselt korraldatud — see on küsimus andmete eneste kohta, mitte testimise tehnika kohta. Kes soovib teada, millised andmed sinna peaksid kuuluma ja kas pass üldse kehtib mingi toote suhtes, leiab vastuse pigem küsimusest kehtib digitaalne tooteppass minu elektroonikal.

Kindel kuupäev veel puudub, kuid suund on selge

Elektroonikal ja IKT-aparatuuril ei ole veel määratud digitaalse tootepassi nõude jõustumise kuupäeva; see tuleneb tootekategooriate kaupa delegeeritud aktidest, mida ESPR-i töökavas 2025–2030 oodatakse alates 2027. aastast. Kindel on aga raamistik, milles selline pass hiljem peab toimima: ESPR artiklis 9 kirjeldatakse, mis on digitaalne tootepasi ja milline roll sellel on, artiklis 10 kirjeldatakse nõudeid, millele sisu ja juurdepääsetavus peavad vastama, ja artiklis 11 kirjeldatakse tehnilist kavandi ja toimimist, sealhulgas andmekandja. Kuni konkreetne kuupäev iga osacategooriakohtase kohta on avaldatud, siis puudub seaduslik testinõue — aga nõuded, millele testimine peaks vastama, on suurel määral juba kindlaks määratud.

Kuidas seda praktikas teha

Kes nüüd juba passiga tegutsema asub, teeks hästi, kui ehitaks testi üles mitmes etapis, selles järjekorras, milles kontroll hiljem toimuks. Esiteks kontrollitakse, kas QR-andmekandja tehniliselt toimib: kas ta skaneerib probleemideta ja viib õige, ajakohasele passilehele — see puudutab otse ESPR artiklis 11 kirjeldatut andmekandja tehnilistest kujundustest. Järgneb sisu kontroll vastavalt artiklis 10 nõututule: kas õiged andmed on sees, kas nad on ajakohased ja kas need on sihtaudientsile (tarbija, turutegija, järelevalveasutus) tõesti kättesaadavad ilma tarbetute tõkesteta. Seejärel kontrollitakse, kas pass peab vastu ka korduva kasutuse puhul: kas link jääb kümne aasta jooksul kättesaadavaks, mis on hostitamise eesmärk ja kas juba avaldatud andmed ei muutu soovimatul viisil. Test tootmiskeskkonnas enne tegelikku käivitamist — kasutades testtoote või avalikus nähtavuses mitte oleva passilehe abil — hoiab ära, et vead ilmneksid alles siis, kui pass on juba klientidele või järelevalveasutusele näidatud. See läheb kokku sellega, mida järelevalveasutus tavaliselt kontrolli puhul näha soovib; kes soovib selleks valmis olla, leiab rohkem teabe mida küsib järelevalveasutus elektroonika kontrollimisel. Mitme mudeli või brändiga ettevõtete puhul on selleks ka praktiline testimisprotsess standardiseerida, nii et iga passi ei kontrollita jälle käsitsi — see omakorda langes kokku käsitletud lähenemisega aadressil kuidas korraldан tootepasporti kõigile oma tooteliinidele korraga.

Mida see tähendab ja millel see põhineb

Et pasporti testitakse enne avaldamist, ei tulene see ESPR-i eksplitsiitsest testikohustusest, vaid määruse (EL) 2024/1781 artiklite 9, 10 ja 11 kombinatsioonist: koos kirjeldavad nad, mis on digitaalne tootepasport, milliseid andmeid ja juurdepääsutavust nõutakse ning kuidas see peab tehniliselt toimima andmekandjaga. Pasport, mis vastab neile nõuetele niipea kui see üleminekuks läheb, on praktikas võimalik garanteerida ainult eelnevalt täpselt nende punktide järgi kontrollides. Kuni vastavate osade delegeeritud õigusakt pole avaldatud, jääb testi täpne sisu eelistatavalt paindlikuks, kuid tuum — toimiv andmekandja, õiged ja juurdepääsetavad andmed, stabiilne hostimine — muutub tõenäoliselt enam oluliselt.

Kes nüüd tahab testimist alustada, seadistab esmalt testikeskkonna, mis on eraldiseisev lõplikust avaldamisest, vaatab seejärel üle oma andmed artikli 10 nõuete põhjal ja kontrollib seejärel QR-andmekandjate tehnilist külge artikli 11 kohaselt — lähenemine, mis sobib hästi käesoleva artikliga kirjeldatud laiema sammudega kuidas ma lähen digitaalse elektroonikatoodete passi juurde samm-sammult.