Open source w projekcie — audyt licencji i obowiązków
Sprawdzamy warunki korzystania z komponentów open source w aplikacji lub produkcie przeznaczonym dla klientów. Łączymy treść licencji z wersją biblioteki i sposobem jej wykorzystania. Przygotowujemy zestawienie obowiązków oraz plan uzupełnienia dokumentacji, zmiany komponentu lub uzyskania innego uprawnienia, gdy jest to potrzebne.
W jakiej sytuacji możemy pomóc?
Dla firm programistycznych, właścicieli produktów cyfrowych i inwestorów sprawdzających zależności licencyjne przed wydaniem, sprzedażą lub przejęciem oprogramowania.
Wydanie produktu
Zespół chce ustalić obowiązki licencyjne przed przekazaniem aplikacji klientom.
Przegląd inwestycyjny
Firma potrzebuje wykazać pochodzenie komponentów i ryzyka dla komercyjnego modelu produktu.
Niejasna zależność
W projekcie znaleziono bibliotekę o warunkach, których skutków wcześniej nie przeanalizowano.
Zakres pomocy i konkretny rezultat
Możesz zamówić wybrany etap albo ustalić szerszy zakres. Przed pracą potwierdzamy, jakie materiały przygotujemy.
Zestawienie licencji
Porównujemy komponenty, wersje i dokumenty źródłowe. Oznaczamy braki oraz warunki wymagające indywidualnej oceny.
Mapa zależności prawnych produktu.
Ocena sposobu użycia
Łączymy licencję z architekturą i modelem udostępniania. Wskazujemy obowiązki informacyjne oraz dotyczące źródeł.
Lista wymagań dla wydania.
Plan uporządkowania
Przygotowujemy zalecenia dokumentacyjne i warianty rozwiązania problemów. Wskazujemy, co wymaga decyzji technicznej lub zmiany umowy.
Plan działań dla zespołu produktu.
Przekazanie dokumentów i ustaleń
Omawiamy przygotowany materiał oraz uwagi klienta. Wskazujemy osoby odpowiedzialne za podpisy i dalsze czynności, dokumenty pozostające do uzupełnienia oraz działania wymagające osobnego zlecenia.
Materiały z kolejnością dalszych działań.
Granice zlecenia
Przegląd prawny nie zastępuje audytu bezpieczeństwa ani automatycznie nie obejmuje wszystkich zależności bez ich inwentaryzacji.
Licencja i model wykorzystania
Ten sam komponent może wymagać różnej oceny w różnych produktach.
| Sytuacja | Co sprawdzamy | Znaczenie dla sprawy |
|---|---|---|
| Wersja | Tekst licencji i pochodzenie | Ustalenie właściwych warunków. |
| Integracja | Modyfikacje i sposób połączenia | Ocena zakresu obowiązków. |
| Udostępnianie | Dystrybucja lub usługa online | Dobór dokumentów dla odbiorcy. |
Co warto ustalić przed zleceniem?
Dostępny kod nie oznacza braku warunków
Ustalamy nazwę, wersję, źródło i rzeczywistą licencję każdego elementu objętego przeglądem. Sprawdzamy także zależności pośrednie i modyfikacje, jeżeli występują w przekazanym zestawieniu. Open source może być używany komercyjnie, lecz wymagania poszczególnych licencji różnią się. Analizujemy zachowanie informacji o autorach, tekstów licencji, oznaczenia zmian i ewentualne udostępnienie kodu. Repozytorium publiczne bez jednoznacznej licencji nie daje automatycznie tych samych uprawnień. Nie opieramy oceny wyłącznie na etykiecie narzędzia skanującego; istotna jest treść warunków dla konkretnej wersji oraz sposób połączenia z produktem.
Dystrybucja i usługa sieciowa mogą wywoływać różne obowiązki
Rozdzielamy wykorzystanie wewnętrzne, przekazywanie programu klientom i dostęp do funkcji przez sieć. Przy licencjach typu copyleft badamy warunki obejmujące zmodyfikowane lub połączone elementy. W przypadku AGPL znaczenie może mieć również zdalna interakcja użytkowników ze zmodyfikowanym programem. Nie twierdzimy, że każda biblioteka wymusza publikację całego produktu ani że model SaaS zawsze usuwa obowiązki dotyczące kodu. Wynik wiążemy z architekturą opisaną przez zespół techniczny. Przygotowujemy listę działań przed wydaniem i informacje dla odbiorcy, a kwestie nieustalone oznaczamy do potwierdzenia przez programistów.
Jak wygląda współpraca
Najpierw cel i zakres. Następnie dokumenty, uzgodnione działania i wynik, z którego możesz skorzystać.
Cel i aktualny etap
Omawiamy oczekiwany rezultat, uczestników sprawy i najbliższe terminy. Potwierdzamy możliwość przyjęcia zlecenia oraz osobę odpowiedzialną za jego wykonanie.
Materiały i zakres
Ustalamy dokumenty potrzebne do analizy, sposób ich przekazania i ewentualne braki. Oferta określa konkretne opracowania oraz granice odpowiedzialności.
Analiza i opracowanie
Przygotowujemy uzgodniony materiał, wyjaśniamy istotne ryzyka i wskazujemy decyzje, których nie można podjąć bez informacji od klienta lub specjalisty.
Omówienie i dalsze kroki
Przekazujemy wynik wraz z wyjaśnieniami. Ustalamy, które czynności wykona klient, a które wymagają odrębnego zlecenia, zgody albo działania właściwego organu.
Zrozumiałe warunki przed startem
Wycena po ustaleniu zakresu
Wynagrodzenie ustalamy po określeniu zakresu i ocenie materiałów. W ofercie wskazujemy dokumenty lub działania objęte ceną, liczbę uzgodnień i sposób rozliczania dodatkowych prac. Opłaty urzędowe, sądowe, notarialne oraz koszty zewnętrznych specjalistów omawiamy osobno, jeżeli dotyczą sprawy. Termin naszej pracy potwierdzamy po otrzymaniu potrzebnych informacji; nie jest on gwarancją terminu decyzji urzędu, sądu lub kontrahenta.
Co wpływa na koszt?
- Liczba komponentów, wersji i zależności.
- Modyfikacje oraz architektura integracji.
- Dystrybucja, wykorzystanie wewnętrzne lub SaaS.
Co przygotować do rozmowy
Ta lista pomaga uporządkować materiały. Nie musisz mieć całego kompletu, aby zapytać o możliwość pomocy.
- Lista komponentów z wersjami lub SBOM
- Teksty licencji i informacje o modyfikacjach
- Opis architektury oraz modelu dystrybucji
- Umowy z klientami i obecna dokumentacja licencyjna
Na początek wystarczy opis
Dokumenty przekażesz po uzgodnieniu sposobu kontaktu. Nie wpisuj danych innych osób ani szczegółów wrażliwych w pierwszej wiadomości.
Osoba prowadząca i zasady pracy
Przed przyjęciem zlecenia ustalamy wykonawcę, formę kontaktu i zakres odpowiedzialności. Jeśli potrzebne jest działanie uprawnionego pełnomocnika, omawiamy jego udział oraz warunki osobno.
Zanim zdecydujesz.
Czy open source można używać komercyjnie?
Co do zasady tak, z zachowaniem warunków konkretnej licencji.
Czy każda licencja wymaga publikacji całego kodu?
Nie. Zakres zależy od licencji i rzeczywistego sposobu integracji.
Czy SaaS zawsze wyłącza obowiązek udostępnienia źródeł?
Nie. Niektóre licencje uwzględniają korzystanie przez sieć.
Czy publiczne repozytorium bez licencji wystarczy?
Nie należy zakładać pełnego prawa do wykorzystania tylko z powodu dostępności plików.
Czy wykonujecie skan techniczny projektu?
Zakres inwentaryzacji technicznej ustalamy osobno; analiza wymaga wiarygodnej listy komponentów.
Czy pomożecie przygotować informacje licencyjne?
Tak, w zakresie wynikającym z ustalonych komponentów i sposobu wydania.
Zapytaj o zakres i wycenę.
Opisz produkt, sposób udostępniania i dostępność listy komponentów; nie przesyłaj haseł ani kluczy do repozytorium. Na początek wystarczy opis bez danych wrażliwych. Sposób przekazania dokumentów ustalimy po kontakcie.
Ustalimy, jakie informacje są potrzebne do oceny zakresu i wyceny. Samo zapytanie nie oznacza zawarcia umowy.
Jeśli masz termin sądowy lub urzędowy, podaj go już przy pierwszym kontakcie.
Przygotuj krótką wiadomość
Opisz produkt, sposób udostępniania i dostępność listy komponentów; nie przesyłaj haseł ani kluczy do repozytorium. Na początek wystarczy opis bez danych wrażliwych. Sposób przekazania dokumentów ustalimy po kontakcie.
Oficjalne informacje związane z tematem
- Ustawa o prawie autorskim i prawach pokrewnych
- GNU — Affero General Public License, wersja 3
- Apache Software Foundation — Apache License 2.0