Czy muszę odnotowywać, jak długo urządzenie otrzymuje aktualizacje oprogramowania?

Wsparcie oprogramowania nie jest jeszcze stałym obowiązkiem

Obowiązkowy okres aktualizacji oprogramowania nie jest jeszcze ustalony. Rozporządzenie ramowe ESPR (Rozporządzenie (UE) 2024/1781) zapewnia wprawdzie podstawę prawną do wprowadzenia takiego obowiązku dla każdej kategorii produktów, ale rzeczywisty wymóg — jak długo producent musi dostarczać aktualizacje i czy ten okres musi znaleźć się w cyfrowym paszporcie produktu — zostanie określony dopiero w akcie delegowanym dla konkretnej grupy produktów. Dla elektroniki i urządzeń ICT taki akt delegowany nie istnieje jeszcze. Dopóki go nie będzie, nie ma ogólnego, wykonalnego obowiązku ustalenia okresu aktualizacji w paszporcie, chociaż przestarzałość oprogramowania jest dokładnie tego typu tematem trwałości, do którego skierowana jest ESPR.

Istotne dla produktów z oprogramowaniem, nie dla wszystkich

Ten temat dotyczy urządzeń, których funkcjonalność zależy od oprogramowania: artykułów gospodarstwa domowego z inteligentnymi funkcjami, urządzeń ICT i szerszej elektroniki z oprogramowaniem wbudowanym lub systemem operacyjnym. W przypadku produktów czysto mechanicznych bez oprogramowania pytanie po prostu się nie pojawia. Również w sektorze elektroniki obowiązuje: ESPR pracuje z aktami delegowanymi dla poszczególnych podkategorii, dlatego wymóg obowiązujący dla smartfonów nie obowiązuje automatycznie dla pralki lub routera. Samo rozporządzenie ramowe (artykuły 5 do 7) wymienia rodzaje wymagań, które mogą być postawione — w tym trwałość, niezawodność i przydatność do naprawy i modernizacji — ale jeszcze nie tłumaczy tego na konkretną liczbę lat dla konkretnego produktu. Każdy, kto teraz szuka ustalonego okresu dla konkretnego urządzenia, nie znajdzie go nigdzie w aktualnym tekście ESPR.

Brak ustalonej daty: akty delegowane dla każdej kategorii

Nie ma ustalonej daty, od której będzie to obowiązywać dla elektroniki i urządzeń ICT. Zgodnie z planem pracy ESPR na lata 2025–2030 akty delegowane dla poszczególnych podkategorii będą opracowywane, z oczekiwaniem, że pierwszych pojawi się od 2027 r. Jest to wskazanie z planu pracy, nie zobowiązanie i nie prawo. Dopóki akt delegowany dla konkretnej grupy produktów nie zostanie opublikowany, dla tej grupy obowiązują ogólne postanowienia ESPR (artykuły 5 do 7 dotyczące wymagań merytorycznych, artykuł 10 dotyczący tego, co musi znaleźć się w cyfrowym paszporcie produktu) bez tego, aby z nich już wynikał konkretny okres aktualizacji. Gdy tylko akt delegowany dla elektroniki lub urządzeń ICT zostanie opublikowany, tutaj pojawi się data i treść tego wymogu.

Co to oznacza: kolejność postępowania

Kto chce się do tego przygotować, najpierw patrzy na swoją kategorię produktów w planie pracy ESPR i od tego momentu obserwuje opublikowanie odpowiedniego aktu delegowanego — to moment, w którym staje się jasne, czy i na jak długo obowiązkowy będzie okres aktualizacji oraz czy musi się pojawić w cyfrowym paszporcie produktu. Dopóki ten akt delegowany nie zostanie opublikowany, nie ma obowiązku prawnego umieszczania tych informacji w paszporcie, ale nic nie stoi na przeszkodzie, aby producent już teraz wewnętrznie śledził, jak długo wsparcie oprogramowania jest przyznawane dla każdej linii produktów — jest to wówczas własne, dobrowolne zobowiązanie, a nie obowiązek wynikający z ESPR. Dla kogoś, kto zleca opracowanie cyfrowego paszportu produktu, oznacza to konkretnie: obecna struktura paszportu nie musi jeszcze zawierać tego pola, ale gdy akt delegowany dla danej podkategorii to przepisuje, pole to zostanie dodane do paszportu i wypełnione danymi dostarczonymi przez producenta lub importera w tym czasie. Kto już teraz śledzi dane dotyczące wsparcia oprogramowania — które modele, jakie okresy, jakie polityki aktualizacji — ma dzięki temu przewagę na moment, gdy wymóg staje się konkretny, ponieważ te dane będą już dostępne do przetworzenia w paszporcie.

