Kas pean fikseerima, kui kaua seade tarkvara-uuendusi saab?

Tarkvara tugi ei ole veel kohustuslik

Tarkvara-värskenduste kohustuslik tähtaeg ei ole veel kindel. ESPR-raamistiku määruse (Euroopa Liidu määrus 2024/1781) kohaselt on küll õiguslik alus selle kehtestamiseks tootekategooriate kaupa, kuid tegelik nõue — kui kaua peab tootja värskendusi pakkuma ja kas see tähtaeg peab olema digitaalses tootepassis — määratakse alles delegeeritud aktiga konkreetse tootegrupi jaoks. Elektroonika ja IKT-seadmete puhul seda akti veel ei ole. Kuni see on olemas, ei ole üldist, jõustatavat kohustust värskenduste tähtaja määramiseks passis, kuigi tarkvara vananemine on sisuliselt täpselt selline jätkusuutlikkuse teema, millele ESPR on suunatud.

Asjakohane tarkvaraga toodetele, mitte kõigele

See teema puudutab seadmeid, mille funktsioonaalsus sõltub tarkvarast: nutikate funktsioonidega valgete kaubad, IKT-seadmed ja laiema ulatusega elektroonika püsivara või operatsioonisüsteemiga. Puhtalt mehaaniliste toodete puhul ilma tarkvarata ei ole küsimus lihtsalt asjakohane. Ka elektronika sektori piirides kehtib: ESPR töötab tootekategooriate kaupa delegeeritud aktidega, nii et nõue, mis kehtib nutitelefonide puhul, ei kehti automaatselt pesumasina või ruuteri puhul. Raamistiku määrus ise (artiklid 5–7) loetleb nõuete tüüpe, mida võib kehtestada — sealhulgas jätkusuutlikkust, usaldusväärsust ja parandatavust ja täiendatavust — kuid ei tõlgi neid veel konkreetse tootekategooria jaoks konkreetseteks aastateks. Kes praegu otsib konkreetse seadme jaoks kindlat tähtaega, ei leia seda ESPR praegusest tekstist kuskilt.

Puudub kindel kuupäev: delegeeritud aktid kategooriate kaupa

Puudub kindel kuupäev, millal see elektroonika ja IKT-seadmete puhul kehtima hakkab. ESPR-i tööplaani 2025–2030 järgi töötletakse välja delegeeritud aktid tootekategooriate kaupa, eeldusega, et esimesed neist ilmuvad alates 2027. aastast. See on tööplaani näitaja, mitte lubadus ega seadus. Kuni delegeeritud akt konkreetse tootegrupi jaoks on avaldatud, kehtivad selle grupi puhul ESPR-i üldised määrused (artiklid 5–7 sisuliste nõuete kohta, artikkel 10 selle kohta, mis peab olema digitaalses tootepassis) ilma et sellest tuleneks juba konkreetne värskenduste tähtaeg. Niipea kui elektroonika või IKT delegeeritud akt avaldatakse, on siin näidatud selle nõude kuupäev ja sisu.

Mida see tähendab: töötlemise järjekord

Kes selleks soovib valmistuda, vaatab kõigepealt oma tootekategoriat ESPR-i tööplaanis ja jälgib sellest lähtuvalt vastavate delegeeritud aktide avaldamist — see on hetk, mil selgub, kas ja kui kaua on värskenduste tähtaeg kohustuslik ning kas see peab olema digitaalses tootepassis. Kuni selle akti avaldamiseni ei ole selle teabe panemisele passi mingit õiguslikku kohustust, kuid ükski seadus ei keela tootjal praegu juba sisemiselt jälgida, kui kaua tarkvara tugi tooteliini kohta lubatakse — see on siis iseseisev, vabatahtlik lubadus, mitte ESPR-kohustus. Kellele digitaalset tootepassi koostama kutsutakse, tähendab see praktikas: praegune passi struktuur ei pea seda välja sisaldama, kuid niipea kui delegeeritud akt selle jaotise kohta seda ette näheb, lisatakse see väli paski ja täidetakse andmetega, mille tootja või maaletooja sel ajal esitab. Kes praegu juba tarkvara toega seotud andmeid hoiab — millised mudelid, millised tähtajad, millised värskenduspoliitikad — on sel hetkel eespool, kui nõue konkreetne saab, sest need andmed on siis juba passi töötlemiseks kättesaadavad.

