Vai man jāfiksē, cik ilgi aparāts saņem programmatūras atjauninājumus?

Programmatūras atbalsts vēl nav obligāts

Obligāts termiņš programmatūras atjauninājumiem vēl nav noteikts. ESPR pamatregula (Regula (ES) 2024/1781) gan nodrošina likumisko pamatu, lai to katrai produktu kategorijai padarītu obligātu, taču faktiskā prasība — cik ilgi ražotājam jāturpina sniegt atjauninājumus un vai šis termiņš jāietver digitālajā produkta pasē — tiks noteikta tikai deleģētajā aktā attiecīgajai produktu grupai. Elektronikai un IKT iekārtām šis akts vēl nepastāv. Līdz tam tiks pieņemts, neeksistē vispārēja, izpildāma pienākuma noteikt atjauninājumu termiņu pasē, lai arī programmatūras novecošanās pēc būtības ir tieši tāds ilgtspējas jautājums, uz kuru ESPR ir orientēta.

Attiecas uz produktiem ar programmatūru, ne uz visiem

Šis jautājums ir aktuāls iekārtām, kuru funkcionalitāte ir atkarīga no programmatūras: inteliģentiem sadzīves produktiem, IKT iekārtām un plašākai elektronikai ar programmaparogrammatūru vai darbības programmatūru. Tīri mehāniskiem produktiem bez programmatūras šis jautājums vienkārši nav aktuāls. Arī elektronikai nozarē piemērojams: ESPR darbojas ar deleģētajiem aktiem katrai apakškategorijai, tātad prasība, kas stāsies spēkā viedtālruņiem, automātiski nepielietosies veļas mašīnai vai maršrutētājam. Pamatregula pati (5.–7. pants) uzskaitī prasību veidus, kurus var noteikt — tostarp ilgtspēju, uzticamību un piemērotību remontam un uzlabojumiem — taču vēl nepārtulko to konkrētā gadu skaitā konkrētam produktam. Ikviens, kas pašlaik meklē stingru termiņu konkrētai iekārtai, to vienkārši neatradīs ESPR pašreizējā tekstā.

Vēl nav noteikta datuma: deleģētie akti katrai kategorijai

Nav noteiktas datuma, kad tas stāsies spēkā elektronikai un IKT. Saskaņā ar ESPR darbības plānu 2025.–2030. gadiem deleģētie akti par apakškategorijām tiks izstrādāti, un plānots, ka pirmie no tiem parādīsies no 2027. gada. Tas ir norāde no darbības plāna, nevis apsolījums un ne likums. Līdz konkrētai produktu grupai paredzētais deleģētais akts ir publicēts, šai grupai piemērojami ESPR vispārējie noteikumi (5.–7. pants satura prasībām, 10. pants tam, kas jāietver digitālajā produkta pasē) bez jau konkrēta atjauninājumu termiņa atvasinājuma. Tiklīdz tiks publicēts deleģētais akts elektronikai vai IKT, šeit tiks norādīta šīs prasības datums un saturs.

Ko tas nozīmē: rīcības secība

Ikvienam, kas vēlas tam sagatavoties, vispirms jāapskatās sava produktu kategorija ESPR darbības plānā un no turienes jāseko deleģētā akta publicēšanai, kas ir moments, kad kļūst skaidrs, vai un cik ilgi atjauninājumu termiņš tiks noteikts kā obligāts un vai tas jāietver digitālajā produkta pasē. Līdz šai publicēšanai nav likumiska pienākuma šo informāciju iekļaut pasē, taču nekas neliedz ražotājam sākt iekšēji sekot tam, cik ilgi programmatūras atbalsts tiek garantēts katrai produktu līnijai — tas būtu tad paša ražotāja brīvprātīgs apsolījums, nevis ESPR pienākums. Ikvienam, kas ļauj sastādīt digitālo produkta pasi, tas konkrēti nozīmē: pašreizējā pases struktūra vēl nedrīkst saturēt šo lauku, taču tiklīdz deleģētais akts attiecīgajai apakškategorijai to noteiks, šis lauks tiks pievienots pasēm un aizpildīts ar informāciju, ko tajā brīdī sniedz ražotājs vai importētājs. Ikvienam, kas jau tagad vāc datus par programmatūras atbalstu — kuri modeļi, kādi termiņi, kāda atjauninājumu politika — ir priekšrocības brīdī, kad prasība kļūst konkrēta, jo šie dati jau būs pieejami, lai tos iekļautu pasē.

Pamats: 5.–7. pants un 10. pants

