elektropas.com

Ali moram evidentirati, kako dolgo aparat prejema posodobitve programske opreme?

Programska podpora še ni obvezna

Obvezni rok za posodobitve programske opreme ni določen. Uredba o trajnosti proizvoda (EU) 2024/1781 (ESPR) sicer zagotavlja zakonsko podlago za postavitev obveznosti po kategorijah proizvoda, vendar bo dejanski zahtevek — kako dolgo mora proizvajalec še dobavljati posodobitve in ali mora biti ta rok naveden v digitalnem pasportu proizvoda — določen šele z delegiranim aktom za specifično skupino proizvoda. Za elektroindustrijo in IKT-opremo tak akt še ne obstaja. Dokler ga ni, splošne obveznosti za navedbo roka posodobitve v pasportu ni, čeprav je zastarel software kot tak natanko tista tema trajnosti, na katero je ESPR usmerjena.

Velja za proizvode s programsko opremo, ne za vse

To vprašanje se pojavi pri napravah, katerih funkcionalnost je odvisna od programske opreme: pametne gospodinjske aparate, IKT-opremo in širšo elektroniko s programsko opremo ali operacijskim sistemom. Za čisto mehanske proizvode brez programske opreme vprašanje preprosto ne velja. Tudi v sektorju elektronike velja: ESPR deluje z delegiranimi akti po podkategorijah, zato zahtevek, ki bo veljal za pametne telefone, avtomatično ne velja za pralni stroj ali usmerjevalnik. Osnovna uredba sama (členi 5 do 7) navaja vrsto zahtevkov, ki jih je mogoče postaviti — vključno s trajnostjo, zanesljivostjo in primernostjo za popravilo in nadgradnjo — vendar tega še ne prevede v konkreten številom let za konkreten proizvod. Kdor zdaj išče trd rok za specifično napravo, ga v veljavnem besedilu ESPR ne bo našel nikjer.

Še ni določenega roka: delegirani akti po kategoriji

Ni določenega roka, kdaj bo to veljalo za elektroindustrijo in IKT. Skladno z ESPR delovnim načrtom 2025–2030 se delegirani akti razvijajo po podkategorijah s pričakovanji, da se prvi med njimi pričakujejo od 2027 naprej. To je navedba iz delovnega načrta, ne obljuba in ne zakon. Dokler delegirani akt za specifično skupino proizvoda ni objavljen, za to skupino veljajo splošne določbe ESPR (členi 5 do 7 za vsebinske zahtevke, člen 10 za to, kaj mora biti v digitalnem pasportu proizvoda) brez tega, da bi iz tega že izvirala konkretna obaveza glede roka posodobitve. Takoj ko bo delegirani akt za elektroindustrijo ali IKT objavljen, sta tu navedena datum in vsebina tega zahtevka.

Kaj to pomeni: vrstni red pristopa

Tisti, ki se želi na to pripraviti, najprej pogleda svojo kategorijo proizvoda v ESPR delovnem načrtu in od tam naprej sledi objavi pripadajočega delegiranega akta — to je trenutek, ko postane jasno, ali je in za kako dolgo je obvezna doba software-ske podpore in ali mora biti ta v digitalnem pasportu proizvoda. Dokler te objave ni, zakonske obveze za vključitev teh podatkov v pasport ni, vendar proizvajalca nič ne preprečuje, da že zdaj interno beleži, kako dolgo je programska podpora obljubljena za vsako linijo proizvoda — to je tedaj lastna, prostovoljna obljuba, ne ESPR-obveza. Za tiste, ki dajejo sestavljati digitalni pasport proizvoda, to konkretno pomeni: trenutna struktura pasporta tega polja še ne mora vsebovati, vendar takoj ko delegirani akt za pristojno podkategorijo to predpiše, se to polje doda pasportu in izpolni s podatki, ki jih proizvod ali uvoznik na tem mestu dobavi. Tisti, ki že zdaj beleži podatke o programski podpori — katerih modelov, katerih rokov, katerih politikih posodobitev — ima s tem prednost v trenutku, ko zahtevek postane konkreten, ker so ti podatki že na voljo, da se vključijo v pasport.

Osnova: členi 5 do 7 in člen 10

