Co przekonuje firmy technologiczne do współpracy z ARROWS

Dlaczego ochrona własności intelektualnej i licencji ma kluczowe znaczenie dla firm technologicznych

Spółki technologiczne różnią się od tradycyjnych przedsiębiorstw strukturą swoich aktywów. Wartość firmy tkwi znacznie mniej w budynkach czy maszynach, a znacznie bardziej w aktywach niematerialnych: kodzie, bazach danych, algorytmach, marce, danych i know-how zespołu. Aktywa te są chronione prawnie przede wszystkim za pomocą prawa autorskiego, praw własności przemysłowej, tajemnicy przedsiębiorstwa i umów, przy czym kluczową rolę odgrywa właśnie to, jak skonstruowane są poszczególne relacje i licencje. Przy konstruowaniu modeli licencyjnych, przenoszeniu praw do kodu i umownej ochronie know-how zazwyczaj warto skorzystać ze specjalizacji prawo IT i oprogramowania, cyberbezpieczeństwo. Jeżeli własność intelektualna jest słabo zabezpieczona, natychmiast odbija się to na wartości firmy i jej pozycji negocjacyjnej wobec inwestorów i partnerów.

Kolejną specyfiką jest tempo zmian. Oprogramowanie rozwija się w krótkich iteracjach, kod jest na bieżąco refaktoryzowany, komponenty są zastępowane, a często wykorzystuje się rozbudowane biblioteki open source. Praktycznie każda nowoczesna aplikacja zawiera dziś bardzo wysoki udział cudzego kodu – zazwyczaj open source – a tym samym firma jest faktycznie stroną dziesiątek, a nawet setek umów licencyjnych, których ma obowiązek przestrzegać. Nieprzestrzeganie warunków licencji choćby w jednym module stanowi przy tym naruszenie prawa autorskiego, z ryzykiem odszkodowania, obowiązku zmiany produktu, a nawet udostępnienia własnego kodu źródłowego, jeśli chodzi o tzw. licencje copyleft typu GPL. Praktyczne skutki konstrukcji licencyjnych dla biznesu (w tym pracy z zamówieniami i umowami) podsumowuje także powiązany tekst Umowa handlowa a zamówienie: kiedy wystarczy zamówienie, a kiedy firmie grożą problemy.

Dla organów statutowych firm technologicznych zgodność licencyjna jest zatem nie tylko kwestią gospodarności, ale także odpowiedzialności osobistej. Nieuprawnione korzystanie z oprogramowania – czy to w formie pirackiego oprogramowania, przekroczenia liczby licencji, czy naruszenia warunków licencji – może prowadzić do połączenia roszczeń cywilnoprawnych, kar administracyjnych, a w skrajnym przypadku nawet odpowiedzialności karnej, jeśli naruszenie ma większy zakres lub przynosi znaczną korzyść.

Z perspektywy inwestorów i nabywców ochrona własności intelektualnej i polityka licencyjna stają się jednym z pierwszych punktów każdego due diligence. Wyspecjalizowane audyty IP badają, czy firma rzeczywiście dysponuje prawami do tego, co sprzedaje, czy kluczowe części kodu nie znajdują się w rękach zewnętrznych kontraktorów bez przeniesienia praw oraz czy wykorzystanie komponentów open source odpowiada wybranej strategii licencyjnej. Gdy okaże się, że łańcuch praw do własności intelektualnej („chain of title”) jest przerwany albo że warunki licencji open source wymagają ujawnienia kodu źródłowego, może to prowadzić do obniżenia ceny nabycia, rygorystycznych gwarancji w umowie sprzedaży, a nawet do całkowitego wstrzymania transakcji. Wiąże się z tym również praktyka transakcyjna, ponieważ przy sprzedaży firmy technologicznej kwestie IP i licencji rozwiązuje się zazwyczaj w ramach sprzedaży firm i doradztwa transakcyjnego.

Prawnicy ARROWS nie tylko znają czeskie i europejskie prawo autorskie i licencyjne, ale potrafią też czytać term sheets inwestorów, rozumieją, jak działa biznes SaaS, i wiedzą, jak skonstruować warunki licencyjne, aby firma mogła długoterminowo skalować produkt, minimalizując jednocześnie ryzyka regulacyjne i procesowe. Klientom zapewniają więc nie tylko „pewność prawną”, ale przede wszystkim praktyczne wsparcie we wzroście i monetyzacji ich technologii.

Jakimi rodzajami własności intelektualnej zajmują się zazwyczaj firmy technologiczne

Podstawą produktu technicznego jest zazwyczaj program komputerowy, który zgodnie z czeską ustawą o prawie autorskim (ustawa nr 121/2000 Sb., o prawie autorskim, prawach pokrewnych i o zmianie niektórych ustaw, dalej „ustawa o prawie autorskim”) jest uważany za utwór chroniony od chwili jego stworzenia, bez potrzeby rejestracji. Ochrona obejmuje oprogramowanie niezależnie od formy jego wyrażenia, a więc zarówno kod źródłowy, jak i kod maszynowy, a także materiały przygotowawcze, jeżeli osiągają próg twórczości. Jeżeli firma rozważa ochronę rozwiązania technicznego również poza ramami prawa autorskiego, warto zapoznać się z przeglądem Jednolity patent europejski w praktyce: jak skutecznie bronić swoich innowacji przed plagiatorami na całym rynku UE. Umowy międzynarodowe, zwłaszcza TRIPS, wyraźnie zrównują programy komputerowe z utworami literackimi, co oznacza, że korzystają one z pełnej ochrony prawnoautorskiej na podstawie konwencji berneńskiej.

Dla firmy technologicznej ważne jest zrozumienie, że prawo autorskie chroni konkretne wyrażenie programu (kod), a nie samą ideę czy algorytm jako taki. W praktyce oznacza to, że dwóch programistów może niezależnie stworzyć dwie różne implementacje tego samego pomysłu; każda implementacja będzie chroniona odrębnie, jeśli jest oryginalna i wyraża indywidualną twórczość autora. Do naruszenia prawa autorskiego dochodzi dopiero wtedy, gdy ktoś bezprawnie przejmuje lub modyfikuje cudzy kod, a nie wtedy, gdy inspiruje się ogólną funkcją lub modelem biznesowym.