Iespēja noteikt prasības programmatūras atbalstam izriet no ESPR (Eiropas Parlamenta un Padomes Regulējuma (ES) 2024/1781) 5.–7. panta, kas veido rāmi ekoloģiskajam dizainam: veiktspējas prasības, piemēram, ilgtspēja, uzticamība un piemērotība jaunināšanai, un informācijas prasības par tām. Šajos pantos nosauktas prasību kategorijas, kuras ar deleģēto aktu palīdzību var tālāk detalizēt katrai produktu grupai, taču pašos pantos nav noteikts konkrēts atjauninājuma termiņš. Tās pašas regulējuma 10. pants regulē, kas jāiekļauj ciparu produkta pasē; arī šeit ir spēkā tas, ka precīzie datu lauki katrai produkta kategorijai tiek noteikti, pamatojoties uz prasībām, kas noteiktas attiecīgajai kategorijai. Kamēr elektronikai un IKT nav publicēts deleģēts akts, kas konkrēti nosauktu programmatūras atbalstu, šis jautājums saskaņā ar rāmju regulējumu paliek iespēja, nevis konkrēts pienākums.

Tas, kurš jau šobrīd nodarbojas ar šo jautājumu, vislabāk var sekot deleģētā akta publicēšanai savai produktu kategorijai un tikmēr nokārtot savus datus par programmatūras atbalstu, lai tie būtu gatavi, tiklīdz pasē par to tiek jautāts.

Uz ko tas ir balstīts

Verordne pati atrodas EUR-Lex. Mēs sniedzam atsauces katram apgalvojumam; jums mums nav jātic.

Ko konkrēti jums jādara

Ko no jums tiek sagaidīts

Programmatūras atbalsts var kļūt par ekoloģiskās noformēšanas prasību

ESPR ļauj iekļaut deleģētajos aktos prasības par produkta ilgtspējību, tostarp par programmatūru: cik ilgi ierīce saņem funkcionalitātes un drošības atjauninājumus un kas notiek ar ierīces funkcionalitāti, tiklīdz šis atbalsts beidzas. ESPR (Regula (ES) 2024/1781) 5.–7. pants to nosauc kā daļu no veiktspējas un informācijas prasībām, kuras var noteikt katrai produktu grupai. Elektronikai un IKT iekārtām tas ir viens no aktuālajiem jautājumiem, ņemot vērā programmatūras lomu ierīces darbības laikā — veļas mašīna vai klēpjdators, kas tehniskā ziņā joprojām darbojas, bet vairs nesaņem atjauninājumus, praksē bieži tiek nomainīts. Uzņēmumam ar 10–100 darbiniekiem tas nozīmē, ka nodaļa, kas atbild par produktinformāciju (bieži tā pati, kas jau tagad sagatavo garantijas periodus un lietošanas instrukcijas), ir jāseko jaunam faktam: periodam, kurā tiek sniegti atjauninājumi, katram produkta modelim vai katrai programmatūras versijai.

Informācija jāatrod produkta pasē

ESPR (Regula (ES) 2024/1781) 10. pants apraksta, kura informācija jāiekļauj digitālajā produkta pasē, tiklīdz deleģētā darbība to nosaka produktu grupai. Tiklīdz programmatūras atbalsta ilgums ir prasība elektronikai, šī informācija nonāk ne tikai rokasgrāmatā vai tīmekļa vietnē, bet arī pašā pasē — strukturēti un saistīti ar QR datu nesēju uz produkta. Vidējam uzņēmumam tas nozīmē, ka atjauninājumu periodu nevar noteikt atsevišķi programmatūras nodaļa un atsevišķi paziņot mārketings: šī informācija galu galā jāiekļauj tajā pašā datu kopā kā, piemēram, enerģijas patēriņš un labojamības rādītājs. Tieši tas, kas jāiekļauj pasē, atšķiras atkarībā no produktu grupas; uz kādi dati nonāk elektronisko produktu pasportā? ir atsauce uz datu kategorijām, kas tajā figurē.

Norādītajam periodam jāatbilst realitātei

Atbalsta ilguma noteikšana ir viena lieta; tā pildīšana — cita. Ja ražotājs pasē solās atjauninājumu periodu, tiek paraidīts, ka šis periods arī patiešām tiks sasniegts — un tik izmaiņas (pārtraukta atjauninājumu cikla, pārņemšana, kurā programmatūras komanda tiek samazināta) tiks ieviestas. Tas skar jautājumu, cik bieži paša dati jāupdatē; skatīt cik aktuāli jābūt datiem? par to, kas ir zināms. Šāda lieluma uzņēmumam tas bieži nozīmē, ka toezegging par atjauninājumu ilgumu ne tikai padara produkta pārvaldnieks, bet tā tiek saskaņota ar pusi, kas programmatūru patiešām uztur — iekšējo komandu vai ārēju piegādātāju.