Možnost postavljanja zahtev glede programske opreme izhaja iz členov 5 do 7 ESPR (Uredbe (EU) 2024/1781), ki predstavljajo okvir za ekološko zasnovo: zahteve glede delovanja, kot so trajnost, zanesljivost in primerenost za nadgradnjo, ter informacijske zahteve v zvezi s tem. Ti členi naštevajo kategorije zahtev, ki se lahko podrobneje določijo s prek delegiranih aktov za posamezne skupine izdelkov, vendar sami ne določajo konkretnega roka za posodobitve. Člen 10 iste uredbe ureja, kaj je treba vključiti v digitalni produkt pas; tudi tukaj velja, da se natančna polja podatkov za vsako kategorijo izdelkov določijo na podlagi zahtev, ki so bile postavljene za to kategorijo. Dokler za elektroniko in IKT ni objavljen delegirani akt, ki posebej omenja programsko podporo, ostaja ta tema v okviru uredbe le možnost, ne pa konkretna obveznost.

Tisti, ki se s tem vprašanjem že ukvarjajo, bi najbolje spremljali objavo delegiranega akta za lastno kategorijo izdelkov in medtem uredili lastne podatke o programski podpori, da bodo na voljo, takoj ko to pasport zahteva.

Kaj je treba narediti

Kaj se od vas pričakuje

Programska podpora se lahko postane zahteva za ekološko zasnovo

ESPR omogoča, da se v delegiranih aktih vključijo zahteve o trajnosti proizvoda, in v okviru tega tudi o programski opremi: kako dolgo aparatura prejema funkcijske in varnostne posodobitve, in kaj se zgodi s funkcionalnostjo aparature, ko se ta podpora ustavi. Členi 5 do 7 ESPR (Uredba (EU) 2024/1781) to omenjajo kot del zahtev o zmogljivosti in podatkih, ki se lahko določijo za posamezne skupine proizvodov. Za elektroniko in opremo IKT je to ena od tem, ki se šteje za relevantno, glede na vlogo programske opreme pri življenjski dobi aparature — pralni stroj ali prenosnik, ki sta tehnično še delujoča, vendar ne prejemata več posodobitev, se v praksi pogosto vseeno zamenjata. Za podjetje z 10 do 100 zaposlenimi to pomeni, da mora oddelek, ki je odgovoren za podatke o izdelku (pogosto isti, ki že zdaj sestavi pogoje za garancijo in navodila za uporabo) začeti spremljati nov podatek: obdobje, v katerem se posodobitve zagotavljajo, za vsak model izdelka ali za vsako različico programske opreme.

Podatki morajo biti dostopni v digitalnem produktnem pasportu

Člen 10 ESPR (Uredba (EU) 2024/1781) opisuje, katere podatke je treba vključiti v digitalni produktni potni list, ko delegirani akt to predvidi za skupino proizvodov. Takoj ko se trajanje programske podpore šteje za zahtevo za elektroniko, ti podatki ne gredo samo v priročnik ali na spletno stran, ampak tudi v sam potni list — strukturirani, in povezani s podatkovnim QR-kodom na izdelku. Za srednje veliko podjetje to pomeni, da obdobja posodobitev nemore samostojno določiti oddelek za programsko opremo in ga neodvisno sporočiti marketing: ti podatki morajo na koncu biti v istih podatkovnih zbirkah kot na primer poraba energije in ocena popravljivosti. Kaj je treba natanko vključiti v potni list, se razlikuje glede na skupino proizvodov; na katera podatka pride v produktni pas elektronikeId? je seznam kategorij podatkov, ki se v njem pojavljajo.

Navedeno obdobje mora biti v skladu z dejanskim stanjem

Določiti se trajanje podpore je en korak; to tudi uresničiti je drugi. Če proizvajalec v potnem listu obljubi obdobje posodobitev, je pričakovanje, da se to obdobje tudi dejansko doseže — in da se spremembe (prej prekinjena posodobitvena doba, prevzem, pri katerem se softvarski tim razgradi) obdelajo. To se dotika vprašanja, kako pogosto morajo biti podatki potnega lista sveži; glej kako sveži morajo biti podatki? za to, kaj je o tem znano. Za podjetje te velikosti to pogosto pomeni, da obljuba trajanja posodobitve ne gre samo od vodje izdelka, ampak se uskladi s stranjo, ki programsko opremo dejansko vzdržuje — internega ekipo ali zunanjega dobavitelja.