Autorskie prawa majątkowe chronią składnik ekonomiczny i obejmują w szczególności prawo do zwielokrotniania, rozpowszechniania, najmu, użyczania lub publicznego udostępniania utworu. Te prawa majątkowe można przenosić lub licencjonować i właśnie nimi operuje się w umowach o stworzenie oprogramowania i umowach licencyjnych. Firma technologiczna musi zatem mieć jasno określone, kto jest uprawniony do wykonywania praw majątkowych i w jakim zakresie udziela ich klientom lub partnerom.

W praktyce powstają zasadnicze różnice w zależności od tego, czy oprogramowanie stworzył pracownik, czy zewnętrzny kontraktor. W przypadku tzw. utworów pracowniczych prawa majątkowe do utworu wykonuje z mocy prawa pracodawca, o ile nie uzgodniono inaczej. Oznacza to, że jeśli programista tworzy oprogramowanie w ramach stosunku pracy, firma zazwyczaj uzyskuje prawo do korzystania z oprogramowania, jego modyfikowania i dalszego licencjonowania, bez konieczności zawierania z każdym pracownikiem odrębnej umowy licencyjnej.

Natomiast w przypadku zewnętrznych programistów (osób samozatrudnionych, freelancerów czy firm dostawców) prawa majątkowe pozostają przy autorze, jeżeli umowa wyraźnie nie reguluje przeniesienia wykonywania tych praw lub udzielenia licencji w niezbędnym zakresie. Ten niuans jest częstym źródłem sporów i blokad transakcji, ponieważ bez należycie przeniesionych praw lub licencji firma często nie dysponuje w pełnym zakresie kodem, który sprzedaje.

Prawa własności przemysłowej: patenty, wzory użytkowe i znaki towarowe

Dla wielu czysto programistycznych startupów patentowanie pozostaje w tle, natomiast w takich obszarach jak cyberbezpieczeństwo, sterowanie przemysłowe, IoT czy biotechnologia właściwie dobrana strategia patentowa może znacząco zwiększyć wartość firmy i siłę negocjacyjną wobec inwestorów.

Prawnicy kancelarii prawnej ARROWS często łączą więc konstrukcje prawnoautorskie i licencyjne z doradztwem z zakresu własności przemysłowej, aby klient nie zmarnował możliwości silniejszej ochrony tam, gdzie jest to realistyczne i ekonomicznie uzasadnione.

Patent zapewnia wyłączne prawo do rozwiązania technicznego, które jest nowe, jest wynikiem działalności wynalazczej i nadaje się do przemysłowego stosowania. W prawie czeskim i w europejskim systemie patentowym patent na programy komputerowe „jako takie” jest wyłączony, jednak opatentować można rozwiązania techniczne, w których oprogramowanie odgrywa rolę, jeżeli wynalazek przynosi efekt techniczny wykraczający poza samo działanie programu na komputerze. Patent udzielony w Republice Czeskiej obowiązuje zazwyczaj dwadzieścia lat od dnia złożenia zgłoszenia, o ile wnoszone są opłaty okresowe, a jego naruszenie rodzi pełną odpowiedzialność cywilną i karną.

Wzory użytkowe zapewniają krótszą (maksymalnie 10 lat), ale szybszą formę ochrony rozwiązania technicznego, natomiast znaki towarowe chronią oznaczenie produktu lub usługi, takie jak nazwa aplikacji czy logo. Dla firm technologicznych rejestracja znaku towarowego jest często pierwszym krokiem do budowania marki na rynku, podczas gdy patenty i wzory użytkowe znajdują zastosowanie przede wszystkim przy innowacjach technicznych.

Tajemnica przedsiębiorstwa i know-how

Duża część wartości firmy technologicznej nie jest chroniona rejestracją, lecz mieści się w kategorii tajemnicy przedsiębiorstwa i know-how. Czeski Kodeks cywilny (ustawa nr 89/2012 Sb., dalej „KC”) rozumie tajemnicę przedsiębiorstwa jako istotne z punktu widzenia konkurencji, określone, mające wartość i w odpowiednich kręgach handlowych powszechnie niedostępne fakty, które są związane z przedsiębiorstwem i których właściciel zapewnia w ramach swojej działalności ich poufność.

Typowo należą tu algorytmy, wewnętrzne procedury techniczne, architektura systemu, strategie marketingowe, listy klientów, ale także np. konfiguracja infrastruktury. Ochrona tajemnicy przedsiębiorstwa trwa tak długo, jak długo spełnione są warunki poufności i środków bezpieczeństwa, a informacje nie zostaną ujawnione ani w inny sposób nie utracą swojego niepublicznego charakteru.

W praktyce oznacza to, że samo oznaczenie dokumentu jako „tajemnica przedsiębiorstwa” nie wystarczy. Firma musi wykazać, że rzeczywiście wprowadziła rozsądne środki techniczne, organizacyjne i prawne, takie jak ograniczony dostęp, szyfrowanie danych, uprawnienia dostępowe, wewnętrzne regulaminy, a przede wszystkim umowy o zachowaniu poufności (NDA) z pracownikami, dostawcami i partnerami. Umowa o zachowaniu poufności powinna precyzyjnie określać, które kategorie informacji są chronione – na przykład kod źródłowy, architektura systemu, know-how dotyczące głównej działalności, baza klientów lub informacje finansowe – oraz ustanawiać obowiązek nieujawniania tych informacji, niewykorzystywania ich w sposób nieuprawniony i ich należytego zabezpieczenia.

Firmy technologiczne zwracają się do prawników kancelarii prawnej ARROWS często właśnie w momencie, gdy dochodzi do dzielenia się know-how z inwestorami, integratorami lub partnerami strategicznymi. W takich sytuacjach kluczowe jest skonstruowanie NDA i mechanizmów umownych tak, aby z jednej strony umożliwiały otwartą i rzeczową komunikację, a z drugiej chroniły kluczowe know-how przed nadużyciem lub niepożądanym przejściem do przyszłej konkurencji.

Własność kodu: pracownicy, kontraktorzy i dostawcy

Jednym z najczęstszych praktycznych problemów w firmach technologicznych jest pytanie, kto „rzeczywiście dysponuje prawami do kodu”. Jak już wspomniano, w przypadku pracowników prawa majątkowe wykonuje z mocy prawa pracodawca, o ile strony nie uzgodnią inaczej. W przypadku zewnętrznych dostawców nie dochodzi jednak do żadnego automatycznego przejścia; jeżeli umowa wyraźnie nie reguluje przeniesienia wykonywania praw majątkowych lub udzielenia licencji w wystarczającym zakresie, prawa majątkowe wykonuje nadal autor, a nie firma, która zamówiła stworzenie oprogramowania.

