elektropas.com

Kui sageli peaksin digitaalse tootepaspordi andmeid uuendama?

Määratlemata tähtaeg, kuid ajakohasuse kohustus

ESPR-is endas ei ole määratud fikseeritud intervalli digitaalse tootepassi värskendamiseks — mitte "igal aastal", mitte "teatud arvu kuude jooksul pärast muutust". Mis on fikseeritud, on ESPR artikli 9 (Määrus (EL) 2024/1781) lähtekoht: digitaalse tootepassi teave peab olema täpne, täielik ja ajakohasne kogu aja jooksul, mil pass peab olema saadaval. See on pidev kohustus, mitte hetktõmmis turu viimise ajal täitmise hetkel. Praktikas tähendab see, et värskendus on vajalik niipea, kui midagi muutub, mis on passi andmete seisukohalt asjakohaselt — parandus, materjali koostise muutus, tagasikutse, või tootearvu lõppu jõudmine — ja mitte fikseeritud kalendri järgi. Kuidas see konkreetselt välja näeb tootekategooniati, kes võib või peab värskendust tegema, ja milline passi andmete osa on fikseeritud turu viimise ajal versus mida täiendatakse hiljem, on ESPR artikli 10 teema, mis viitab sellele delegeeritud aktile tootekategooniati.

Valmistaja, importija — ja seejärel järgnevate lülide jaoks

See teema puudutab esmajoones poolt, kes passi koostab ja turule toob: valmistajat või, teisest riigist EL-i importimisel, importijat. Sellele poolele kehtib artikli 9 ajakohasuse kohustus igatahes passi täitmise ajal kaasatud andmete osas. See ei piirdu ainult teabega, mida valmistaja ise täidab, vaid võib sisaldada andmeid, mida keti muud lülid hiljem lisavad: parandaja, kes asendab detaili, taaskasutaja, kes toodet demonteerib, või järgmine omanik müümisel. ESPR artikkel 10 nimetab selgesti, et delegeeritud akt tootekategooniati peab fikseerima, milline turuosaleja või osaline vastutab teabe üleslaadimise eest, ka pärast toote turule viimist. See tähendab, et "värskendamine" ei jää automaatselt algse valmistaja ülesandeks — mõnede andmete puhul võib see vastutus nihet teisele osapoolele elutsakli hiljem. Kus see selgesti ei kehti: staatilised, tehnilised basisandmed, mis turu viimise ajal juba määratud — nagu kordumatu tootekood. Need ei muutu isestään ja seega ei pea neid ka perioodiliselt läbi vaatama.

Elektroonikal ja IKT jaoks pole veel määratletud kuupäeva

Pole olemas avaldatud delegeeritud akti, mis fikseeriks elektroonika- ja IKT-seadmete täpsed värskenduskohustused. ESPR ise määrab artiklites 9 ja 10 raamistiku, kuid konkreetne rakendamine tootekategooniati — sealhulgas võimalikud tähtajad muutuste rakendamiseks — tuleneb delegeeritud aktist, mis peab veel ilmuma. Euroopa Komisjoni tööplaani kohaselt 2025-2030 ootab delegeeritud akte tootekategooniati alates 2027. aastast; elektroonikal ja IKT-l pole avaldamiskuupäeva teada. Kuni delegeeritud akt konkreetsele tootekategooriale avaldatakse ja jõustub, ei kehti sellele kategooriale digitaalse tootepassi põhjal mingit konkreetset värskenduskohustust — passi ise kohustus tekib ju alles selle aktiga.

Mida see praktikas tähendab

Kellele praegu orienteerub, on järjekord ligikaudu järgmine. Tuvastage esmalt, millised andmed jõuavad hiljem pasporti ja millised neist võivad toote eluea jooksul muutuda — mõelge remondiajaloo, tarkvara versioonide või muutuva koostisel mudelite muudatuste peale. Seejärel kehtestage sisemine protsess, mis neid sündmusi jälgib, et värskendamine ei sõltuksegi juhusest, vaid tuleks kindlast kontrollimisest tagasikutsumise, mudeli muutuse või tootmise lõppemisel. Määrake isegi siis, kui see pole veel seadusega nõutud, ette organisatsiooni vastutas isik paspoorditeabe jälgimiseks — see roll täpsustub delegeeritud aktiga tõenäoliselt konkreetsemalt. Lõpuks jälgige oma tootegrupi delegeeritud akti avaldamist, sest alles selles täpsustuvad täpsed värskendamise tähtajad, kes vastutab mille eest, ja millised andmed on dünaamilised ning millised on jäigad.

Kus see on sätestatud: ESPR artiklid 9 ja 10

ESPR artikkel 9 (Määrus (EL) 2024/1781) näeb ette, et digitaalne tootepassi peab olema saadaval kogu toote eeldatava eluea jooksul ja et selles olev teave peab olema täpne, täielik ja ajakohane. Sama määruse artikkel 10 sätestab, et delegeeritud aktis tuleb tootegrupi kohta täpsustada, milline turuosaleja vastutab teabe sisestamise ja värskendamise eest ka pärast toote turule toomist. Need kaks artiklit moodustavad koos raamistiku, mille raames tegelikud värskendamise kohustused tootegrupide kaupa hiljem välja töötakse.

Kes nüüd juba protsesse korraldab, peaks kõige paremini alustama sellega, et koostab ülevaate, millised andmed tema tootermis eluea jooksul muutuda võivad ja kellega kettes sellest kokku leppida tuleb — et protseduuri oleks valmis juba siis, kui tema tootegruppide delegeeritud akt ilmub.

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