Kur praksē pietrūkst saskaņas.

Pirmais scenārijs: ražotājs mārketinga materiālos min atjauninājumu periodu ("pieci gadi drošības atjauninājumi"), bet šis solījums nekur nav fiksēts iekšējā dokumentā ar sākuma un beigu datumiem. Tiklīdz šī informācija jāiekļauj pasē, nav vienreizīga avota, no kura gūt informāciju.

Otrais scenārijs: ierīces programmatūru piegādā piegādātājs (čipa ražotājs, platformas piegādātājs), un importētājs, kas sagatavo produkta pasi, nezina, cik ilgi šis piegādātājs garantē atbalstu. Atbildība par paša datu pareizību gulstas uz pusi, kas laiž sagatavot pasi, arī tad, ja pamatā esošā informācija nāk no trešās puses.

Trešais scenārijs: ierīce tiek pārdota vairākos izpildījumos (dažādi čipseti, dažādas programmatūras versijas pa tirgus reģioniem), bet atjauninājumu periods tiek norādīts visam modeļa numuram kā viens cipars. Vēlākas pārbaudes laikā izrādās, ka daži izpildījumi saņem atbalstu īsāku laiku nekā citi.

Ceturtā situācija: jau pārdots ierīce, mainoties stratēģijai, pārstāj saņemt atjauninājumus agrāk nekā plānots, un šī izmaiņa netiek paziņota tiem, kas pārvada produkta pasi. Pases dati turpina rādīt sākotnējo, pārāk optimistisku laika posmu.

Piektā situācija: uzņēmums pieņem, ka "programmatūras atbalsts" attiecas tikai uz drošības atjauninājumiem, savukārt funkcionālie atjauninājumi (jaunas funkcijas, savietojamība ar jauniem piederumiem) tiek risināti atsevišķi — un komunikācija ar klientu šajā jautājumā ir nekonsekventa, bez skaidras izpratnes, kurš no abiem jāiekļauj pasē.

Ko jūs varat dokumentēt

Iekšējais dokuments katram produkta modelim ar apsolīto funkcionālo atjauninājumu un drošības atjauninājumu laika posmu, katrā ar skaidru sākuma datumu (piemēram, palaišana tirgū) un, ja zināms, beigu datumu.
Vienošanās ar programmatūras piegādātājiem vai apakšleverantoriem par minimālo atbalsta ilgumu, ko viņi garantē, ieskaitant to, kas notiek uzņemšanas, bankrota vai platformas darbības pārtraukšanas gadījumā.
Pārskats par to, kāda ierīces funkcionalitāte ir atkarīga no programmatūras atjauninājumiem, un kas notiek ar šo funkcionalitāti, tiklīdz atbalsts beidzas (piemēram: ierīce turpina pildīt pamatfunkcijas, bet zaudē savienojumu ar lietotni).
Process, lai paziņotu atjauninājumu plāna izmaiņas (agrīnu izbeigšanu, pagarinājumu) nodaļai, kas pārvada produkta pasi, lai dati nesandhostātos no realitātes.
Atšķirības pēc produkta modeļa izpildes vai varianta, ja programmatūras atbalsts atšķiras atkarībā no čipkopas vai tirgus reģiona.
Informācijas avota fiksēšana: vai norādītais laika posms ir pašu apsolījums vai apakšleverantora pārraidīta garantija? Tas ir nozīmīgs, tiklīdz kāds jautā, uz ko balstās dati pasē — skatīt arī es pases dati satur kļūdu, kas tālāk? par to, kā rīkoties ar nepareiziem vai novecojušiem datiem.

Tiklīdz ir publicēta delegētā darbība elektronikai un IKT, tiks precīzi skaidrs, kādi dati tieši ir obligāti un kādā formā. Līdz tam brīdim ir jāveido savs kontrolējams pases atjauninājumu periodu dosjeers, lai vēlāk nebūtu jārekonstruē, kas reiz bija apsolīts.

Tas nav juridisks padoms. Šī lapa sniedz vispārīgu informāciju par regulējumu, ar kuru saistīta šī platforma. Mēs nepazīstam jūsu situāciju. Šaubās par savu situāciju, konsultējieties ar juristu vai atbildīgo pārraudzības iestādi.

Rakstīts ar AI, pamatojoties uz iepriekš minētajiem avotiem, pārbaudīts cilvēka 2026-08-22. Vai kaut kas nav pareizi? Informējiet mūs — labojumi tiek izskatīti prioritāri.