Ma to bezpośredni wpływ na zdolność firmy do dalszego rozwijania kodu, licencjonowania go osobom trzecim, ustanowienia na nim zastawu czy jego sprzedaży przy wyjściu z inwestycji. Bez jasnej umownej procedury przeniesienia praw lub udzielenia licencji firma może realnie zaoferować inwestorom lub nabywcy jedynie ograniczone możliwości korzystania, a nie pełną kontrolę nad kluczowym aktywem. Problem ten jest tym bardziej drażliwy, że często ujawnia się dopiero podczas badania prawnego w końcowej fazie transakcji, gdy koszty i oczekiwania po obu stronach są już wysokie. Prawnicy kancelarii prawnej ARROWS rutynowo pomagają klientom w rewizji historycznych umów z założycielami, pierwszymi programistami i agencjami, aby uporządkować łańcuch praw jeszcze przed wejściem inwestora.

W praktyce często łączy się ponadto kilka rodzajów relacji: wewnętrzne zespoły deweloperskie, zewnętrznych freelancerów, nearshoring lub outsourcing części prac rozwojowych, wykorzystanie bibliotek osób trzecich lub rozwiązań white-label. Każda z tych relacji ma własną logikę prawną i bez systematycznego zarządzania może się zdarzyć, że część kluczowej funkcjonalności jest objęta licencją, która nie pozwala na sublicencjonowanie, inna część należy do dostawcy, z którym nie uregulowano przeniesienia praw, a trzecia opiera się na open source z licencją copyleft, która wymaga otwarcia kodu.

Tu wartość dodana doświadczonego zespołu prawnego jest najbardziej widoczna – nie chodzi tylko o jedną umowę, ale o całościową strategię, jak prawnie „poskładać” kod, aby był długoterminowo wykorzystywalny komercyjnie.

Co właściwie oznacza „licencja na oprogramowanie” w praktyce prawnej

Licencja na oprogramowanie to z prawnego punktu widzenia umowne upoważnienie do korzystania z utworu – czyli oprogramowania – w określony sposób i na określonych warunkach. Dla licencjobiorcy nie chodzi o kupno oprogramowania w tradycyjnym rozumieniu, lecz o uzyskanie uprawnienia do korzystania, które może być szersze lub węższe, ograniczone czasowo lub terytorialnie. Licencja stanowi więc połączenie uprawnienia do korzystania z oprogramowania, oferty zawarcia umowy licencyjnej oraz konkretnych warunków, na jakich korzystanie jest legalne.

Typowym przykładem jest tzw. licencja „click-wrap” przy instalacji lub rejestracji oprogramowania, gdy użytkownik akceptuje postanowienia licencyjne kliknięciem przycisku „Zgadzam się”. Z prawnego punktu widzenia jest to standardowy sposób zawarcia umowy, o ile warunki są dostępne i zrozumiałe. Podobnie w środowisku B2B licencja może być zawarta w odrębnej umowie, w ogólnych warunkach handlowych lub w umowie o dostawę i wdrożenie systemu. Zawsze jednak obowiązuje zasada, że czego licencja wyraźnie nie zezwala, jest w odniesieniu do utworu zakazane, chyba że chodzi o wyjątki ustawowe, takie jak kopie zapasowe na własny użytek czy ustawowo dozwolone zwielokrotnienia.

Z punktu widzenia praktyki przedsiębiorstw zasadnicze znaczenie ma rozróżnienie, czy licencja jest wyłączna, czy niewyłączna. Licencja wyłączna daje licencjobiorcy prawo do korzystania z oprogramowania w uzgodnionym zakresie z wyłączeniem wszystkich innych osób, łącznie z samym autorem, chyba że umowa stanowi inaczej. Licencja niewyłączna natomiast pozwala autorowi udzielać licencji równolegle kolejnym podmiotom; dla dostawcy jest to typowy model w przypadku oprogramowania pudełkowego lub usług SaaS. Licencja może być ponadto ograniczona terytorialnie (np. do EOG), czasowo (np. roczna subskrypcja) i ilościowo (liczba użytkowników, urządzeń, instancji, transakcji).

Główne rodzaje licencji na oprogramowanie w praktyce firm technologicznych

W praktyce modele licencyjne można podzielić według kilku kryteriów. Pierwszym jest otwartość kodu źródłowego. Licencje własnościowe (proprietary) opierają się na zamkniętym kodzie, do którego pełny dostęp ma wyłącznie autor lub firma licencjodawcy, a licencjobiorcy zapewniają ograniczony zakres korzystania bez prawa do modyfikowania czy dalszego rozpowszechniania kodu. Natomiast licencje open source umożliwiają dostęp do kodu źródłowego i określają warunki, na jakich oprogramowanie może być używane, modyfikowane i rozpowszechniane – najczęściej chodzi o warunki zachowania licencji, wskazania autorstwa lub publikacji zmian.

Licencje open source dzielą się dalej na permisywne i restrykcyjne (tzw. copyleft). Licencje permisywne, takie jak MIT czy Apache 2.0, pozwalają na stosunkowo swobodne korzystanie, modyfikację i włączenie do oprogramowania własnościowego, często z jedynym warunkiem zachowania informacji o prawach autorskich i tekstu licencji. Licencje restrykcyjne, typowo GNU General Public License (GPL), działają na zasadzie „share-alike”: jeżeli użyjesz komponentu GPL i stworzysz utwór zależny, który dalej rozpowszechniasz, musisz go ponownie licencjonować na GPL i udostępnić kod źródłowy.

W przypadku niektórych licencji (np. Affero General Public License – AGPL) obowiązek ten dotyczy także udostępniania oprogramowania jako usługi przez sieć, gdzie rozpowszechnianie następuje w formie zdalnego dostępu. Firma, która nie orientuje się w tych licencjach, może niechcący „zarazić” swój produkt własnościowy obowiązkiem otwarcia kodu źródłowego, co ma zasadnicze skutki dla inwestorów i konkurencyjności.

Zaletą są niższe nakłady początkowe, szybsze wdrożenie i łatwiejsze skalowanie, wadą może być większa zależność od dostawcy (vendor lock-in) oraz konieczność starannego uregulowania w umowie kwestii dostępności, ochrony danych i zakończenia współpracy. Kolejnym kryterium jest sposób udostępniania oprogramowania: on-premise lub w chmurze (SaaS).

