CRA Scope: podstawowy test zakresu
- czy istnieje produkt z elementami cyfrowymi
- czy jest udostępniany na rynku UE w ramach działalności komercyjnej
- czy jego użycie obejmuje połączenie logiczne lub fizyczne z urządzeniem albo siecią
- czy remote data processing jest niezbędny do wykonywania funkcji produktu
- czy nie działa wyłączenie albo szczególna regulacja sektorowa
CRA Scope – praktyczne przykłady produktów
Poniższe przykłady pokazują typowy kierunek analizy, a nie automatyczny werdykt. Ten sam typ produktu może otrzymać inny wynik zależnie od modelu komercyjnego, architektury, marki i regulacji sektorowych.
| Przykład | Wstępny kierunek | Co decyduje |
|---|---|---|
| Połączone urządzenie IoT sprzedawane w UE | Często w zakresie | Produkt z elementami cyfrowymi, komercyjne udostępnienie i połączenie z siecią |
| Aplikacja desktopowa lub mobilna oferowana klientom | Często w zakresie | Samodzielne software, model dystrybucji i połączenie logiczne lub fizyczne |
| Samodzielna usługa SaaS | Nie automatycznie | Czy jest produktem lub niezbędnym remote data processing produktu |
| Chmura niezbędna do funkcji urządzenia | Może być częścią produktu | Projekt producenta, jego odpowiedzialność i brak działania funkcji bez usługi |
| Narzędzie używane wyłącznie wewnątrz jednej organizacji | Może być poza zakresem | Brak udostępnienia na rynku; osobno oceń spółki z grupy i klientów |
| Biblioteka lub komponent sprzedawany oddzielnie | Może być w zakresie | Komponent jako odrębny produkt udostępniany na rynku |
| Niekomercyjny projekt free and open source | Szczególna analiza | Brak komercyjnego udostępnienia i ewentualna rola open-source software stewarda |
| Produkt medyczny, pojazd lub produkt lotniczy | Reguły sektorowe | Wyłączenia i relacja CRA z właściwym prawem sektorowym |
Jakie produkty najczęściej wymagają analizy CRA scope?
Analiza zakresu jest szczególnie istotna dla produktów IoT, urządzeń sieciowych, firmware, aplikacji desktopowych i mobilnych, oprogramowania infrastrukturalnego oraz komponentów hardware lub software udostępnianych oddzielnie na rynku UE. Sama etykieta „SaaS”, „biblioteka” albo „komponent” nie rozstrzyga wyniku.
- połączony hardware i urządzenia IoT
- samodzielne oprogramowanie udostępniane komercyjnie
- komponenty wprowadzane na rynek jako odrębne produkty
- niezbędne funkcje remote data processing
- produkty rozwijane dla klientów, gdy firma występuje pod własną nazwą lub znakiem
CRA a in-house software – czy użytek wewnętrzny podlega?
Samo opracowanie oprogramowania in-house nie przesądza o stosowaniu CRA. Kluczowe jest to, czy produkt z elementami cyfrowymi jest dostarczany w celu dystrybucji lub używania na rynku UE w ramach działalności komercyjnej. Oprogramowanie używane wyłącznie wewnątrz jednej organizacji, bez dostarczania go innym podmiotom, co do zasady może nie spełniać definicji udostępniania na rynku.
Ocena zmienia się, gdy software trafia do klientów, spółek z grupy lub innych osób prawnych, jest licencjonowany, udostępniany pod własną marką albo stanowi produktową część odpłatnej usługi. Trzeba również oddzielnie przeanalizować niezbędne remote data processing i przepisy sektorowe; etykieta „internal” nie jest samodzielnym wyłączeniem.
Czy CRA dotyczy SaaS?
Samodzielna usługa chmurowa nie staje się automatycznie produktem z elementami cyfrowymi. Remote data processing może jednak wejść w zakres produktu, jeżeli jest zaprojektowany i rozwijany przez producenta lub pod jego odpowiedzialnością i jest niezbędny do wykonywania jednej z funkcji produktu. Wymaga to analizy konkretnej architektury i modelu oferowania.
Open source
CRA przewiduje szczególne podejście do wolnego i otwartego oprogramowania. Kluczowe jest m.in. to, czy oprogramowanie jest dostarczane poza działalnością komercyjną oraz czy występuje open-source software steward. Nie należy utożsamiać każdej publicznej licencji z automatycznym wyłączeniem.
Wyłączenia i regulacje sektorowe
Produkty medyczne, pojazdy, lotnictwo, wyposażenie morskie i inne obszary mogą podlegać szczególnym przepisom UE. Checker sygnalizuje potrzebę dalszej analizy, ale nie wydaje automatycznego werdyktu dla tych sektorów.
CRA Scope FAQ
Czy CRA dotyczy każdej usługi SaaS?
Nie. Samodzielna usługa chmurowa nie staje się automatycznie produktem z elementami cyfrowymi. Może jednak wejść w zakres jako remote data processing, gdy została zaprojektowana przez producenta lub pod jego odpowiedzialnością i bez niej produkt nie wykona jednej ze swoich funkcji.
Czy oprogramowanie in-house podlega CRA?
Oprogramowanie używane wyłącznie wewnątrz jednej organizacji, bez udostępniania go na rynku, może być poza zakresem. Wynik może się zmienić przy przekazywaniu rozwiązania klientom, partnerom lub odrębnym spółkom z grupy.
Czy komponent software lub hardware może sam podlegać CRA?
Tak, jeżeli jest umieszczany oddzielnie na rynku jako produkt z elementami cyfrowymi. Wbudowanie komponentu wymaga również ustalenia granic produktu końcowego i odpowiedzialności producentów.
Czy produkt bez bezpośredniego połączenia z internetem jest poza zakresem?
Nie zawsze. CRA obejmuje również połączenia pośrednie oraz logiczne lub fizyczne z urządzeniem albo siecią, uwzględniając przewidziane i racjonalnie przewidywalne użycie.
Czy każde oprogramowanie open source jest wyłączone z CRA?
Nie. Znaczenie ma komercyjne udostępnienie, odpowiedzialność producenta i ewentualna rola open-source software stewarda. Sama publiczna licencja nie daje automatycznego wyłączenia.
Oficjalne źródła
Podstawa materiału została sprawdzona 24 sierpnia 2026.