Ar turėčiau įrašyti, kaip ilgai aparatas gauna programinės įrangos atnaujinimus?
Programinės įrangos palaikymas dar nėra privalomas
Privalomasis programinės įrangos atnaujinimų laikotarpis dar nenustatytas. ESPR bazinė reglamentacija (Reglamentas (ES) 2024/1781) suteikia teisinį pagrindą šiam reikalavimui nustatyti pagal produkto kategoriją, tačiau tikrasis reikalavimas — kiek laiko gamintojas turi tęsti atnaujinimus ir ar šis laikotarpis turi būti nurodytas skaitmeniniame produkto pasporte — bus nustatytas tik per deleguotą aktą konkrečiai produktų grupei. Elektronikos ir IRT įrangai šis aktas dar nepriimtas. Kol jis nebus priimtas, nėra bendro, įgyvendinamojo reikalavimo nustatyti atnaujinimų laikotarpį pasporte, nors programinės įrangos pasenimas iš esmės yra toks pat tvarumo klausimas, kuriam skirta ESPR.
Aktualus produktams su programine įranga, o ne visiems
Šis klausimas yra svarbus įrenginiams, kurių funkcionalumas priklauso nuo programinės įrangos: išmanūs šalti buitiniai elektros prietaisai, IRT įranga ir platesnė elektronika su programavimo atmintimi arba operacine sistema. Gryniems mechaniniams produktams be programinės įrangos šis klausimas tiesiog nerelevantus. Elektronikos sektoriuje taip pat galioja: ESPR veikia per deleguotus aktus pagal dalinius kategorijas, todėl reikalavimas, taikomas išmaniesiems telefonams, automatiškai netaikomas skalbyklei arba routeriui. Pati bazinė reglamentacija (straipsniai 5–7) nurodo reikalavimų tipą, kurie gali būti nustatyti — tarp jų tvarumas, patikimumas ir reparacijos bei atnaujinimo galimybės — tačiau jos dar neverčia į konkretų metų skaičių konkrečiam produktui. Kas dabar ieško griežto laikotarpio konkretūs aparatui, jo niekur neras dabartiniame ESPR tekste.
Dar nenustatyta data: deleguoti aktai pagal kategoriją
Nėra nustatytos datos, kada tai pradės galioti elektronikai ir IRT. Pasak ESPR darbo plano 2025–2030, deleguoti aktai pagal dalinius kategorijas bus rengiami, tikintis, kad pirmieji iš jų pasirodys nuo 2027 m. Tai yra darbo plano nuoroda, ne įsipareigojimas ir ne įstatymas. Kol deleguotas aktas konkrečiai produktų grupei nebus paskelbtas, tai grupei galioja bendrosios ESPR nuostatos (straipsniai 5–7 dėl materialinių reikalavimų, straipsnis 10 dėl to, kas turi būti skaitmeniniame produkto pasporte), nors iš to dar neišplaukia konkretus atnaujinimų laikotarpis. Kai tik deleguotas aktas elektronikai arba IRT bus paskeltas, čia bus nurodyta jo data ir reikalavimo turinys.
Ką tai reiškia: veiksmų eiliškumas
Kas nori tam pasiruošti, pirmiausia žiūri į savo produkto kategoriją ESPR darbo plane ir toliau seka atitinkamo deleguoto akto paskelbtą — tai yra momentas, kai paaiškėja, ar ir kiek laiko atnaujinimų laikotarpis yra privalomas ir ar jis turi būti įtrauktas į skaitmeninį produkto pasportą. Kol tas paskelbtą nėra, nėra jokio juridinio reikalavimo šią informaciją įtraukti į pasportą, tačiau niekas netrukdo gamintojui dabar jau viduje registruoti, kiek laiko programinės įrangos palaikymas per produkto liniją yra garantuojamas — tai yra savarankiška, savanoriskai nustatyta garantija, ne ESPR prievolė. Tam, kas leido sukurti skaitmeninį produkto pasportą, tai iš esmės reiškia: dabartinė pasporto struktūra dar nėra privalo turėti šį laukelį, bet kai deleguotas aktas dėl atitinkamos podkategorijos tai reikalaus, tas laukelis bus pridėtas prie pasporto ir užpildytas duomenimis, kurie to meto gamintojo arba importuotojo bus pateikti. Kas jau dabar renka duomenis apie programinės įrangos palaikymą — kurie modeliai, kokios sąlygos, kokios atnaujinimų strategijos — tokiu atveju turi pirmenybę tam momentui, kai reikalavimas konkrečiai sudarys, nes tada tie duomenys jau bus pasiekiami, norint juos įtraukti į pasportą.
Pagrindas: straipsniai 5–7 ir straipsnis 10
Galimybė nustatyti reikalavimus programinės įrangos palaikymui kyla iš ESPR (Reguliavimo (ES) 2024/1781) 5–7 straipsnių, kurie sudaro ekodesaino pagrindą: veiklos reikalavimai, tokie kaip tvarumas, patikimumas ir tinkamumas atnaujinti, ir su jais susiję informacijos reikalavimai. Šiuose straipsniuose nurodytos reikalavimų kategorijos, kurias galima toliau detalizuoti per deleguotus aktus kiekvienai produktų grupei, tačiau patys šie straipsniai nenustatyti jokio konkretaus atnaujinimo termino. Tos pačios direktyvos 10 straipsnis reglamentuoja, kas turi būti įtraukta į skaitmeninį produkto pasą; čia taip pat taikytina taisyklė, kad tikslūs duomenų laukai nustatomi pagal kiekvieną produktų kategoriją, remiantis tai kategorijai nustatytais reikalavimais. Kol elektronikos ir IKT srityje nėra paskelbto deleguoto akto, kuriame būtų konkrečiai paminėtas programinės įrangos palaikymas, šis klausimas pagal kaderą sudarančią direktyvą lieka galimybe, o ne konkrečia pareiga.
Jei dabar jau nagrinėjate šį klausimą, geriausia būtų sekti savo produktų kategorijos deleguoto akto skelbimą ir tuo tarpu sutvarkyti savo duomenis apie programinės įrangos palaikymą, kad jie būtų paruošti, kai pasas jų poreikalaus.
Pagrindu
- Reglamentas (ES) 2024/1781 (ESPR), 5–7 straipsniai (ekologinio projektavimo, pagal kuriuos skaičiuojamas našumas ir informacijos reikalavimai)
- Reglamentas (ES) 2024/1781 (ESPR), 10 straipsnis (skaitmeninio produkto paso reikalavimai)
Direktyva pati yra EUR-Lex. Mes nurodome pagal teiginį; jums mūsų tikėti nereikia.
Ką jūs konkrečiai turite daryti
Ko iš jūsų tikimasi
Programinės įrangos palaikymas gali tapti ekologinio projektavimo reikalavimu
ESPR leidžia į deleguotus aktus įtraukti reikalavimus dėl produkto darnumo, įskaitant programinę įrangą: kiek laiko įrenginys gauna funkcinius ir saugumo atnaujinimus, ir kas atsitinka su įrenginio funkcionalumu, kai ta pagalba sustabdoma. ESPR (Reglamentas (ES) 2024/1781) 5–7 straipsniai tai nurodo kaip dalis veiklos ir informacijos reikalavimų, kurie gali būti nustatyti kiekvienai produktų grupei. Elektronikai ir IKT įrenginiams tai yra viena iš laikomu relevantiškomis temomis, atsižvelgiant į programinės įrangos vaidmenį įrenginio eksploatavimo trukmėje — skalbimo mašina arba nešiojamasis kompiuteris, kurie techniškai dar veikia, bet nebegauna atnaujinimų, praktikoje dažnai vis tiek pakeičiami. Bendrovei turinčiai nuo 10 iki 100 darbuotojų tai reiškia, kad padalinys atsakingas už produkto informaciją (dažnai tas pats, kuris jau dabar renka garantinių laikotarpių ir naudotojo vadovų informaciją) turi pradėti sekti naują duomenį: laikotarpį, per kurį teikiami atnaujinimai, pagal produkto modelį arba programinės įrangos versiją.
Informacija turi būti randama produkto pasporte
ESPR (Reglamentas (ES) 2024/1781) 10 straipsnis aprašo, kokia informacija turi būti įtraukta į skaitmeninį produkto pasportą, kai tik deleguotasis aktas tą nustato produktų grupei. Kai tik programinės įrangos palaikymo trukmė tampa reikalavimu elektronikai, ta informacija ne tik patenka į vadovą ar internetinę svetainę, bet ir į patį pasportą — sustrukturintai ir susieta su QR duomenų nešikliu ant produkto. Vidutinei bendrovei tai reiškia, kad atnaujinimo laikotarpis negali būti nustatytas atskirai programinės įrangos padalinio ir atskirai komunikuojamas rinkodaros: ta informacija galiausiai turi būti toje pačioje duomenų bazėje kaip, pavyzdžiui, energijos suvartojimas ir taisomojo potencialo balas. Kas tiksliai turi būti pasporte, skiriasi pagal produktų grupę; adresu kokios duomenys pateks į elektronikos produkto pasą? pateikiamas duomenų kategorijų, kurios jame atsiranda, apžvalga.
Nurodytasis laikotarpis turi atitikti tikrovę
Palaikymo trukmės nustatymas yra vienas žingsnis; jos įgyvendinimas — kitas. Jei gamintojas pasporte žada atnaujinimų laikotarpį, laukiama, kad tas laikotarpis iš tikrųjų būtų pasiektas — ir kad bet kokie pakeitimai (anksčiau sustabdytas atnaujinimų ciklas, perevala, dėl kurios programinės įrangos komanda mažinasi) būtų apdoroti. Tai liečia klausimą, kaip dažnai pasporto duomenys turi likti aktualūs; žr. kaip aktualūs turi likti duomenys? dėl to, kas tuo atžvilgiu yra žinoma. Šios apimties bendrovei tai dažnai reiškia, kad pasižadas dėl atnaujinimų trukmės ne tik pateikia produkto vadovas, bet suderina su puse, kuri iš tikrųjų palaikytina programinę įrangą — vidinis komanda arba išorinis tiekėjas.
Kur praktikoje klystauja
Pirmoji situacija: gamintojas rinkodaros medžiagoje nurodo atnaujinimų laikotarpį ("penki metai saugumo atnaujinimų"), tačiau šis pasižadas niekur nėra fiksuotas vidiniame dokumente su pradžios data ir pabaigos data. Kai tik ta informacija turi patekti į pasportą, nėra vienareikšmiško šaltinio, kuriuo remtis.
Antroji situacija: įrenginio programinę įrangą tiekia tiekėjas (čipų gamintojas, platformos tiekėjas), o importuotojas, sudarantis produkto pasportą, nežino, kiek laiko tas tiekėjas garantuoja palaikymą. Atsakomybė už pasporto duomenų teisingumą priklauso pusei, kuri pasportą užsako sudaryti, net jei pagrindinė informacija gaunama iš trečiosios šalies.
Trečioji situacija: įrenginys parduodamas įvariomis versijomis (skirtingos chipsetai, skirtingos programinės įrangos versijos pagal rinkos regioną), tačiau atnaujinimų laikotarpis visam modelio numeriui nurodomas kaip vienas skaičius. Atlikus vėlesnę patikrą paaiškėja, kad kai kurie variantai palaikomi trumpiau nei kiti.
Ketvirta situacija: jau parduotas įrenginys dėl strategijos pasikeitimo negauna atnaujinimų greičiau nei planuota, be to, šis pokytis negrąžinamas tam, kuris tvarkytų pasportą. Pasporto duomenys ir toliau rodo originalų, per optimistišką laikotarpį.
Penkta situacija: įmonė daro prielaidą, kad "programinės įrangos palaikymas" yra tik saugumo atnaujinimai, o funkciniai atnaujinimai (naujos funkcijos, suderinamumas su naujais priedais) traktuojami atskirai – o komunikacija apie tai klientui yra nesuderinta, be aiškumo, kurie iš dviejų turėtų būti pasporte.
Ką galite užfiksuoti
- Vidinis dokumentas pagal produkto modelį su pažadėtu funkcinių atnaujinimų ir saugumo atnaujinimų laikotarpiu, kiekvienas su aiškia pradžios data (pavyzdžiui, dėl rinkos įvedimo) ir, jei žinoma, pabaigos data.
- Susitarimai su programinės įrangos tiekėjais arba tarpininkais dėl minimalaus garantuoto palaikymo trukmės, įskaitant tai, kas atsitinka perėmimo, bankroto ar platformos nutraukimo atveju.
- Apžvalga, kurie įrenginio funkcionalumai priklauso nuo programinės įrangos atnaujinimų, ir kas atsitinka su ta funkcionalumu, kai palaikymas sustoja (pavyzdžiui: įrenginys ir toliau atlieka pagrindines funkcijas, bet praranda ryšį su programa).
- Procesas informuoti apie pasikeitimus atnaujinimų grafike (ankstyvą nutraukimą, pratęsimą) departamentui, kuris tvarko produkto pasportą, kad duomenys neatsiliektų nuo realybės.
- Skirtis pagal produkto modelio versiją arba variantą, jei programinės įrangos palaikymas skiriasi priklausomai nuo mikroschemos arba rinkos regiono.
- Informacijos šaltinio fiksuojimas: ar nurodytas laikotarpis yra savoji pažada, ar perduota tarpininko garantija? Tai yra svarbu, kai kas nors klausia, kuo grindžiamas pasporte nurodytas duomuo – taip pat žr. aš radau klaidą produkto pasporte, ką daryti? norėdami sužinoti, kaip galima pagrįsti neteisingus arba pasenusias duomenis.
Kai tik yra paskelbtas elektronikos ir IKT delegavimo aktas, čia tiksliai nurodoma, kokie duomenys tiksliai yra privalomi ir kokia forma. Iki tol savo, patikrintino bylos apie atnaujinimų laikotarpius kūrimas yra būdas vėliau nereikėtų rekonstruoti, kas buvo kada pažadėta.
Tai nėra juridinis patarimas. Šis puslapis pateikia bendrąją informaciją apie reguliavimą, kuris yra šios platformos objektas. Mes nežinome jūsų situacijos. Jei abejojate dėl savo konkretaus atvejo, pasitarkite su teisininku arba kompetentinga priežiūros institucija.
Parašyta su AI pagal šaltinius aukščiau, žmogaus patikrinta 2026-08-22. Ar kažkas negerai? Praneškite mums — pataisymai turi prioritetą.