W modelu on-premise oprogramowanie jest instalowane u klienta, a licencja jest często jednorazowa, ewentualnie uzupełniona o roczny maintenance. Klient ma większą kontrolę nad działaniem systemu, a często także nad danymi, ale musi zapewnić sobie sprzęt i administrację. W modelu chmurowym oprogramowanie jest udostępniane jako usługa, zazwyczaj w formie licencji czasowej (subskrypcji) z regularnymi płatnościami i aktualizacjami.

Przeniesienie i dalsza sprzedaż licencji

Szczególnej uwagi wymaga możliwość dalszego rozpowszechniania licencji na oprogramowanie. Trybunał Sprawiedliwości Unii Europejskiej w wyroku C-128/11 UsedSoft GmbH przeciwko Oracle International Corp. orzekł, że w przypadku bezterminowych licencji na oprogramowanie prawo do rozpowszechniania wyczerpuje się już z chwilą pierwszej „sprzedaży”, i to także wtedy, gdy oprogramowanie zostało pozyskane w drodze pobrania.

W praktyce oznacza to, że licencjobiorca może pod pewnymi warunkami odsprzedać licencję, jeżeli zaprzestanie korzystania z oprogramowania i przekaże licencję w całości, a nie w częściach, jeżeli pierwotnie została udzielona w pakietach. Zasada ta ogranicza możliwość całkowitego zakazania przez dostawców dalszej sprzedaży licencji w ich warunkach umownych.

Dla firm technologicznych ma to dwa wymiary. Jako dostawcy oprogramowania muszą uwzględniać ten wyrok przy konstruowaniu modelu biznesowego i warunków licencyjnych, aby uniknąć nieważnych postanowień i ryzyka sporów. Jako użytkownicy cudzego oprogramowania mogą natomiast skorzystać z możliwości optymalizacji portfela licencji poprzez zakup „używanych” licencji, jednak kosztem większego nacisku na due diligence i gwarancje umowne, że licencja została rzeczywiście prawidłowo nabyta i jest zbywalna.

Podatki a usługi licencyjne

Udzielanie licencji na oprogramowanie jest z punktu widzenia podatku od wartości dodanej (DPH) zazwyczaj uważane za usługę, a nie dostawę towarów. Ma to wpływ przede wszystkim na transakcje transgraniczne, gdy już pierwsze nabycie usługi z zagranicy może rodzić obowiązek rejestracji do DPH w Republice Czeskiej, i to nawet w przypadku podmiotu, który dotychczas nie był podatnikiem.

W firmach technologicznych, które nabywają usługi licencyjne lub rozwiązania chmurowe od zagranicznych dostawców, konieczne jest zatem koordynowanie kwestii licencyjnych i podatkowych – również w tym obszarze korzystne dla zarządu bywa posiadanie prawników kancelarii prawnej ARROWS i doradców podatkowych w jednym zespole.

Najczęstsze pytania dotyczące modeli licencyjnych

W praktyce firm technologicznych w odniesieniu do modeli licencyjnych powtarzają się podobne pytania.

Pierwsze częste pytanie brzmi, czy można „po prostu” łączyć własnościowy kod firmy z bibliotekami open source. Odpowiedź brzmi: tak, ale pod warunkiem starannego doboru licencji i monitorowania, czy powstaje utwór zależny, który uruchamia obowiązek copyleft, czy też chodzi o niezależne połączenie, w którym można zachować własnościowy charakter całości.

Drugim typowym pytaniem jest, czy można udzielić klientowi „nieograniczonej licencji” bez ryzyka dla dostawcy. W praktyce licencję można skonstruować bardzo szeroko, ale decyzja powinna wynikać z modelu biznesowego, rodzaju produktu i siły negocjacyjnej stron; nieograniczona licencja może znacząco wpłynąć na możliwość dalszej monetyzacji i zwrot z inwestycji w rozwój.

Trzecią często poruszaną kwestią jest różnica między licencją a przeniesieniem wykonywania praw majątkowych. Licencja daje licencjobiorcy uprawnienie do korzystania z utworu w określonym zakresie, natomiast przeniesienie wykonywania praw majątkowych przenosi wykonywanie tych praw na nabywcę, który może rozporządzać utworem podobnie jak pierwotny autor (z zastrzeżeniem osobistych praw autorskich, które są niezbywalne). Dla inwestorów różnica jest zasadnicza – przy przejęciu zazwyczaj nalegają na możliwie najszersze przeniesienie wykonywania praw majątkowych do kodu kluczowego, a nie tylko na ograniczoną licencję.

Ryzyka źle skonstruowanych licencji i ochrony własności intelektualnej

Nieuprawnione korzystanie z oprogramowania w firmach ma wiele postaci: od zainstalowania jednego legalnie zakupionego programu na wielu stanowiskach, przez przekroczenie uzgodnionej liczby użytkowników, aż po całkowicie nielegalne pobranie oprogramowania z pirackich źródeł lub naruszanie warunków licencji przez niedozwolone wykorzystanie do celów komercyjnych.

Skutkiem jest przede wszystkim obowiązek naprawienia szkody, gdy zgodnie z § 40 ust. 4 ustawy o prawie autorskim uprawniony może żądać odszkodowania w wysokości wynagrodzenia, które byłoby zwyczajowo należne za uzyskanie takiej licencji, i to co najmniej w wysokości dwukrotności takiego wynagrodzenia; mogą do tego dojść także sankcje karne na podstawie § 270 czeskiego Kodeksu karnego (ustawa nr 40/2009 Sb., dalej „KK”), jeżeli chodzi o naruszenie na większą skalę lub uzyskanie znacznej korzyści.

Kancelaria prawna ARROWS pomaga klientom w takich sytuacjach na dwa sposoby. Po pierwsze prewencyjnie, poprzez audyt portfela licencji, opracowanie wewnętrznych regulaminów zakupu oprogramowania i szkolenia pracowników w zakresie postępowania z licencjami. Po drugie reaktywnie, czyli poprzez reprezentację podczas audytów licencyjnych, negocjowanie ugód w sprawie roszczeń producentów oraz obronę przed nieproporcjonalnymi karami lub pozwami. Niedocenianie zarządzania licencjami na oprogramowanie nie jest przy tym jedynie błędem administracyjnym – to decyzja biznesowa o potencjalnie druzgocących skutkach finansowych, prawnych, operacyjnych i wizerunkowych.

