W świecie startupów technologicznych open source jest standardem. Trudno dziś znaleźć produkt cyfrowy, który nie korzystałby przynajmniej częściowo z bibliotek, frameworków lub komponentów rozwijanych przez społeczność programistów. Takie rozwiązania pozwalają znacząco przyspieszyć rozwój produktu, ograniczyć koszty programistyczne i szybciej wejść na rynek.
Problem pojawia się jednak w momencie pozyskiwania finansowania, sprzedaży spółki lub przeprowadzania due diligence przez inwestora.
To właśnie wtedy okazuje się, że nie każdy open source jest taki sam, a błędy popełnione kilka lat wcześniej przez zespół developerski mogą bezpośrednio wpłynąć na wycenę spółki, warunki transakcji lub nawet możliwość jej przeprowadzenia.
W praktyce coraz więcej funduszy venture capital, private equity oraz inwestorów strategicznych traktuje analizę open source jako jeden z kluczowych elementów IP due diligence.
Nie bez powodu.
Jeden nieprawidłowo wykorzystany komponent może wygenerować ryzyka prawne, których usunięcie będzie kosztowne, czasochłonne, a czasem wręcz niemożliwe.
Czym jest open source?
Open source to model udostępniania oprogramowania, w którym twórca zezwala użytkownikom na dostęp do kodu źródłowego programu oraz jego wykorzystywanie, modyfikowanie i dalsze rozpowszechnianie zgodnie z warunkami określonej licencji.
Wbrew powszechnemu przekonaniu open source nie oznacza „oprogramowania bez właściciela” ani „oprogramowania bez praw autorskich”.
Przeciwnie – każdy komponent open source jest chroniony prawem autorskim, a zasady jego używania wynikają z konkretnej licencji.
To właśnie licencja określa:
- czy można wykorzystywać kod komercyjnie,
- czy można go modyfikować,
- czy należy ujawniać własne modyfikacje,
- czy istnieje obowiązek udostępnienia kodu źródłowego,
- jakie obowiązki informacyjne spoczywają na użytkowniku.
Dla startupu różnica pomiędzy poszczególnymi licencjami może mieć fundamentalne znaczenie. Niektóre pozwalają niemal dowolnie korzystać z oprogramowania, inne mogą nakładać obowiązki trudne do pogodzenia z modelem biznesowym opartym na własności intelektualnej i komercjalizacji technologii.
Dlaczego open source stał się przedmiotem due diligence?
Jeszcze kilka lat temu analiza open source była często pomijana podczas badań prawnych startupów.
Obecnie sytuacja wygląda zupełnie inaczej.
Inwestorzy zdają sobie sprawę, że wartość spółki technologicznej w dużej mierze opiera się na:
- własności intelektualnej,
- kodzie źródłowym,
- technologii,
- możliwościach komercjalizacji produktu.
Jeżeli prawa do kluczowych elementów technologii są ograniczone przez określone licencje open source, może to bezpośrednio wpływać na wartość całego biznesu.
Dlatego profesjonalne IP due diligence niemal zawsze obejmuje analizę wykorzystywanego oprogramowania open source.
Open source nie oznacza braku ograniczeń
Jednym z najczęściej spotykanych mitów jest przekonanie, że skoro dane oprogramowanie jest darmowe, można korzystać z niego w dowolny sposób.
To błędne założenie.
Open source nie oznacza rezygnacji z praw autorskich.
Autorzy oprogramowania udzielają użytkownikom licencji, które określają zasady korzystania z kodu, jego modyfikacji oraz dalszej dystrybucji.
Zakres tych uprawnień zależy od rodzaju licencji.
W praktyce to właśnie warunki licencyjne decydują o poziomie ryzyka prawnego.
Nie wszystkie licencje open source są równie bezpieczne
Licencje permisywne
Do najczęściej spotykanych należą:
- MIT License,
- BSD License,
- Apache License 2.0.
Licencje te co do zasady pozwalają na szerokie wykorzystanie kodu, również w produktach komercyjnych.
Z perspektywy inwestora są one zwykle postrzegane jako relatywnie bezpieczne.
Nie oznacza to jednak, że nie wymagają analizy.
Licencje copyleft
Znacznie większe ryzyka wiążą się z licencjami typu copyleft, w szczególności:
- GPL,
- AGPL,
- LGPL (w określonych sytuacjach).
Ich celem jest zapewnienie, aby kolejne wersje oprogramowania również pozostawały dostępne na zasadach open source.
W praktyce może to prowadzić do obowiązków, które są trudne do pogodzenia z komercyjnym modelem działania startupu.
Dlaczego inwestorzy boją się GPL?
Największe kontrowersje od lat budzi licencja GPL (GNU General Public License).
W uproszczeniu jej zastosowanie może prowadzić do obowiązku udostępnienia kodu źródłowego określonych elementów produktu.
Choć szczegółowa ocena zależy od sposobu wykorzystania komponentu, architektury systemu oraz zakresu integracji, dla inwestora już samo potencjalne ryzyko jest sygnałem ostrzegawczym.
Jeżeli kluczowa część produktu została zbudowana w sposób, który może generować obowiązki wynikające z GPL, konsekwencje mogą obejmować:
- konieczność przebudowy produktu,
- dodatkowe koszty compliance,
- opóźnienie transakcji,
- renegocjację wyceny,
- rozszerzenie gwarancji i oświadczeń w umowie inwestycyjnej.
Jak wygląda analiza open source podczas due diligence?
W nowoczesnych procesach inwestycyjnych analiza open source rzadko ogranicza się do przeglądu dokumentów.
Coraz częściej wykorzystywane są specjalistyczne narzędzia umożliwiające automatyczne skanowanie kodu źródłowego.
Pozwalają one identyfikować:
- wykorzystane biblioteki,
- wersje komponentów,
- rodzaje licencji,
- znane podatności bezpieczeństwa,
- potencjalne konflikty licencyjne.
Dzięki temu inwestor otrzymuje szczegółową mapę ryzyk związanych z technologią rozwijaną przez spółkę.
Kiedy open source wpływa na wycenę startupu?
Nie każda nieprawidłowość automatycznie prowadzi do obniżenia wartości spółki.
W praktyce wpływ na wycenę pojawia się wtedy, gdy ryzyko wymaga dodatkowych działań lub generuje niepewność co do możliwości komercjalizacji produktu.
Najczęściej dotyczy to sytuacji, w których:
- nie istnieje polityka open source,
- spółka nie prowadzi ewidencji wykorzystywanych komponentów,
- nie wiadomo, jakie licencje zostały użyte,
- występują komponenty GPL lub AGPL w kluczowych obszarach produktu,
- nie przeprowadzano wcześniejszych audytów IP.
Dla inwestora oznacza to konieczność uwzględnienia dodatkowego ryzyka transakcyjnego.
Open source a oświadczenia i gwarancje w transakcjach
W procesach VC i M&A kwestie open source coraz częściej znajdują odzwierciedlenie w dokumentacji transakcyjnej.
Inwestorzy oczekują od założycieli i sprzedających szeregu zapewnień dotyczących między innymi:
- zgodności wykorzystania open source z licencjami,
- kompletności dokumentacji,
- braku naruszeń praw osób trzecich,
- braku obowiązku ujawniania kodu źródłowego.
Jeżeli po transakcji okaże się, że zapewnienia były nieprawdziwe, może to prowadzić do odpowiedzialności odszkodowawczej.
W dużych transakcjach technologicznych kwestia open source bywa przedmiotem osobnych negocjacji.
Najczęstsze błędy startupów
Brak polityki open source
W wielu młodych spółkach decyzje dotyczące wykorzystywania bibliotek pozostawiane są wyłącznie programistom.
Bez odpowiednich procedur trudno później ustalić, jakie komponenty zostały wykorzystane.
Brak audytu przed rundą inwestycyjną
Wielu founderów po raz pierwszy analizuje kwestie open source dopiero wtedy, gdy inwestor rozpoczyna due diligence.
W tym momencie możliwości naprawy problemów bywają już ograniczone.
Brak dokumentacji
Niektóre startupy nie prowadzą żadnego rejestru wykorzystywanych komponentów.
Taka sytuacja znacząco wydłuża proces badania spółki i zwiększa niepewność inwestora.
Nieświadome wykorzystanie licencji copyleft
Programiści często korzystają z gotowych bibliotek bez szczegółowej analizy warunków licencyjnych.
Problem staje się widoczny dopiero podczas transakcji.
Jak przygotować startup do IP due diligence?
Najlepszym rozwiązaniem jest wdrożenie procedur jeszcze przed rozpoczęciem rozmów z inwestorami.
W praktyce warto zadbać o:
- audyt open source,
- politykę korzystania z bibliotek,
- ewidencję komponentów,
- analizę licencji,
- regularne skanowanie kodu,
- procedury akceptacji nowych rozwiązań.
Takie działania nie tylko ograniczają ryzyko prawne, ale również znacząco zwiększają atrakcyjność spółki w oczach inwestorów.
Open source nie jest problemem – brak kontroli już tak
Warto podkreślić, że inwestorzy nie oczekują od startupów całkowitej rezygnacji z open source.
Byłoby to zresztą nierealne.
Problemem nie jest korzystanie z otwartego oprogramowania, lecz brak kontroli nad tym procesem.
Dobrze zarządzany ekosystem open source może być dowodem dojrzałości organizacyjnej spółki. Brak procedur, dokumentacji i świadomości licencyjnej działa natomiast odwrotnie – zwiększa ryzyko i obniża przewidywalność inwestycji.
Podsumowanie
Open source stał się nieodłącznym elementem współczesnych produktów technologicznych, ale jednocześnie należy do najczęściej analizowanych obszarów podczas IP due diligence. Inwestorzy coraz dokładniej badają wykorzystywane komponenty, ponieważ potencjalne naruszenia licencyjne mogą wpływać na możliwość komercjalizacji produktu, poziom ryzyka prawnego oraz wartość całej spółki.
W praktyce największym zagrożeniem nie jest samo wykorzystanie open source, lecz brak procedur pozwalających kontrolować rodzaj stosowanych licencji i sposób integracji komponentów z produktem. Jeden niezweryfikowany komponent może nie zatrzymać transakcji, ale może skutecznie obniżyć wycenę startupu, wydłużyć negocjacje, zwiększyć zakres odpowiedzialności założycieli oraz wpłynąć na ostateczne warunki inwestycji lub sprzedaży spółki. Dla wielu inwestorów analiza open source jest dziś równie istotna jak badanie praw do kodu źródłowego czy struktury właścicielskiej przedsiębiorstwa.