Kjer se v praksi ne obnese

Prva situacija: proizvajalec omeni obdobje posodobitve v tržnem gradivu ("pet let varnostnih posodobitev"), vendar ta obljuba nikje ni zapisana v notranjem dokumentu z datumom začetka in konca. Takoj ko je treba te podatke vključiti v potni list, ni enotnega vira za črpanje.

Druga situacija: programska oprema aparature jo dobavlja podizvajalec (proizvajalec čipov, dobavitelj platforme), in uvoznik, ki sestavi potni list, ne ve, kako dolgo ta podizvajalec zagotavlja podporo. Odgovornost za pravilnost podatkov v potnem listu leži pri stranki, ki daje sestaviti potni list, tudi če izvirni podatki prihajajo od tretje osebe.

Tretja situacija: aparatura se prodaja v več izvedbah (različnih nabor čipov, različne različice programske opreme na področje), vendar se obdobje posodobitve za celotno številko modela navedel kot ena sama cifra. Pri kasnejšem nadzoru se izkaže, da nekatere izvedbe dobivajo krajšo podporo kot druge.

Četrta situacija: naprava, ki je že bila prodana, zaradi spremembe strategije prejme posodobitve prej kot je bilo načrtovano, ne, brez da bi bila ta sprememba sporočena osebe, ki upravlja s potnim listom. Podatki v potnem listu ostanejo na izvirni, preveč optimistični obdobje.

Peta situacija: podjetje predpostavlja, da se "programska podpora" nanaša samo na varnostne posodobitve, medtem ko se funkcionalne posodobitve (nove značilnosti, združljivost z novimi dodatki) obravnavajo ločeno — in je komunikacija o tem do stranke nedosledna, brez jasnosti, katera od obeh sodi v potni list.

Kaj lahko dokumentirate

  • Notranji dokument za vsak model izdelka z obljubljenim obdobjem funkcionalnih posodobitev in varnostnih posodobitev, vsako s jasno začetnim datumom (na primer tržni uvod) in, če je znano, končnim datumom.
  • Dogovori s ponudniki programske opreme ali dobavitelji komponent o najmanjši trajnosti podpore, ki jo zagotavljajo, vključno s tem, kaj se zgodi pri prevzemu, stečaju ali opustitvi platforme.
  • Pregled, katere funkcionalnosti naprave so odvisne od posodobitev programske opreme, in kaj se zgodi s to funkcionalnostjo, ko se podpora ustavi (na primer: naprava še vedno izvaja osnovne funkcije, vendar izgubi povezavo z aplikacijo).
  • Proces za posredovanje sprememb v načrtu posodobitev (zgodnejši konec, podaljšanje) oddelku, ki upravlja s potnim listom izdelka, tako da podatki ne zaostajajo za dejanskim stanjem.
  • Razlikovanje po izvedbi ali različici modela izdelka, če se programska podpora razlikuje po nizu čipov ali tržnem območju.
  • Dokumentacija vira informacij: je navedeno obdobje lastna zaveza ali prenesena garancija dobavitelja? To je pomembno, če nekdo vpraša, na čem temelji podatek v potnem listu — glejte tudi sem odkril napako v potnem listu izdelka, kaj zdaj? kako se ravna z nepravilnimi ali zastarелими podatki.

Takoj ko bo delegirani zakon za elektroniko in IKT objavljen, bo jasno, kateri podatki so natanko obvezni in v kakšni obliki. Do takrat je izgradnja lastnega, preverljivega dosiera o obdobjih posodobitev način, da se izognete poznejšemu rekonstruiranju tega, kaj je bilo kdaj obljubljeno.

To ni pravno svetovanje. Ta stran daje splošne informacije o regulaciji, na katero se ta platforma nanaša. Ne poznamo vaše situacije. Če dvomite o lastnem primeru, se posvetujte s pravnikom ali pristojnim organom nadzora.

Napisano z AI na podlagi zgornjih virov, preverjeno s strani človeka na dan 2026-08-22. Ali je kaj narobe? Nam povejte — popravki so prioriteta.