SMART HOME • IOT • STATUS PROJEKTÓW ETSI

Cyber Resilience Act dla urządzeń Smart Home — wymagania i status norm EN 304 631–634

Kamera bezpieczeństwa, inteligentny zamek i asystent domowy mogą mieć różne granice produktu i ryzyka. Projekty ETSI pomagają śledzić kierunek wymagań, lecz etap procedury normy nie rozstrzyga klasyfikacji ani zgodności konkretnego urządzenia.

EN 304 631–634: co zmieniło się 12 października 2026?

Indywidualne karty ETSI sprawdzone 14 października pokazują poniższe etapy. Closing of approval procedure oznacza zamykanie procedury, nie przyjętą i opublikowaną normę. Dla wearables należy osobno odczytać status draftu. Tabela korzysta z tego samego rejestru danych co tracker, checker i Workspace.

Zmiana 12.10.2026; weryfikacja 14.10.2026. Wersja dokumentu i etap procedury są odrębne.
ProjektKategoriaEtap ETSIWersja w karcie
EN 304 631Wirtualni asystenci smart homeClosing of approval procedure · 2026-10-121.0.0 — Stable draft
EN 304 632Smart Home: kamery bezpieczeństwa, zamki, alarmy i elektroniczne nianieClosing of approval procedure · 2026-10-121.0.0 — Stable draft
EN 304 633Zabawki podłączone do internetuClosing of approval procedure · 2026-10-121.0.0 — wersja wskazana w rejestrze
EN 304 634Wearables do monitorowania zdrowia poza MDR/IVDR albo dla dzieciStable draft · 2026-10-121.0.0 — Stable draft

Smart Home a Annex III Class I — najpierw funkcja produktu

CRA i opisy techniczne z rozporządzenia 2025/2392 rozróżniają uniwersalnych asystentów domowych, produkty domowe z funkcjami bezpieczeństwa, określone zabawki internetowe i wybrane wearables. Nie każde urządzenie IoT, głośnik lub zegarek automatycznie należy do Class I. Najpierw sprawdź zakres CRA, wyłączenia i podstawową funkcjonalność całego produktu.

  • EN 304 631: uniwersalny wirtualny asystent Smart Home, nie dowolne urządzenie sterowane głosem.
  • EN 304 632: bezpieczeństwo domu — m.in. kamery bezpieczeństwa, zamki, alarmy i elektroniczne nianie.
  • EN 304 633: zabawki internetowe objęte właściwą kategorią, z funkcjami społecznej interakcji lub lokalizacji; nie każda zabawka elektroniczna.
  • EN 304 634: wearables do monitorowania zdrowia poza zakresem MDR/IVDR albo przeznaczone do używania przez dzieci i dla dzieci; nie wszystkie akcesoria ubieralne.

Przykład: kamera bezpieczeństwa → kategoria → projekt normy

Dla kamery chroniącej dom, której podstawowa funkcja odpowiada właściwemu opisowi technicznemu, analizę można zapisać jako: produkt → Annex III Class I → projekt EN 304 632 → Closing of approval procedure → cytowanie OJEU niezweryfikowane. To ilustracja kolejności analizy, nie formalna decyzja dla dowolnej kamery.

Zapisz osobno firmware, aplikację i przetwarzanie zdalne niezbędne do wykonywania funkcji. Kamera bez usługi zdalnej może mieć inną granicę produktu niż model z analizą obrazu w chmurze. Dołącz architekturę, przeznaczenie i uzasadnienie wyboru kategorii.

Wymagania CRA a praktyczne dowody dla jednego release’u

Ocena ryzyka powinna prowadzić do właściwych zabezpieczeń i dokumentacji. Poniżej proponujemy operacyjny plan zbierania dowodów; nie jest to kompletna checklista prawna ani odtworzenie klauzul projektów ETSI. Główne obowiązki produktowe stosuje się od 11 grudnia 2027 r.; reporting z art. 14 już od 11 września 2026 r.

  • Opis ryzyka i architektury: urządzenie, interfejsy, aplikacja, API i usługa zdalna.
  • Dowody bezpiecznej konfiguracji, kontroli dostępu i ochrony danych dla właściwej wersji.
  • Dokładny release firmware i SBOM komponentów; nie sam numer modelu urządzenia.
  • Testy aktualizacji oraz zapis naprawy, jej weryfikacji i dystrybucji do właściwych urządzeń.
  • Okres wsparcia, instrukcje użytkownika i proces przyjmowania zgłoszeń podatności.