Zajęcie serwerów przez policję, przerwanie działania systemu, brak możliwości dochodzenia roszczeń gwarancyjnych w przypadku nielegalnego oprogramowania oraz publiczne powiązanie marki firmy z piractwem komputerowym to ryzyka, których żaden poważny zarząd nie może ignorować. Dla organów statutowych ważne jest ponadto wykazanie, że zgodność licencyjna nie została zaniedbana, co znacznie ułatwia dobrze skonstruowany system kontroli wewnętrznej i dokumentacji.

Vendor lock-in i zależność od dostawcy

Kolejnym istotnym ryzykiem jest tzw. vendor lock-in, czyli finansowa i technologiczna zależność od jednego dostawcy, która uniemożliwia firmie przejście na inne rozwiązanie bez nieproporcjonalnych kosztów, opóźnień lub ryzyka przestoju. Vendor lock-in może mieć składnik techniczny (formaty własnościowe, nietypowe API, niekompatybilne konfiguracje), ale także prawny – na przykład warunki licencyjne, które uniemożliwiają modyfikację oprogramowania przez osobę trzecią, zakazują inżynierii wstecznej, wyłączają dostęp do kodów źródłowych i nie regulują, co się stanie w przypadku rozwiązania umowy, niewypłacalności dostawcy lub jego przejęcia przez konkurenta.

Znane sprawy z czeskiego środowiska pokazują, że całkowita zależność od jednego dostawcy oprogramowania może prowadzić do tego, że zamawiający publiczny lub większe przedsiębiorstwo jest zmuszone płacić za modyfikacje i rozwój systemu ceny, które w warunkach konkurencji nie byłyby zwyczajowe, albo nie jest w stanie rozwijać systemu zgodnie z własnymi potrzebami, ponieważ dostawca nie udostępni kodów źródłowych. Z perspektywy firmy technologicznej, która sprzedaje oprogramowanie, vendor lock-in jest mieczem obosiecznym. Z jednej strony może krótkoterminowo wzmocnić pozycję negocjacyjną, z drugiej może zniechęcać wyrafinowanych klientów, którzy są świadomi ryzyk i nalegają na bardziej wyważone warunki umowne, w tym na możliwość przejścia do innego dostawcy.

Kancelaria prawna ARROWS w praktyce często łączy umowną regulację licencji, serwisu i escrow tak, aby zależność od dostawcy była proporcjonalna i przewidywalna, a nie absolutna. Prawne rozwiązanie problemu vendor lock-in często łączy wynegocjowanie prawa do wydania kodów źródłowych pod określonymi warunkami (np. w razie upadłości dostawcy, istotnego naruszenia umowy, niewykonywania obowiązków serwisowych) z umową o tzw. software escrow, czyli zdeponowaniem kodu źródłowego u niezależnej osoby trzeciej, która udostępni go klientowi, jeżeli wystąpią określone zdarzenia uruchamiające. W niektórych przypadkach prawo do wydania kodu źródłowego można wywieść także z samego celu umowy, zwłaszcza w przypadku oprogramowania tworzonego na zamówienie, jeżeli niewydanie kodu uniemożliwiłoby lub nadmiernie utrudniło jego utrzymanie i rozwój.

Kody źródłowe, escrow i prawo do modyfikacji

Kwestia, czy zamawiający ma prawo do wydania kodu źródłowego, jest jednym z najbardziej drażliwych obszarów prawa oprogramowania. Jeżeli umowa wyraźnie stanowi, że licencja jest udzielana wyłącznie do kodu maszynowego, a kody źródłowe pozostają tajemnicą przedsiębiorstwa dostawcy, klient z reguły nie ma automatycznego roszczenia o ich wydanie. Z drugiej strony, jeżeli oprogramowanie zostało stworzone na zamówienie i nie istnieje umowa serwisowa albo dostawca nie jest w stanie wykonywać swoich obowiązków, niemieckie orzecznictwo i część literatury przedmiotu dopuszczają możliwość wywiedzenia obowiązku dostawcy do wydania kodów źródłowych, aby możliwe było usunięcie wad i dalszy rozwój oprogramowania.

Rozwiązaniem kompromisowym bywa właśnie software escrow, w ramach którego kod źródłowy, dokumentacja i inne materiały są deponowane u niezależnego agenta escrow i zwalniane na rzecz klienta, jeżeli dostawca zbankrutuje, przestanie świadczyć wsparcie lub w inny poważny sposób naruszy umowę. Umowa escrow precyzyjnie określa, na jakich warunkach dochodzi do zwolnienia materiałów i w jaki sposób klient może wykorzystać kod źródłowy – zazwyczaj wyłącznie do utrzymania i rozwoju na własne potrzeby, a nie do dalszego komercyjnego rozpowszechniania.

Prawnicy kancelarii prawnej ARROWS pomagają klientom skonstruować te mechanizmy tak, aby były technicznie wykonalne (w tym obowiązek dostawcy do regularnej aktualizacji zdeponowanych wersji kodu i dokumentacji) i prawnie egzekwowalne. W przypadku projektów transgranicznych istotny jest także wybór jurysdykcji i reguł proceduralnych rozstrzygania sporów o zwolnienie materiałów escrow.

Oprogramowanie open source i „ukryte” ryzyka licencyjne

Korzystanie z oprogramowania open source jest dziś praktycznie nieuniknione. Przynosi szybki wzrost produktywności, dostęp do sprawdzonych bibliotek i wsparcie społeczności, ale jednocześnie także nie do pominięcia ryzyka prawne, jeśli nie jest właściwie zarządzane. Głównymi ryzykami są nieznajomość dokładnych warunków licencji, łączenie niekompatybilnych licencji w jednym produkcie, nieprzestrzeganie obowiązków wskazania autorstwa, publikacji kodu źródłowego lub udostępnienia utworu zależnego na tej samej licencji.

Z prawnego punktu widzenia kluczowym pojęciem jest „utwór zależny”. W prawie autorskim jest to utwór powstały w wyniku opracowania utworu pierwotnego, na przykład jego modyfikacji, tłumaczenia lub połączenia z innym utworem. W obszarze oprogramowania granica między „utworem zależnym” a niezależnym połączeniem (np. przez API) jest jednak często niejasna zarówno technicznie, jak i prawnie. W przypadku licencji copyleft, zwłaszcza GPL, to właśnie powstanie utworu zależnego uruchamia obowiązek licencjonowania wyniku na tej samej licencji i udostępnienia kodu źródłowego. Błędna architektura aplikacji w trakcie jej tworzenia może więc mieć zasadnicze skutki prawne w chwili, gdy firma zacznie komercyjnie rozpowszechniać produkt lub gdy wejdzie do niej inwestor.

