OPEN SOURCE • ARTICLE 24

Open Source & CRA – producent, contributor czy OSS steward?

Rola nie wynika z etykiety „open source”. Zależy od licencji, publicznego kodu, kontroli rozwoju i releases, modelu komercyjnego oraz systematycznego wsparcia projektu przeznaczonego do działalności komercyjnej.

Zweryfikowano w źródłach: 28 sierpnia 2026
FREE TOOL • BEZ KONTA

OSS Steward Checker

Przeanalizuj konkretny projekt i wersję. Checker rozdziela contributor, manufacturer, open-source software steward i przypadek bez wyraźnego sygnału roli CRA.

Krok 1 z 7
Czy source code jest publiczny, a licencja pozwala swobodnie używać, modyfikować i redystrybuować?

CRA stosuje własną definicję free and open-source software.

ROLE MAP

Najpierw produkt i governance, potem rola

CONTRIBUTOR

Wnosi kod

Nie ma primary control nad rozwojem, release ani dystrybucją. Sam commit access nie przesądza o obowiązkach.

MANUFACTURER

Udostępnia komercyjnie

Kontroluje produkt i udostępnia go za cenę lub w innym modelu, który CRA traktuje jako działalność komercyjną.

OSS STEWARD

Zapewnia trwałość

Podmiot prawny systematycznie wspiera FOSS przeznaczony do działalności komercyjnej, sam nie placing it on the market.

Co może oznaczać działalność komercyjną?

  • sprzedaż lub płatny dostęp do produktu, wersji binarnej albo aktualizacji,
  • monetyzacja innych produktów, usług lub danych związana z udostępnieniem,
  • bundling community code z płatną edycją lub wsparciem, gdy dostęp jest od niego zależny,
  • donacja, która w praktyce jest warunkiem uzyskania produktu lub aktualizacji.

Finansowanie rozwoju, grant lub dobrowolna donacja nie powinny być oceniane w oderwaniu od warunków dostępu. Dokumentuj przepływy per produkt i wersję.

Minimalny evidence pack projektu OSS

Zachowaj licencję i publiczny adres source code, strukturę governance, podmiot kontrolujący releases, zasady dystrybucji binariów, model finansowania, relację community/enterprise edition oraz zakres zasobów engineeringowych i infrastruktury. Producent integrujący FOSS do własnego produktu nadal odpowiada za due diligence komponentu i jego podatności.

FAQ

Najczęstsze pytania

Czy każdy projekt open source podlega CRA?

Nie. FOSS rozwijany lub dostarczany poza działalnością komercyjną korzysta ze szczególnego traktowania. Trzeba jednak ocenić konkretny produkt, wersję, kontrolę releases i model udostępnienia.

Czy contributor staje się producentem?

Sam wkład w kod lub techniczny commit access nie tworzy roli producenta ani stewarda, jeśli contributor nie ma primary control nad rozwojem, releases i dystrybucją projektu.

Czy donacje są działalnością komercyjną?

Dobrowolne donacje niezależne od dostępu do produktu, binariów lub aktualizacji zasadniczo nie są ceną. Warunkowanie dostępu wpłatą może zmienić wynik.

Czy płatny support robi z community edition produkt komercyjny?

Oddzielna, opcjonalna usługa konsultacyjna lub support dla swobodnie dostępnego FOSS nie przesądza sama w sobie o komercyjnym udostępnieniu produktu. Bundling lub warunkowy dostęp wymaga osobnej oceny.

Czy firma może być jednocześnie producentem i stewardem?

Tak, dla różnych produktów lub wersji. Przykładowo paid edition może tworzyć rolę producenta, a odrębna community edition — rolę stewarda, jeśli spełnione są jej warunki.

PRIMARY SOURCES

Oficjalne źródła

Reguły narzędzia opierają się na źródłach pierwotnych. Materiały guidance są niewiążące i nie zastępują oceny konkretnego przypadku ani aktualnego tekstu prawa.

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