Podstawa: artykuły 5 do 7 i artykuł 10

Możliwość stawiania wymagań dotyczących wsparcia oprogramowania wynika z artykułów 5 do 7 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781), które stanowią ramy dla projektowania ekologicznego: wymagania dotyczące wydajności, takie jak trwałość, niezawodność i przydatność do modernizacji, oraz wymagania informacyjne w tym zakresie. Artykuły te wymieniają kategorie wymogów, które mogą być dalej szczegółowo określone poprzez akty delegowane dla poszczególnych grup produktów, ale nie ustalają samy konkretnego okresu aktualizacji. Artykuł 10 tego samego rozporządzenia reguluje, co należy zawrzeć w cyfrowym paszporcie produktu; w tym przypadku również dokładne pola danych są określane dla każdej kategorii produktu na podstawie wymogów ustalonych dla tej kategorii. Dopóki nie zostanie opublikowany akt delegowany dotyczący elektroniki i technologii informacyjnej, który konkretnie wymienia wsparcie oprogramowania, temat ten w ramach rozporządzenia ramowego pozostaje możliwością, a nie konkretnym obowiązkiem.

Jeśli ktoś zajmuje się już tym pytaniem, powinien śledzić publikację aktu delegowanego dla własnej kategorii produktu i w międzyczasie uporządkować własne dane dotyczące wsparcia oprogramowania, aby były gotowe, gdy paszport o to poprosi.

Na czym to się opiera

Samo rozporządzenie znajduje się na EUR-Lex. Podajemy odniesienia dla każdego twierdzenia; nie musisz nam wierzyć.

Co konkretnie należy zrobić

Co się od Państwa oczekuje

Obsługa oprogramowania może stać się wymogiem projektowania ekologicznego

Rozporządzenie ESPR umożliwia włączenie w aktach delegowanych wymogów dotyczących zrównoważonego rozwoju produktu, a w jego ramach również oprogramowania: jak długo urządzenie otrzymuje aktualizacje funkcjonalne i bezpieczeństwa, oraz co dzieje się z funkcjonalnością urządzenia, gdy ta obsługa się kończy. Artykuły 5 do 7 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781) wymieniają to jako część wymogów wydajności i informacji, które mogą być ustalone dla każdej grupy produktów. Dla urządzeń elektronicznych i ICT jest to jeden z tematów uznawanych za istotne, biorąc pod uwagę rolę oprogramowania w trwałości urządzenia — pralka lub laptop, które technicznie wciąż działają, ale nie otrzymują już aktualizacji, w praktyce są często wymieniane. Dla firmy o 10 do 100 pracownikach oznacza to, że dział odpowiedzialny za informacje o produktach (często ten sam, który już przygotowuje okresy gwarancji i instrukcje obsługi) musi śledzić nowe dane: okres, w którym dostarczane są aktualizacje, dla każdego modelu produktu lub wersji oprogramowania.

Informacja musi być dostępna w cyfrowym paszporcie produktu

Artykuł 10 rozporządzenia ESPR (Rozporządzenie (UE) 2024/1781) opisuje, jakie informacje muszą być zawarte w cyfrowym paszporcie produktu, gdy tylko akt delegowany określi to dla grupy produktów. Gdy okres obsługi oprogramowania stanie się wymogiem dla urządzeń elektronicznych, informacja ta nie tylko trafi do instrukcji lub na stronę internetową, ale również do samego paszportu — w postaci ustrukturyzowanej, powiązanej z nośnikiem danych QR na produkcie. Dla średniej wielkości firmy oznacza to, że okres aktualizacji nie może być ustalany niezależnie przez dział oprogramowania i komunikowany niezależnie przez marketing: te informacje muszą ostatecznie znaleźć się w tym samym zestawie danych co na przykład zużycie energii i wskaźnik naprawialności. Dokładnie to, co musi znaleźć się w paszporcie, różni się w zależności od grupy produktów; na jakie dane znajdują się w paszporcie produktu elektroniki? znajduje się przegląd kategorii danych, które się w nim pojawiają.

Podany okres musi odpowiadać rzeczywistości

Ustalenie okresu obsługi to jeden krok; zrealizowanie go to inny. Jeśli producent obiecuje okres aktualizacji w paszporcie, oczekuje się, że okres ten będzie rzeczywiście osiągnięty — oraz że zmiany (wcześniej zakończony cykl aktualizacji, przejęcie, w wyniku którego zespół oprogramowania jest zmniejszany) zostaną uwzględnione. To rodzi pytanie, jak często dane paszportu muszą pozostawać aktualne; patrz jak aktualne muszą być dane? aby dowiedzieć się, co na ten temat wiadomo. Dla firmy tej wielkości często oznacza to, że zobowiązanie dotyczące okresu aktualizacji nie jest dokonywane tylko przez kierownika produktu, ale jest uzgadniane ze stroną, która faktycznie utrzymuje oprogramowanie — wewnętrznym zespołem lub zewnętrznym dostawcą.