W praktyce prawnicy kancelarii prawnej ARROWS zalecają firmom wprowadzenie wewnętrznej polityki OSS, która określa, jakie rodzaje licencji open source są dopuszczalne w produkcie kluczowym, jak ewidencjonuje się użyte komponenty, kto zatwierdza dodawanie nowych bibliotek oraz jak wykonuje się obowiązki takie jak publikacja tekstu licencji lub udostępnienie kodu źródłowego określonych części systemu. Elementem tego bywa także regularny audyt techniczno-prawny (audyt IP, skan OSS), który łączy narzędzia do wykrywania komponentów open source w kodzie z prawną analizą skutków konkretnych licencji.

Ryzyka przy M&A i inwestycjach

Przy przejęciu firmy technologicznej lub wejściu inwestora jakość ochrony własności intelektualnej i konstrukcji licencji odgrywa kluczową rolę w tzw. IP due diligence. Nabywca musi zweryfikować, czy firma rzeczywiście dysponuje prawami do oprogramowania, które sprzedaje, czy nie toczy sporów dotyczących licencji, czy nie narusza praw osób trzecich oraz czy wykorzystanie komponentów open source nie zagraża strategii monetyzacji produktu.

Audyt IP obejmuje zazwyczaj identyfikację wszystkich aktywów IP, kontrolę umów z pracownikami i zewnętrznymi dostawcami, analizę umów licencyjnych z klientami i dostawcami, mapowanie komponentów open source oraz ocenę „freedom to operate”, czyli ryzyka, że kluczowe technologie naruszają patenty osób trzecich. Ustalenia IP due diligence mogą prowadzić do korekty ceny nabycia, uzupełnienia umowy o szczególne gwarancje i klauzule odszkodowawcze lub do żądania usunięcia zidentyfikowanych niedociągnięć (na przykład dodatkowe przeniesienie praw, zmiana warunków licencyjnych wobec klientów, usunięcie problematycznego komponentu OSS) jeszcze przed zamknięciem transakcji.

Kancelaria prawna ARROWS występuje w tym kontekście zarówno po stronie firm technologicznych przygotowujących się do inwestycji lub sprzedaży, jak i po stronie inwestorów i nabywców, którzy potrzebują szczegółowego i zrozumiałego obrazu stanu IP spółki docelowej. Połączenie eksperckiej wiedzy prawnej z zakresu prawa IT, M&A i kwestii podatkowych pozwala prawnikom ARROWS projektować strukturę transakcji tak, aby ryzyka IP zostały odzwierciedlone w umowie i uwzględnione finansowo.

Powiązane pytania dotyczące ryzyk licencyjnych i IP

1. Jak często warto przeprowadzać wewnętrzny audyt licencyjny?
W dynamicznie rosnących firmach technologicznych, które często wdrażają nowe oprogramowanie lub zmieniają infrastrukturę, rozsądne jest przeprowadzenie podstawowej kontroli co najmniej raz w roku, a bardziej szczegółowego audytu przy istotnych zmianach, takich jak migracja do chmury, duża aktualizacja ERP lub przejęcie innej spółki.

2. Czy warto zajmować się vendor lock-in, jeśli jesteśmy „małym” klientem dużego dostawcy?
Tak, właśnie w takich przypadkach ważne jest choćby podstawowe wynegocjowanie warunków rozwiązania umowy, eksportu danych, przekazania konfiguracji i ewentualnie rozwiązania escrow, aby Państwa firma nie została w pułapce bez realnej możliwości przejścia na inne rozwiązanie.

3. Kiedy warto rozważyć software escrow?
Typowo w przypadku krytycznego oprogramowania, na którym opierają się kluczowe procesy firmy, oraz rozwiązań, które są w znacznym stopniu dostosowane do potrzeb klienta i bez kodu źródłowego ich utrzymanie przez osobę trzecią byłoby trudne lub niemożliwe – escrow jest wtedy skutecznym narzędziem zarządzania ryzykiem dostawcy.

Jak prawnicy ARROWS konstruują ochronę własności intelektualnej i licencje w praktyce

Rynek technologiczny nie jest jednorodny – inne potrzeby ma startup na wczesnym etapie, inne scale-up przed rundą inwestycyjną, a jeszcze inne ugruntowana firma programistyczna ekspandująca za granicę. Kancelaria prawna ARROWS dostosowuje strategię IP i licencyjną do typu klienta, modelu biznesowego i planowanego horyzontu (wzrost organiczny, wejście inwestora, sprzedaż firmy).

W przypadku startupów na wczesnym etapie największym ryzykiem jest często „niedoceniona higiena umowna”. Założyciele i pierwsi programiści piszą kod bez formalnych umów, używają bibliotek OSS bez ewidencji, umawiają się „na gębę” z freelancerami i pierwszymi klientami.

Na tym etapie prawnicy kancelarii prawnej ARROWS pomagają stworzyć podstawowe elementy: umowy założycielskie, umowy o pracę i umowy z dostawcami dla programistów, ramową politykę OSS oraz pierwsze umowy licencyjne z klientami lub partnerami. Celem nie jest obciążenie klienta biurokracją, lecz stworzenie minimalnych funkcjonalnych ram, które pozwolą firmie bezpiecznie rosnąć i nie zablokują przyszłej inwestycji.

W przypadku scale-upów i spółek tuż przed rundą inwestycyjną lub transakcją exit typowym zleceniem jest kompleksowy audyt IP i „uporządkowanie” przeszłości. Obejmuje to rewizję umów z pracownikami i zewnętrznymi programistami (w tym zagranicznymi), dodatkowe przeniesienie praw, ustalenie nowej polityki licencyjnej dla kluczowego produktu, dostosowanie umów z klientami tak, aby były kompatybilne z przyszłym scenariuszem M&A, a ewentualnie także rejestrację znaków towarowych lub zgłoszenia patentowe. Elementem bywa również przygotowanie sekcji IP w umowach inwestycyjnych i gwarancji sprzedających, aby ryzyka IP zostały podzielone między strony w przewidywalny sposób.