Alus: artiklid 5–7 ja artikkel 10

Võimalus esitada nõudeid tarkvara toele tuleneb ESPR määruse (EL) 2024/1781 artiklitest 5–7, mis moodustavad ökoloogilise kujundamise raamistiku: sooritussuhtlikud nõuded nagu jätkusuutlikkus, töökindlus ja upgrade'i sobivus, ning teabega seotud nõuded. Need artiklid nimetavad nõuete kategooriaid, mida saab edasi täpsustada delegeeritud aktidega tootegruppidel, kuid ei määra ise konkreetseid värskenduse tähtaegu. Sama määruse artikkel 10 reguleerib, mis peab olema kaasatud digitaalsesse tootepassi; ka siin kehtib põhimõte, et täpsed andmeväljad määratakse tootekategooriate kaupa vastavalt nende kategooria jaoks määratud nõudealusele. Kuni elektroonikat ja IKT-d käsitleva delegeeritud akti ei ole avaldatud, mis tarkvara tuge spetsiaalselt nimetab, jääb see teema kaderverorduse piires võimaluseks, mitte konkreetseks kohustuseks.

Kes selle küsimusega juba tegeleb, peab parimal juhul jälgima oma tootekategooria delegeeritud akti avaldamist ja ettevalmistama vahepeal oma tarkvara toega seotud andmeid, et need oleksid valmis, kui pass neid küsib.

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

Tarkvara tugi võib muutuda ökoloogilise konstrueerimise nõudeks

ESPR-i kohaldamisel on võimalik delegeeritud aktides kehtestada toote jätkusuutlikkuse nõudeid, sealhulgas tarkvara kohta: kui kaua seade saab funktsionaalseid ja turvalisuse värskendusi, ja mis juhtub seadme funktsioonidega pärast selle toe lõpetamist. ESPR-i artiklid 5–7 (määrus (EL) 2024/1781) nimetavad seda toote jõudlus- ja teabenõuete osana, mida võib produktirühma kaupa kehtestada. Elektroonika ja IKT-seadmete puhul on see üks arutlualustest, mida peetakse asjakohaseks, arvestades tarkvara rolli seadme eluea jooksul — pesumaja või sülearvuti, mis tehniliselt veel töötab, kuid ei saa enam värskendusi, asendatakse praktikas sageli ikkagi. Ettevõtte jaoks, mille peal on 10 kuni 100 töötajat, tähendab see seda, et osakond, mis vastutab toote teabe eest (sageli sama osakond, mis koostab juba garantiiperioode ja kasutajaõpikuid), peab tegema uut andmete tüüpi: periood, millal värskendusi tarnitakse, toote mudeli või tarkvarakeelu järgi.

Teave peab olema toodipaspordi leitav

ESPR-i artikkel 10 (määrus (EL) 2024/1781) kirjeldab, millist teavet digitaalse toodipaspordi hulka tuleb lisada, kui delegeeritud akt selle produktirühma jaoks määratakse. Kui tarkvara toe kestus muutub elektroonika nõudeks, jõuab see teave mitte ainult juhendisse või veebisaidile, vaid ka paspordi isse — struktureeritud ja seotud toote QR-andmekandega. Keskmise suurusega ettevõtte jaoks tähendab see, et uuendusperiood ei saa olla eraldiseisev otsus, mille teeb tarkvara-osakond, ja eraldi kommunitseerida turustusosakond: see teave peab lõpuks sama andmekogumis olema nagu näiteks energiatarve ja parandusvõimalikkuse skoor. Mis täpselt paspordi hulka kuulub, erineb produktirühma kaupa; aadressil millised andmed jõuavad elektroonika tootepassi? on kategooriate loetelu, mis sinna kuuluvad.

Märgitud periood peab vastama reaalsusele

