Moram li zabilježiti koliko dugo uređaj prima softverske nadogradnje?

Što konkreno trebate učiniti

Što se od vas očekuje

Podrška za softvер može postati zahtjev za ekološki dizajn

ESPR omogućava uključivanje zahtjeva o održivosti proizvoda u delegirane akte, uključujući i softver: koliko dugo uređaj prima funkcijske i sigurnosne ažuriranja, i što se događa s funkcionalnostima uređaja kada ta podrška prestane. Članci 5. do 7. ESPR-a (Uredba (EU) 2024/1781) to spominju kao dio zahtjeva za izvedbu i informacije koji se mogu uspostaviti po skupinama proizvoda. Za elektroniku i ICT-uređaje, ovo je jedno od tema koja se smatra relevantnom, s obzirom na ulogu softvera u vijeku trajanja uređaja — perilica rublja ili prijenosno računalo koje tehnički i dalje radi, ali više ne prima ažuriranja, u praksi se često ionako zamijeni. Za poduzeće od 10 do 100 zaposlenih to znači da odjel odgovoran za informacije o proizvodu (često isti onaj koji već sada sastavlja razdoblja jamstva i upute za korištenje) mora početi pratiti novi podatak: razdoblje u kojem se isporučuju ažuriranja, po modelu proizvoda ili po verziji softvera.

Informacije moraju biti dostupne u digitalnom putovnici proizvoda

Članak 10. ESPR-a (Uredba (EU) 2024/1781) opisuje koje informacije moraju biti uključene u digitalni putovnici proizvoda čim delegirani akt to utvrdi za skupinu proizvoda. Čim je trajanje softverske podrške zahtjev za elektroniku, te informacije ne dolaze samo u priručnik ili na web-stranicu, već i u sam putovnici — strukturirane i povezane s QR-nosaćem podataka na proizvodu. Za srednje veliko poduzeće to znači da razdoblje ažuriranja ne može biti određeno odvojeno od strane odjela za softvер i odvojeno komunicirano od strane marketinga: te informacije na kraju moraju biti u istom skupu podataka kao, na primjer, potrošnja energije i ocjena popravljivosti. Što točno mora biti u putovnici razlikuje se po skupini proizvoda; na koje podatke dolaze u produktni putovnici elektronte? nalazi se pregled kategorija podataka koji se u njemu pojavljuju.

Navedeno razdoblje mora biti u skladu sa stvarnošću

Utvrđivanje trajanja podrške je jedan korak; ostvarenje toga je drugi. Ako proizvođač obećava razdoblje ažuriranja u putovnici, očekivanje je da se to razdoblje doista postigne — i da se izmjene (ranije prekida update-ciklusa, preuzimanja gdje se softverski tim smanjuje) obradi. To se tiče pitanja koliko često podaci u putovnici trebaju biti ažurirani; pogledajte koliko ažurirani trebaju biti podaci? za što je o tome poznato. Za poduzeće te veličine to često znači da se tjezan o trajanju ažuriranja ne donosi samo od strane upravitelja proizvoda, već se usklađuje s onom stranom koja zapravo održava softvер — internim timom ili vanjskim pružateljem usluga.

Gdje u praksi ide po zlu

Prva situacija: proizvođač navodi razdoblje ažuriranja u marketinškom materijalu ("pet godina sigurnosnih ažuriranja"), ali ovaj je obećaj fiksiran negdje u internom dokumentu s početnim i završnim datumom. Čim te informacije trebaju biti u putovnici, nema jedinstvenog izvora iz kojeg crpiti.

Druga situacija: softvер uređaja isporučuje dobavljač (proizvođač čipova, pružatelj platforme), a uvoznik koji sastavlja putovnici proizvoda ne zna koliko dugo taj dobavljač jamči podršku. Odgovornost za točnost podataka u putovnici leži na strani koja naručuje sastavljanje putovnice, čak i ako su podaci koji su temelj potječu od treće strane.

Treća situacija: uređaj se prodaje u više verzija (različiti chipset, različite verzije softvera po tržišnoj regiji), ali razdoblje ažuriranja navedeno je za cijeli broj modela kao jedan broj. Pri kasnijoj provjeri ispada da su neke verzije podržane kraće od drugih.

Četvrta situacija: uređaj koji je već prodan prestaje dobivati ažuriranja ranije od planiranog zbog promjene strategije, bez da se ta promjena prosljeđuje onima koji upravljaju putovnicom. Podaci putovnice nastavljaju prikazivati izvorne, previše optimističke razdoblje.

Peta situacija: poduzeće pretpostavlja da se "podrška za softver" odnosi samo na sigurnosna ažuriranja, dok se funkcionalna ažuriranja (nove značajke, kompatibilnost s novim dodacima) tretiraju odvojeno — i komunikacija o tome prema klijentu je nekonzistentna, bez jasnoće koji od ta dva trebao biti u putovnici.

Što možete utvrditi

• Interni dokument po modelu proizvoda s obećanom razdobljem funkcionalne podrške i sigurnosne podrške, svaki s jasnom početnom datumom (npr. lansiranje na tržištu) i, ako je poznato, završnom datumom.
• Dogovori s dobavljačima softvera ili dobavljačima komponenti o minimalnom trajanju podrške koju jamče, uključujući što se događa pri preuzimanju, stečaju ili gašenju platforme.
• Pregled koje funkcionalnosti uređaja ovise o ažuriranjima softvera, i što se događa s tom funkcionalnosti čim podrška prestane (npr.: uređaj nastavlja s osnovnim funkcijama, ali gubi vezu s aplikacijom).
• Postupak za prosljeđivanje promjena u planu ažuriranja (rana gašenja, produljenja) odjelu koji upravlja putovnicom proizvoda, kako se podaci ne bi zaostajali za stvarnošću.
• Razlikovanje po izvedbi ili varijanti modela proizvoda, ako se podrška softvera razlikuje po čipu ili tržišnoj regiji.
• Utvrđivanje izvora informacije: je li navedeno razdoblje vlastito obećanje ili proslijeđena garancija dobavljača komponenti? To je važno kada netko pitaja na čemu se određeni podatak u putovnici temelji — vidi i "Pronašao sam grešku u putovnici proizvoda, što sada?" za način rukovanja netočnim ili zastarjelim podacima.

Čim se delegirana uredba za elektroniku i ICT objavi, ovdje će biti konkretno navedeni koji su podaci točno obavezni i u kojem obliku. Do tada je izgradnja vlastitog, provjere sposobnog dosijea o ažuriranjima razdoblje način da se kasnije ne moraju rekonstruirati što obećanja su kad dana dana dana data.