Ugruntowane software house’y i korporacje zwracają się do prawników kancelarii prawnej ARROWS często z prośbą o długoterminowe zewnętrzne doradztwo prawne. Obejmuje ono bieżące przygotowywanie i rewizję umów licencyjnych, modyfikacje ogólnych warunków handlowych, wsparcie w przetargach, negocjacje z dużymi klientami i dostawcami, reprezentację podczas audytów licencyjnych oraz szkolenia zespołów wewnętrznych (HR, IT, zakupy, dział prawny, business development).

Umowy o stworzenie oprogramowania i przeniesienie wykonywania praw

Umowa o stworzenie oprogramowania jest podstawą prawną do wytworzenia rozwiązania programistycznego na miarę. Musi określać nie tylko parametry techniczne i kamienie milowe, ale także jasno rozstrzygać kwestię własności intelektualnej: kto będzie wykonywał prawa majątkowe, w jakim zakresie prawa zostaną przeniesione lub licencjonowane, jak zostanie potraktowane wcześniejsze know-how dostawcy i jakie ograniczenia obowiązują w zakresie dalszego wykorzystania kodu.

Dobrze skonstruowana umowa o stworzenie oprogramowania zawiera szczegółową specyfikację wymagań i zakresu projektu, w tym specyfikacje funkcjonalne i techniczne, wymagania dotyczące integracji, parametry wydajnościowe i standardy bezpieczeństwa. Z prawnego punktu widzenia kluczowe jest zawarcie postanowień o przeniesieniu wykonywania autorskich praw majątkowych lub udzieleniu licencji na rzecz zamawiającego.

W praktyce stosuje się różne modele: przeniesienie wykonywania wszystkich praw majątkowych do kodu wynikowego, licencję z prawem ingerencji w kod źródłowy i sublicencjonowania albo model mieszany, w którym dostawca zachowuje wykonywanie praw do swoich ogólnych komponentów wykorzystywanych w wielu projektach, a zamawiający nabywa prawa do części stworzonej na miarę.

Prawnicy kancelarii prawnej ARROWS pomagają klientom znaleźć równowagę między tymi interesami. Po stronie zamawiającego zazwyczaj dążą do możliwie najszerszego przeniesienia wykonywania praw do rdzenia produktu, który stanowi przewagę konkurencyjną firmy, oraz do umownej możliwości ingerowania w kod, łączenia go z innymi utworami i dalszego licencjonowania.

Po stronie dostawców konieczne jest natomiast chronienie komponentów wielokrotnego użytku, bibliotek i know-how, aby nie zostały „wyprzedane” w jednym projekcie i nie zablokowały dalszej działalności. Doświadczony zespół prawny potrafi stworzyć strukturę umowy tak, aby obie strony uzyskały to, czego naprawdę potrzebują: klient kontrolę nad swoim rozwiązaniem, a dostawca możliwość dalszego rozwoju swojego portfolio.

Konstruowanie umów licencyjnych z klientami i partnerami

Umowa licencyjna z klientem to dokument, który wyznacza prawne i biznesowe ramy korzystania z produktu. Dla firmy technologicznej jest to narzędzie, za pomocą którego steruje tym, jak będzie używane jej oprogramowanie, jak będzie fakturowane, jak będą rozwiązywane incydenty, jakie ma limity odpowiedzialności i jak będzie się postępować w razie rozwiązania umowy lub sporu.

Typowa umowa licencyjna B2B powinna zawierać jasne określenie zakresu licencji (wyłączna vs. niewyłączna, ograniczenia terytorialne i czasowe, liczba użytkowników, urządzeń, instancji), zasady instalacji i korzystania, zakaz ingerencji w kod bez zgody licencjodawcy, ale także zasady ewentualnych dostosowań, integracji i rozszerzeń. Ważna jest regulacja odpowiedzialności, w tym ewentualnych gwarancji funkcjonalności lub dostępności (SLA), ograniczenia odszkodowania oraz wyłączenia odpowiedzialności za szkody pośrednie, utratę danych czy utracone korzyści, o ile porządek prawny na to pozwala.

Prawnicy kancelarii prawnej ARROWS w praktyce dbają o to, aby licencja, umowa o utrzymanie i ewentualne aneksy tworzyły spójną i przejrzystą całość, zrozumiałą także dla zespołów handlowych i IT po stronie klienta. Nowoczesne umowy licencyjne powinny uwzględniać również fakt, że oprogramowanie się zmienia – aktualizacje, uaktualnienia, zmiany funkcjonalności, poprawki bezpieczeństwa. Wskazane jest zatem uregulowanie warunków utrzymania i wsparcia, w tym czasów reakcji i rozwiązania dla różnych typów incydentów, prawa do aktualizacji i ewentualnych opłat za nowe wersje.

Wewnętrzne regulaminy, NDA i szkolenia

Ramy prawne nie ograniczają się do umów zewnętrznych. Równie ważne są wewnętrzne procesy i regulaminy, które określają, kto może zatwierdzać korzystanie z nowego oprogramowania, jak zarządza się dokumentami licencyjnymi, jak postępuje się z komponentami open source, jak tworzy się i weryfikuje dokumentację oraz jak chroni się tajemnicę przedsiębiorstwa.

Kancelaria prawna ARROWS często przygotowuje dla firm technologicznych wewnętrzną politykę licencyjną i IP, która wyjaśnia programistom, menedżerom produktu i pracownikom działu zakupów, jakie zasady obowiązują przy zakupie oprogramowania, włączaniu OSS, udostępnianiu kodu źródłowego, korzystaniu z usług chmurowych czy dzieleniu się know-how z partnerami zewnętrznymi. Elementem tego bywa również system NDA dla pracowników, kontraktorów i zewnętrznych współpracowników, który jest praktyczny, egzekwowalny i adekwatny do realiów codziennej pracy.

Prawnicy kancelarii prawnej ARROWS prowadzą jednocześnie specjalistyczne szkolenia dla kadry zarządzającej i zespołów technicznych – od podstaw prawa autorskiego i licencyjnego, przez zarządzanie OSS, aż po konkretne procedury przy audytach licencyjnych lub due diligence po stronie sprzedającego czy kupującego. Firmy zyskują w ten sposób nie tylko umowy, ale i zrozumienie, które pozwala im radzić sobie z ryzykami także pomiędzy poszczególnymi projektami.

Podsumowanie końcowe