Annex I w trackerze nie jest automatyczną macierzą zgodności

Cztery work items deklarują zakres wymagań Annex I część I. Pokazujemy to jako informację o zakresie projektu. Nie przypisujemy automatycznie poszczególnych klauzul do wymagań produktu ani nie oznaczamy ich jako spełnione. Obsługa podatności z części II i pozostałe obowiązki producenta wymagają odrębnej pracy.

W Workspace można zapisać kategorię monitorowania dla produktu i zobaczyć numer projektu, etap, datę, wersję, źródło oraz zakres zadeklarowany przez ETSI. To datowany wspólny rejestr, nie automatyczny odczyt zmian ETSI ani historyczny snapshot decyzji klienta. Właściwy dowód i jego zastosowanie do release’u trzeba zachować osobno.

Dlaczego puste pole Official Journal nie oznacza automatycznie OJEU: NO?

W czterech sprawdzonych rekordach ETSI nie ma referencji Official Journal. To obserwacja rejestru, nie pełne przeszukanie Dziennika Urzędowego UE. Tracker zachowuje brak potwierdzonego cytowania; nie przedstawia pustego pola jako definitywnego wyniku OJEU.

Art. 27 wiąże domniemanie z zastosowaniem właściwej normy lub jej części, której referencję opublikowano w OJEU, i tylko z wymaganiami objętymi tym zakresem. Kandydat M/606, Stable draft albo zamknięcie procedury nie wystarczą. Zmiana tych etapów nie otwiera automatycznie samoceny Class I.

Co monitorować dalej, bez zmiany wymagań compliance?

Aktualizacja jest sygnałem do przeglądu materiałów i planu evidence, nie nowym obowiązkiem prawnym. W monitoringu rejestrujemy cztery karty i datę weryfikacji; zmiany wymagań pozostają WATCH_ONLY do przeglądu właściwego tekstu i jego statusu.

Nie potwierdziliśmy wskazanych terminów oceny komentarzy 19–20 października w dostępnym aktualnym harmonogramie. Nie traktuj ich jako prawnych deadline’ów ani dokonanych etapów. Sprawdź ponownie wersję, postęp procedury, publikację EN i ewentualne cytowanie przed decyzją produktową.

CRA dla Smart Home — FAQ

Czy każda kamera należy do CRA Class I?

Nie automatycznie. Sprawdź zakres CRA, przeznaczenie, podstawową funkcję i właściwy opis techniczny kategorii. Kamera bezpieczeństwa domu jest przykładem, nie uniwersalną klasyfikacją wszystkich kamer.

Czy EN 304 631–634 są już opublikowanymi normami z domniemaniem zgodności?

Zweryfikowane karty z 14 października pokazują projekty i etapy procedury, nie podstawę takiego domniemania. Przywołanie w OJEU trzeba ustalić niezależnie.

Czy Stable draft 1.0.0 oznacza zatwierdzoną EN?

Nie. Numer wersji i status draftu opisują dokument w toku prac, nie jego publikację jako przyjętej normy.

Czy Workspace automatycznie ocenia zgodność z EN 304 632?

Nie. Pokazuje datowane informacje dla wybranej kategorii monitorowania. Nie wykonuje automatycznego mapowania klauzul, klasyfikacji prawnej ani oceny zgodności produktu.

Czy mogę odłożyć wymagane raportowanie do zakończenia prac nad normami?

Nie. Status projektu normy nie odracza stosowanego obowiązku z art. 14. Przesłanki i terminy reporting review analizuj odrębnie.

PRIMARY SOURCES

Oficjalne źródła

Podstawa materiału została sprawdzona 14 października 2026.

SELF-SERVICE • ARTICLE 14

Sprawdź operacyjną gotowość procesu reportingowego

Płatny assessment prowadzi przez ownership, intake, triage, terminy 24h i 72h, final report, evidence oraz recordkeeping. Wynik powstaje automatycznie — bez rozmowy sprzedażowej.

ARTICLE 14 SELF-ASSESSMENTProdukt cyfrowyZobacz zakres i rozpocznij Cena i podatki są pokazane na stronie produktu • bez konsultanta