Digitaalne tootepass ei ole hetktõmmis, mis pärast avaldamist paigal jääb. ESPR-i (määrus (EL) 2024/1781) artikkel 9 sätestab, et pass peab jääma toote kogu elutsükli vältel juurdepääsetavaks, ja ESPR-i (määrus (EL) 2024/1781) artikkel 10 kirjeldab nõudeid, millele pass ja alusandmed peavad vastama. Sellest järeldub, et pass peab jääma ajakohaseks nii kaua, kul toode on turul ja nii kaua, kuni see käib kasutajatel ringi — mitte ainult müügipäeval.

Ajakohasena pidamine nii kaua, kuni toodet müüakse

Kui tootemudel tarnitakse ikka veel, peavad passis olevad andmed vastama toote praegusele täitele. Kui tarnija muudab komponenti, materjali või spetsifikatsiooni, kajastub see muutus selles, mida pass väidab. 10 kuni 100 töötajaga ettevõtte jaoks tähendab see tavaliselt, et peab olema kindel ajahetk — engineering change'i, uue tarnija andmete või tehnilistest dokumentidest saadud muudatuse korral — mil keegi kontrollib, kas pass on endiselt õige. Ilma sellise ajahetketa tekib risk, et pass kirjeldab toote vanemaks jäänud versiooni sellest, mis tegelikult kastis sees on.

Ajakohasena pidamine pärast muudatusi, mis kasutajat puudutavad

Mõned muudatused puudutavad otse seda, mida kasutaja või järelevalvija passist välja võtab: tarkvarauuendus, mis funktsionaalsust muudab, muudetud garantiiaeg või uus hinnang repareeritavusele pärast konstruktsioonmuudatust. Kes määrab kindlaks, kui kaua seade tarkvara-uuendusi saab, teeb hästi, sidudes selle määramise momendiga, mil pass ajakohaseks muudetakse, et kaks kirjet üksteisest lahku ei läheks. Sama kehtib ka seadme repareeritavusskoori ülevaatusepuhul: muutub konstruktsioon, võib muutuda ka skoor, ja see on hetkhetk passi ülevaatamiseks.

Passi enda kättesaadavus sõltumata sisust

Lisaks sisule on küsimus, kas pass jääb jõutavaks. ESPR-i (määrus (EL) 2024/1781) artikkel 9 seob passi elutsükli toote omaga, mis tähendab, et QR-andmekandja ja sellele alla kuuluvad andmed ei tohi kaduda niipea, kui tootemudel kõrvaldatakse. Ettevõtte jaoks, kes reguleerib hostingut ise, on see operatiivne punkt: süsteem, mis reorganisatsiooni, süsteemimigratsiooni või fuziooni järel lihtsalt võrguühenduseta läheb, ei vasta sellele ootusele. Elektropas.com puhul on see üks põhjustest, miks hosting on garanteeritud kindlaks perioodiks, nii et ettevõte ei pea seda ise jälgima.

Vea parandamine pärast tuvastamist

Eraldi olukord on viga, mis selgub alles pärast avaldamist — valesti sisestatud väärtus, vahetatud dokument või andmed, mis teisi asju arvesse võttes ei vasta meetodile, mille järgi väärtused mõõdetakseNiipea kui see tuvastatakse, on ootus, et pass parandatakse, mitte et viga jääb seisma kuni järgmise plaanitud ülevaatuseni. Kuidas seda parandust praktikas rakendatakse, on kirjeldatud lehel passis oleva vea parandamine.

Kus läheb praktikas valesti

Pass täidetakse tootesarja käivitamisel ja seejärel enam ei vaadata, samal ajal kui toote teisendusi on vahepeal tehtud — passis olevad andmed kuuluvad siis väljamüügile, mida enam ei tarnitakse.

Tarnija vahetab kriitiliselt komponendi, et tarneprobleeme lahendada, ilma et keegi kontrolliks, kas see vahetus mõjutab seda, mis kriitiliste toorainete passis on loetletud.

IT-osakond migreerub uude süsteemi ja vanad QR-koodid osutavad äkki lehele, mis enam ei eksisteeri, samal ajal kui nende QR-koodiga tooted seisavad kasutajatel kapi peal veel aastaid.

Tarkvara meeskond pikendab või lühendab seadme toetusperioodi tooteuuenduses, kuid see muudatus edastatakse ainult siseselt ja ei rakendata lõppkasutaja poolt konsulteeritavasse pastosse.

Tehniliste andmete viga tehakse organisatsioonis juba kuude jooksul märgistama kui "midagi järgmiseks uuenduseks", samal ajal kui vigane väärtus jääb nähtavaks kõigile, kes QR-koodi skannivad.

Mida saate dokumenteerida

  • Kindel kontrollimise punkt engineering'i muudatuste protsessis, kus keegi kontrollib, kas pass vastab praegusele tootetäitele.
  • Ettevõtte nimetatud vastutav isik passiandmete ajakohasena hoidmise eest, isegi juhul, kui esialgsed andmed sisestati välise poole poolt.
  • Seos sisemise tarkvaratoetuse registreerimise ja passis olevate andmete vahel, nii et muutus ühes käivitab automaatselt teise kontrolli.
  • Protseduur selle kohta, mis juhtub niipea, kui viga teatakse, sealhulgas kes seda võib parandada ja millise sisemise kokkuleppega see juhtub.
  • Ülevaade sellest, millised tootandmeid toodategruppi kohta jäetakse meelde, kooskõlas sellega, mis on kirjeldatud omaduste juures, mida toodategruppi kohta täidetakse.
  • Kokkulepe pasti majutamise ja juurdepääsetavuse kohta pärast tootemudeli väljaarvamist, nii et QR-kood ei viita surnud lingile, kuni toote on veel kasutuses.

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 tehisintellektiga ülaltoodud allikate põhjal, inimese poolt kontrollitud 2026-08-22. Kas midagi ei ole õige? Andke teada — parandused saavad eesõiguse.