Ochrona własności intelektualnej i solidna konstrukcja licencji na oprogramowanie nie są dla firm technologicznych tematem teoretycznym, lecz codzienną rzeczywistością z bezpośrednim wpływem na wartość firmy, jej wzrost i osobistą odpowiedzialność zarządu. Prawa autorskie do oprogramowania, tajemnica przedsiębiorstwa, ewentualne patenty i znaki towarowe tworzą kręgosłup biznesu technologicznego, natomiast umowy licencyjne określają, jak produkt będzie monetyzowany, jakie ryzyka podejmuje firma i jak elastycznie potrafi reagować na zmiany rynku, regulacji czy struktury właścicielskiej.

Jak pokazują przykłady z praktyki i orzecznictwo, pozornie drobne błędy – brak przeniesienia praw od freelancera, niewłaściwie użyty komponent open source z licencją copyleft, niedostatecznie zabezpieczony vendor lock-in czy zlekceważony audyt licencyjny – mogą mieć na późniejszym etapie poważne konsekwencje. Od dochodzenia odszkodowania (co najmniej w wysokości dwukrotności zwyczajowej ceny licencji) i odpowiedzialności karnej za piractwo komputerowe, przez konieczność otwarcia kodu źródłowego kluczowego produktu, aż po zablokowanie inwestycji czy przejęcia z powodu wykrytych ryzyk IP.

Prawnicy kancelarii prawnej ARROWS łączą dogłębną znajomość czeskiego i europejskiego prawa własności intelektualnej, prawa oprogramowania i IT z praktycznym doświadczeniem z projektów technologicznych, transakcji M&A i sporów licencyjnych. Dzięki temu potrafią zaproponować klientom rozwiązania nie tylko prawnie poprawne, ale i rozsądne biznesowo – od przygotowania podstawowych umów w startupie, przez kompleksowy audyt IP przed inwestycją, aż po negocjowanie złożonych struktur licencyjnych i escrow w projektach międzynarodowych.

Jeżeli nie chcą Państwo ryzykować błędów, szkód, opóźnień, kar ani utraty wartości kluczowego aktywa programistycznego, bezpieczniej jest powierzyć ochronę własności intelektualnej i konstrukcję licencji na oprogramowanie doświadczonym prawnikom kancelarii prawnej ARROWS. W celu niezobowiązującej konsultacji konkretnej sytuacji w Państwa firmie mogą Państwo w każdej chwili napisać na adres konsultacja@arws.cz.

Najczęściej zadawane pytania

1. Na jakim etapie rozwoju warto zająć się ochroną własności intelektualnej i licencji z kancelarią prawną ARROWS?
Doświadczenie praktyczne pokazuje, że im wcześniej, tym taniej i skuteczniej można zabezpieczyć ryzyka. W startupach warto przygotować podstawowe umowy i strategię IP zaraz po powstaniu produktu, w scale-upach na porządku dziennym jest zazwyczaj audyt IP przed inwestycją lub ekspansją zagraniczną, a w ugruntowanych firmach chodzi o długoterminowe zarządzanie licencjami, OSS i relacjami z dostawcami. Jeżeli nie są Państwo pewni, od czego zacząć, prosimy o przesłanie krótkiego opisu sytuacji na adres konsultacja@arws.cz, a prawnicy kancelarii prawnej ARROWS zaproponują Państwu odpowiednie postępowanie.

2. Co kancelaria prawna ARROWS robi zazwyczaj jako pierwszy krok w przypadku nowej firmy technologicznej?
Zazwyczaj przeprowadzany jest krótki „screening” – rozmowa z kierownictwem, zmapowanie produktu, modelu biznesowego i podstawowych umów, w tym korzystania z OSS i kluczowych dostawców. Na tej podstawie prawnicy proponują priorytetowe kroki, na przykład modyfikację umów z programistami, przygotowanie umów licencyjnych z klientami lub podstawową politykę OSS. Postępowanie to można dostosować do wielkości i budżetu firmy. Jeżeli chcą Państwo przejść taki screening, prosimy o umówienie terminu przez konsultacja@arws.cz.

3. Jak kancelaria prawna ARROWS pomoże, jeśli prowadzimy już negocjacje licencyjne z dużym klientem?
W takiej sytuacji prawnicy zazwyczaj szybko analizują przesłany projekt umowy, identyfikują ryzykowne postanowienia (na przykład nieproporcjonalną odpowiedzialność, problematyczną regulację IP, vendor lock-in, SLA) i proponują alternatywne brzmienie. Mogą także bezpośrednio uczestniczyć w negocjacjach handlowych czy „redline callu” i wyjaśniać argumenty prawne w sposób, który respektuje biznesowy cel transakcji. Jeżeli obecnie prowadzą Państwo takie negocjacje, prosimy o przesłanie projektu umowy na adres konsultacja@arws.cz, a zespół kancelarii prawnej ARROWS skontaktuje się z Państwem w sprawie dalszych kroków.

4. Czy kancelaria prawna ARROWS potrafi rozwiązywać także kwestie licencyjne i IP z elementem międzynarodowym?
Tak, dzięki przynależności do sieci ARROWS International prawnicy ARROWS współpracują z partnerami w wielu jurysdykcjach i są w stanie koordynować struktury IP i licencyjne w projektach obejmujących na przykład amerykańskich czy brytyjskich inwestorów, rejestracje znaków towarowych w UE i poza nią czy świadczenie usług SaaS w wielu państwach. Krajowy zespół rozumie ponadto czeskie realia regulacyjne, dzięki czemu klient otrzymuje praktycznie użyteczny rezultat, uwzględniający zarówno czeskie, jak i zagraniczne wymogi. Jeżeli mają Państwo projekt transgraniczny, mogą go Państwo bezpiecznie skonsultować z kancelarią prawną ARROWS przez konsultacja@arws.cz.

5. Jak postępuje kancelaria prawna ARROWS, jeśli problem już wystąpił – na przykład audyt licencyjny lub spór o kody źródłowe?
W sytuacjach kryzysowych kluczowa jest szybka analiza faktów i dokumentów. Prawnicy ARROWS najpierw mapują ramy umowne, dokumenty licencyjne i okoliczności techniczne, a następnie proponują strategię reprezentacji – czy chodzi o negocjacje z producentem oprogramowania podczas audytu, wniesienie pozwu lub obronę przed nim, czy ewentualnie wniosek o zabezpieczenie. Równolegle zazwyczaj poszukuje się także rozwiązania długoterminowego, aby podobna sytuacja się nie powtórzyła. Jeżeli już mierzą się Państwo z problemem, warto odezwać się jak najszybciej na adres konsultacja@arws.cz, aby kancelaria prawna ARROWS mogła interweniować na czas.