Toe kestuse määramine on üks samm; selle ka teostamine on teine. Kui tootja lubab paspordi muudatuste perioodi — ja otsuste muudatused (varem lõpetatud uuendamise tsükkel, ülemine, mille käigus tarkvara-meeskond likvideeritakse), tuleb töötada. See puudutab küsimust, kui tihti peavad paspordi andmed ajakohaseks jääma; vaata kui ajakohaseks peavad andmed jääma? et teada saada, mis sellest teada on. Sellesuurusega ettevõtte jaoks tähendab see sageli, et andmete kestuse lubadus ei tee ainult produktijuht, vaid ajastatakse partneriga, kes tarkvaraga tegeleb — sisemise meeskonna või välise pakkujaga.

Kus läheb praktikas valesti

Esimene olukord: tootja mainib turundusmaterjalides uuendusperioodi ("viis aastat turvalisuse värskendusi"), kuid see lubadus pole kuskil fikseeritud sisemistes dokumentides alguskuupäeva ja lõppkuupäevaga. Niipea kui see teave peab paspordi sisenema, puudub ühene allikas, millest tuletada.

Teine olukord: seadme tarkvara tarnitakse tarnija poolt (kiipide tootja, platvormi tarnija), ja impordi selle toodipaspordi koostamise ei tea, kui kaua see tarnija toet tagab. Paspordi andmete õigsuse vastutus lasub poolel, kes pasporti koostama laseb, isegi kui aluseks olev teave pärineb kolmandalt osapoolelt.

Kolmas olukord: seade müüakse mitmes kujunduses (erinevad kiipikomplektid, erinevad tarkvaraveersiooni turuala kaupa), kuid uuendusperiood märgitakse kogu mudeli numbri jaoks ühe numbrina. Hilisemas kontrollis selgub, et mõned mudelid saavad lühemat tuge kui teised.

Neljas olukord: juba müüdud seade ei saa strateegiliste muudatuste tõttu plaanitud ajast varem värskendusi, ilma et seda muudatust teataks passi haldajale. Passi andmed jäävad näitama algset, liiga optimistlikku ajavahemikku.

Viies olukord: ettevõte eeldab, et "tarkvara tugi" käsitleb ainult turvavärskendusi, samas kui funktsionaalsed värskendused (uued funktsioonid, ühilduvus uute tarvikutega) käsitletakse eraldi — ja komunikatsioon sellest kliendile on vastuolus, ilma selge arusaamata, kumb neist peaks passis olema.

Mida saate dokumenteerida

Sisedokument tootmudeli kohta tarnitud funktsionaalsete värskenduste ja turvavärskenduste perioodiga, mõlemad selge alguskuupäevaga (näiteks turuletulekuks) ja vajadusel lõppkuupäevaga.
Kokkuleppeid tarkvara- või komponentide tarnijatega nende lubatud minimaalse toe kestuse kohta, sealhulgas teabe, mis juhtub ülevõtmise, pankroti või platvormi lõpetamisega.
Ülevaade, millised seadme funktsioonid sõltuvad tarkvara värskendustest ja mis juhtub nende funktsioonidega toe lõpetamisel (näiteks: seade jätkab põhifunktsioonide täitmist, kuid kaotab ühenduse rakendusega).
Protsess värskenduste plaani muudatuste (varajane lõpetamine, pikendamine) teatamiseks osakonnale, mis haldab toote passi, et andmed ei jääks tegelikkusest maha.
Eristamine tootmudeli iga versiooni või variandi jaoks, kui tarkvara tugi erineb kiibistiku või turupiirkonna järgi.
Teabe allikas: kas antud periood on enda lubadus või toeleverandija edastatud garantii? See on asjakohane siis, kui keegi küsib, millel passis olev andmepunkt põhineb — vt ka ma avastasin tootepassis vea, kuidas edasi? kuidas käsitleda ebatäpseid või aegunud andmeid.

Niipea kui elektronika ja IKT-tehnika delegeeritud akt on avaldatud, selgub siin konkreetselt, millised andmed on täpselt kohustuslikud ja mis kujul. Kuni selle ajani on enda, kontrolli aluse koostamine värskenduste perioodide kohta viis, et ei peaks hiljem rekonstrueerima, mis kunagi lubati.

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.