Mis on digitaalsete toodete passiportide register ja mida peab sinna sisestama?
Register on keskkohane koht, kuhu tootepassi andmed tagasi jõuavad
Digitaalse tootepassi register on keskne andmebaas, mille Euroopa Komisjon asutab ja hallitsab ning kuhu digitaalse tootepassi tuumandmed salvestatakse enne toote turule jõudmist. Tegemist ei ole passiga endaga — see jääb tootele, mis on saadaval QR-koodi või muu andmekandjaga — vaid viitega sellele: toote ainuidentifikaator, link kohale, kus tootepassi andmed asuvad, ja andmed turujõu kohta, kes on nende õigsuse eest vastutav. Tollide ja turuvalve asutused saavad seda registrit kasutada, et kontrollida, kas tootel on kehtiv pass, ilma et nad peaksid füüsilist toodet skannima. Selle registri kõrval luuakse veebibportaal, mille eesmärk on muuta osa tootepassi andmetest otsitavaks ka avalikkusele — tarbijatele, teadlastele, teistele ettevõtetele.
Kelle jaoks see kehtib ja kelle jaoks (veel) mitte
Register on asjakohane toodete puhul, mille jaoks ESPR-i (Määrus (EL) 2024/1781) delegeeritud säte teeb digitaalse tootepassi kohustuslikuks. Tekstiili ja rõivaste puhul ei ole see kohustus veel kehtinud: see tuleneb tootekategooriakaupa ja esimene kategooria, mis silmapiiril on, on rõivad, mille tekstiilkiud on kaheksakümmend protsenti või rohkem. Kuni tootegruppide jaoks ei ole delegeeritud sätet avaldatud, ei ole kohustust registrisse midagi panna — register eksisteerib süsteemina, kuid täitmise kohustus tekib tootekategooriate kaupa. Oluline on eristada registrit ka füüsilise toote andmekandja: QR-kood rõivasel viitab tootepassi andmetele, samal ajal kui register on eraldi, EL-laiuseline süsteem, mis on ennekõike ette nähtud asutuste verificeerimiseks ja avalikkuse tutvumiseks veebibportaali kaudu. Üks ei asenda teist.
Kuupäev pole veel kindel
Sel ajal ei ole registri tekstiili ja rõivaste jaoks tähtaja kindel kuupäev, millal seda tegelikult täita tuleb. Mis aga kindel on, on järjekord: komisjon töötab ESPR-i tööplaan 2025–2030 alusel delegeeritud sätetega tootegrupiti ja rõivastele oodatakse sellist sätet umbes 2027. aastal, kusjuures esimene kategooria on rõivad tekstiilkiududest kaheksakümmend protsenti või rohkem. Alles siis, kui see delegeeritud säte on vastuvõetud ja avaldatud, selgub, millest kuupäevast on passi — ja sellega registrisse kantavat — nendele toodetele kohustuslik. Seni ei muutu registreerimise kohustuses midagi: puudub kohustus andmeid varem esitada ja puudub ka üleminekukord, mis kusagil juba käib. Niipea, kui delegeeritud säte on olemas, täiendatakse seda lehte konkreetse kuupäevaga.
Mida see tähendab ettevalmistamiseks
Isegi kindla kuupäevata on mõistlik juba nüüd kaaluda, kuidas oma tooteandmed on seotud sellega, mida register hiljem vajab. Praktikas taandub see mõnele sammule. Esiteks: kontrollida, millised tooteparameetrid on juba fikseeritud ja kus — materjalikomplektsioon, päritolu, tootmisandmed — kuna need moodustavad nii passi kui ka registri kande aluse. Seejärel: jälgida, millal oma tootekategooriale delegeeritud säte avaldatakse, sest see määrab mitte ainult kuupäeva vaid ka täpselt, millised andmed on kohustuslikud. Seejärel, niipea kui kohustus jõustub: tagada, et igal tootel on kordumatu identifikaator, mis on kooskõlas sellega, mida register ootab, ja et toote andmekandjale (QR-kood) viidatakse õigesti tootepassi andmetele. Kes teeb passi kokku ja hostib seda kolmanda poole, näiteks seda platvormi kaudu, ei pea seda tehnilist kopplingut registriga ise välja selgitama — kuid aluseks olevad tooteandmed jäävad asjaks, mille eest on valmistaja või sisseveoja ise vastutav.
Kus see asub: ESPR-i 13. ja 14. artikkel
Need obligatsioonid tulenevad Määruse (EU) 2024/1781 (ESPR) artiklist 13, mis reguleerib digitaalsete toodepasside registri loomist ja toimimist, ja Määruse sama artiklist 14, mis kirjeldab veebikeskkonda avalikule juurdepääsule passi andmete osale. Mõlemad artiklid on üldised, horisontaalsed sätted, mis kehtivad kõigile ESPR-i toodeterühmade suhtes; tekstiili ja rõivaste konkreetne täitmine — millised andmed, mis kuupäevast alates — tuleneb alles tooterühmaspetsiifilisest delegeeritud aktist.
Kes soovib juba nüüd eeltöö ette võtta, peab oma toodete andmeid korrast aitama ja rõivaste delegeeritud akti avaldamist jälgima; kui see on saadaval, leiab konkreetse kuupäeva ja täpse andmekogumi, mida register küsib, siit.
Millel see põhineb
- Määrus (EU) 2024/1781 (ESPR), artikkel 13 (digitaalsete toodepasside register)
- Määrus (EU) 2024/1781 (ESPR), artikkel 14 (veebikeskkond digitaalpassi andmetele)
Määrus ise on EUR-Lexis. Me viitame igale väitele; te ei pea meil uskuma.
Mida te konkreetselt peate tegema
Mida teilt oodatakse
Digitaalse tootepassi register on keskne Euroopa süsteem, kuhu salvestatakse iga tootepassi kohta teatavad andmed, olenemata sellest, kus passi ise hoitakse. ESPR-i artiklid 13 (Määrus (EL) 2024/1781) kirjeldavad seda registrit, ja artikkel 14 kirjeldab veebilehte, mille kaudu järelevalveasutused ja muud osapooled neid andmeid vaatavad. Passi enda hostib tootja või importija — või texpas.eu puhul meie hostingupartnerina — kuid osa identifitseerivate andmete salvestatakse ka registrisse.
Baasteabe registreerimine tootepõhiselt
Iga toote puhul, mille puhul on digitaalset tootepassi kohustuslik, registreeritakse andmete kogum: muuhulgas toote unikaalne identifitseerimiskood ja viited passi leidmiskoha kohta. Ettevõtte jaoks, millel on 10 kuni 100 töötajat, tähendab see, et registreerimine ei ole eraldiseisev protsess sellest, kuidas tooteid identifitseeritakse. Toote ilma unikaalse identifitseerimiskoodita ei saa registrisse korrektselt kanda, seega see identifitseerimine on eeltingimus, mis peab olema juba protsessi varasemas etapis korras.
Registreerimisteabe ajakohasuse tagamine
Register ei ole toote käivitamise ajal tehtud hetktõmmis. Kuni passi on olemas, peavad registri andmed vastama tegelikkusele: milline passi kuulub millisele tootele ja kus seda passi saab vaadata. Ettevõtte jaoks tähendab see, et muutused — muu hostingupartner, passi muudetud asukoht või tootesarja lõpetamine — mõjutavad ka seda, mis registris on. See puudutab otseselt küsimust kui kaua peab tootepasport saadaval olemasest registreerimine, mis enam ei vasta praktikale, on omaette probleem, olenemata sellest, kas passi on võimalik kättesaada.
Tagama, et passi saab veebilehe kaudu leida
ESPR-i artikkel 14 kirjeldab veebilehte, mille kaudu saab tootepasside andmeid vaadata. Ettevõtte jaoks tähendab see, et passi peab olema võimalik leida mitte ainult oma QR-koodi kaudu tootel, vaid ka see, et alusandmed on avatud viisil, mis vastab sellele, mida see veebileht ootab. See on erinev lähenemisviis küsimusele kuidas QR-kood tootele jõuab: QR-kood on juurdepääs tarbijale kaupluses, register ja veebileht on juurdepääs järelevalvele ja turule tervikuna.
Registreeringu ja passi enda andmete vaheline järjepidevus
Mis registris on, peab loogiliselt kooskõlas olema sellega, mida passis endas saab lugeda. Produktiivi kood, mida registris teisiti kirjutatakse kui passis, või passi URL, mis enam ei ole õige, tekitab lahknevuse, mille järelevalveasutus märkab, kui vaatab veebilehte. Ettevõtetele, kes töötavad mitme süsteemiga — ERP-pakett varudeks, eraldi süsteem toodete andmete jaoks — on see punkt, kus koordineerimine on vajalik, midagi, mis ilmneb ka küsimuses, kas tootepassi saab seostada olemasoleva ERP- või varusüsteemiga.
Kus asjad praktikas valesti lähevad
Levinud olukord on, et ettevõte muudab toote identifitseerimiskoodi hilisemal ajal — näiteks sisemiste artiklinumbrite puhastamisel — ilma et seda muutust ei rakendata registreerimisandmetele. Tulemuseks on see, et passi praktikas veel eksisteerib ja õige on, kuid seda ei ole võimalik leida registris olevate andmete kaudu.
Teine olukord ilmneb, kui lülitutakse tootepassi teisele hostingupartnerile. Passi sisu koos liigub, kuid asukoht, kus seda saab leida, muutub. Kui registreerimisandmeid vastavalt ei kohandatakse, osutab register aadressile, mis enam ei ole olemas.
Kolmas olukord tekib siis, kui kollektsioonis on variandid. Kui ettevõte eeldab, et üks registreerimine piisab kogu tooteliini jaoks, kuigi iga suurus ja värvus vajab tegelikult omaette passi, puuduvad osa registreeringuid, mis oleksid pidanud olema.
Neljas olukord on viga, mida avastatatakse alles pärast avaldamist — valesti sisestatud identifitseerimisel kood või passi, mis on seotud vale tootega. Ettevõtted kahtlevad sageli, kas muudatus on võimalik ja kas seda tuleb ka registreeringus kajastada; see on seotud küsimusega kas viga avaldatud passis on võimalik parandada.
Viies olukord esineb ettevõtte lõpetamise või ülevõtmise puhul. Tootepasi ja seotud registreerimine pole automaatselt seotud nende loonud ettevõtte jätkumisega, ja selguse puudus selle kohta tekib sageli alles siis, kui küsimus on juba aktuaalne, kuigi see teema on seotud sellega, mis on kirjeldatud mis juhtub tootepassiportaaliga, kui ettevõte lõpetab töö.
Mida saate salvestada
- Nimekiri, milline identifitseerimisel kood vastab millisele tootele ja millisele variantide, kaasa arvatud ajamomendid, mil need koodid on loodud või muudetud.
- Sisemine protsess, mis määrab, kes vastutab registreerimisandmete muudatuste rakendamise eest, kui toode, hostimiskoht või ettevõtte struktuur muutub.
- Logi avaldatud passide muudatustest koos kuupäeva ja muudatuse põhjusega.
- Kokkuleppeid passi hostingupartneriga selle kohta, kes hoiab registreerimisandmeid ajakohasena, ja millises protsessis seda toimub.
- Nimekiri toodetest, millel on mitu passi, kui rakendatavasti, et oleks selge, milline registreerimine millisele passile vastab — asjakohane siis, kui tootel on vaja mitu passi, mis omavahel seotud.
See ei ole õiguslik nõu. See leht annab üldist teavet reguleerimise kohta, mille üle see platvorm käib. Me ei tea teie olukorda. Kui te kahtlete oma juhul, konsulteerige juristiga või pädevate järelevalveasutustega.
Kirjutatud AI-ga ülaltoodud allikate põhjal, kontrollitud inimese poolt 2026-08-22. Kas midagi ei ole õige? Andke teada — parandused saavad prioriteedi.