Gdzie się psuje w praktyce

Pierwsza sytuacja: producent wymienia okres aktualizacji w materiałach marketingowych ("pięć lat aktualizacji bezpieczeństwa"), ale to zobowiązanie nie jest nigdzie ustalone w wewnętrznym dokumencie z datą początkową i datą końcową. Gdy informacja ta musi znaleźć się w paszporcie, nie ma jednoznacznego źródła do czerpania.

Druga sytuacja: oprogramowanie urządzenia jest dostarczane przez dostawcę (producent chipów, dostawca platformy), a importer, który opracowuje cyfrowy paszport produktu, nie wie, jak długo ten dostawca gwarantuje obsługę. Odpowiedzialność za dokładność danych paszportu spoczywa na stronie, która zleca opracowanie paszportu, nawet jeśli informacje leżące u podstawy pochodzą od strony trzeciej.

Trzecia sytuacja: urządzenie jest sprzedawane w kilku wersjach (różne zestawy chipów, różne wersje oprogramowania na różnych rynkach regionalnych), ale okres aktualizacji jest podawany dla całego numeru modelu jako jedna liczba. W późniejszej kontroli okazuje się, że niektóre wersje są obsługiwane krócej niż inne.

Czwarta sytuacja: urządzenie już sprzedane traci aktualizacje wcześniej niż planowano z powodu zmiany strategii, bez przekazania tej informacji osobie zarządzającej paszportem. Dane paszportu pozostają pokazać pierwotny, zbyt optymistyczny okres.

Piąta sytuacja: firma zakłada, że "wsparcie oprogramowania" dotyczy wyłącznie aktualizacji bezpieczeństwa, podczas gdy aktualizacje funkcjonalne (nowe funkcje, zgodność z nowymi akcesoriami) traktowane są oddzielnie — a komunikacja na ten temat do klienta jest niespójna, bez jasności, które z nich powinno znaleźć się w paszporcie.

Co możesz zarejestrować.

Wewnętrzny dokument na model produktu zawierający obiecany okres aktualizacji funkcjonalnych i aktualizacji bezpieczeństwa, każdy z wyraźną datą rozpoczęcia (na przykład wprowadzenie na rynek) i, jeśli znana, datę zakończenia.
Umowy z dostawcami oprogramowania lub podwykonawcami dotyczące minimalnego okresu wsparcia, który gwarantują, w tym co się dzieje w przypadku przejęcia, bankructwa lub wycofania platformy.
Przegląd, która funkcjonalność urządzenia zależy od aktualizacji oprogramowania, i co się dzieje z tą funkcjonalnością po zakończeniu wsparcia (na przykład: urządzenie nadal wykonuje funkcje podstawowe, ale traci połączenie z aplikacją).
Proces przekazywania zmian w harmonogramie aktualizacji (wczesne zatrzymanie, przedłużenie) do działu zarządzającego paszportem produktu, aby dane nie pozostawały w tyle za rzeczywistością.
Rozróżnienie na poszczególne wersje lub warianty modelu produktu, jeśli wsparcie oprogramowania różni się w zależności od zestawu chipów lub regionu rynku.
Dokumentacja źródła informacji: czy określony okres to zobowiązanie własne, czy gwarancja przekazana przez podwykonawcę? Jest to istotne w momencie, gdy ktoś pyta, na czym opiera się dana informacja w paszporcie — zobacz również „Odkryłem błąd w paszporcie produktu, co teraz? dotyczące sposobu postępowania z nieprawidłowymi lub nieaktualnymi danymi.

Gdy delegowana handlowania dotycząca elektroniki i ICT zostanie opublikowana, staje się tutaj konkretnie, które dane dokładnie są obowiązkowe i w jakiej formie. Do tego czasu budowanie własnego, weryfikowalnego dossier dotyczącego okresów aktualizacji jest sposobem, aby nie musieć później rekonstruować, co kiedyś zostało obiecane.

To nie jest porada prawna. Ta strona zawiera ogólne informacje o przepisach, których dotyczy ta platforma. Nie znamy Twojej sytuacji. Jeśli masz wątpliwości dotyczące Twojej sprawy, skonsultuj się z prawnikiem lub właściwym organem nadzoru.

Napisane za pomocą sztucznej inteligencji na podstawie powyższych źródeł, sprawdzone przez człowieka na 2026-08-22. Coś się nie zgadza? Daj nam znać — korekty otrzymują pierwszeństwo.