Co to jest umowa licencyjna? Zakres, okres i wypowiedzenie

Umowa licencyjna to umowa, w której właściciel programu komputerowego udziela drugiej stronie prawa do korzystania z tego programu na określonych warunkach, zachowując własność samego oprogramowania. Ustala, do czego wolno używać oprogramowania, przez ile osób albo na ilu maszynach, przez jaki czas, za jaką cenę i co się dzieje, gdy któraś ze stron chce się wycofać.

Ta umowa ma znaczenie, bo oprogramowanie jest chronione prawem autorskim. W Stanach Zjednoczonych właściciel praw autorskich ma wyłączne prawa do zwielokrotniania utworu, opracowywania utworów zależnych i rozprowadzania egzemplarzy [1]. Instalacja, kopiowanie albo adaptacja programu dotyka tych praw. Licencja jest zgodą, która czyni korzystanie zgodnym z prawem, a jej brzmienie wyznacza granicę tego, co firma faktycznie może robić.

To rozróżnienie ma skutki. Federalne sądy USA orzekały, że użytkownik oprogramowania jest licencjobiorcą, a nie właścicielem egzemplarza, gdy właściciel praw autorskich udziela licencji, znacznie ogranicza przenoszenie praw i nakłada istotne ograniczenia korzystania. Zgodnie z tym rozumowaniem licencjobiorca nie może powołać się na doktrynę pierwszej sprzedaży ani na obronę niezbędnego kroku z art. 117, a jego prawa wynikają wyłącznie z warunków umowy licencyjnej [2]. Kupienie oprogramowania i posiadanie oprogramowania to nie to samo.

Ten sam instrument występuje pod kilkoma nazwami, a różnice dotyczą głównie tego, kto podpisuje, i tego, jak negocjowalne są warunki.

Nazwa	Co zwykle oznacza
Umowa licencyjna (SLA)	Ogólne określenie umowy przyznającej prawa do korzystania
Umowa licencyjna użytkownika końcowego (EULA)	Standardowy, niepodlegający negocjacjom formularz przedstawiany przy instalacji lub rejestracji
Umowa licencyjna korporacyjna albo zbiorcza	Wynegocjowana umowa obejmująca organizację kupującą na skalę
Umowa subskrypcyjna albo software as a service (SaaS)	Dostęp przyznawany na czas określony, zwykle hostowany przez dostawcę
Licencja wieczysta	Prawo do korzystania z konkretnej wersji bezterminowo, ze wsparciem kupowanym osobno
Licencja open source	Publiczna licencja przyznająca szerokie prawa pod warunkami

Dwie pułapki nazewnicze warto zaznaczyć. Po pierwsze, skrót SLA jest używany na określenie umowy licencyjnej w środowisku zarządzania zasobami oprogramowania [3], ale w większości kontekstów umownych SLA oznacza umowę o poziomie usług, czyli inny dokument o dostępności i czasach reakcji. Sprawdź, który z nich ma na myśli druga strona, zanim odpowiesz. Po drugie, EULA to rodzaj umowy licencyjnej, a nie odrębny gatunek: to standardowa wersja przedstawiana użytkownikowi końcowemu [3].

Licencje open source też są umowami licencyjnymi, z nietypową ekonomią. Żeby licencja kwalifikowała się jako open source zgodnie z definicją Open Source Initiative, musi pozwalać na swobodną redystrybucję, udostępniać kod źródłowy i dopuszczać modyfikacje oraz utwory zależne [4]. Zobowiązania sprowadzają się zwykle do warunków atrybucji i dystrybucji, a nie do opłat, i właśnie dlatego się je przeocza.

Cel i typowe zastosowania

Ta umowa wykonuje cztery zadania naraz. Przyznaje zgodę, której prawo autorskie w innym wypadku odmawia. Ogranicza tę zgodę, żeby dostawca mógł sprzedawać różne zakresy w różnych cenach. Rozdziela ryzyko przez gwarancje, indemnifikacje i warunki odpowiedzialności. I ustala rytm handlowy: co się płaci, kiedy i jak relacja się odnawia albo kończy.

Typowe sytuacje, w których się pojawia:

• Firma wykupuje subskrypcję produktu SaaS i akceptuje warunki przy rejestracji.
• Dostawca i klient negocjują umowę korporacyjną obejmującą wiele produktów i jednostek biznesowych.
• Oprogramowanie jest osadzane w sprzęcie albo odsprzedawane osobom trzecim, co zwykle wymaga odrębnej umowy dystrybucyjnej albo umowy resellerskiej.
• Deweloper licencjonuje bibliotekę komponentów do produktu komercyjnego.
• Podmiot publiczny kupuje oprogramowanie komercyjne. Amerykańskie federalne zasady zakupów nakazują nabywanie komercyjnego oprogramowania komputerowego na licencjach zwyczajowo oferowanych publicznie, w zakresie, w jakim te licencje są zgodne z prawem federalnym [5].

Strony umowy

Są dwie nazwane strony i kilka dalszych, których zachowanie reguluje umowa, choć nie składają podpisu.

Licencjodawca jest właścicielem praw do oprogramowania albo nimi zarządza. Udziela licencji i zwykle zobowiązuje się do dostarczenia oprogramowania, zapewnienia uzgodnionego wsparcia, obrony przed roszczeniami o naruszenie praw własności intelektualnej i przestrzegania obowiązków ochrony danych, gdy przetwarza dane klienta.

Licencjobiorca otrzymuje prawo do korzystania. Jego zobowiązania to zwykle uiszczanie opłat, pozostanie w granicach licencjonowanego zakresu, ochrona danych dostępowych i informacji poufnych, przestrzeganie ograniczeń korzystania oraz współpraca przy weryfikacji licencji.

Poza podpisami umowa obejmuje zwykle uprawnionych użytkowników, takich jak pracownicy i wykonawcy, podmioty powiązane licencjobiorcy, a czasem klientów końcowych, gdy licencjobiorca może osadzać oprogramowanie albo je odsprzedawać. Licencjobiorca zwykle pozostaje odpowiedzialny za ich zgodność z umową. To właśnie ta klauzula zamienia nieostrożne zachowanie jednego zespołu w odpowiedzialność podmiotu podpisującego.

Kluczowe warunki i klauzule

To informacje ogólne o tym, jak zbudowane są takie umowy, a nie porada prawna dotycząca konkretnej umowy.

Udzielenie licencji. Kluczowe zdanie. Sprawdź, czy jest wyłączne czy niewyłączne, wieczyste czy ograniczone czasem, światowe czy terytorialne, przenoszalne czy nie, i czy dopuszcza sublicencjonowanie.

Zakres i metryki licencji. Co jest liczone: nazwani użytkownicy, użytkownicy równocześni, rdzenie procesora centralnego (CPU), urządzenia, środowiska, wolumen transakcji albo próg przychodu. Metryka jest tym, co dostawca mierzy podczas audytu.

Ograniczenia. Typowe zakazy obejmują inżynierię wsteczną, benchmarki, udostępnianie dostępu poza licencjonowaną grupą, korzystanie w modelu service bureau i usuwanie oznaczeń własnościowych.

Własność intelektualna i własność. Potwierdza, że licencjodawca zachowuje tytuł, i rozstrzyga, kto jest właścicielem opinii, konfiguracji oraz danych albo wyników klienta.

Opłaty, wyrównanie i podwyżki. Cena, cykl rozliczeń, co uruchamia dodatkowe opłaty za korzystanie poza zakresem i wszelkie ograniczone albo nieograniczone podwyżki przy odnowieniu.

Wsparcie, utrzymanie i poziomy usług. Często osobny załącznik. Tam, gdzie istnieją zobowiązania dotyczące dostępności i czasów reakcji, zwykle znajdują się w umowie o poziomie usług dołączonej do umowy głównej.

Gwarancje i wyłączenia. Co dostawca obiecuje co do działania oprogramowania, na jak długo i co jest wyraźnie wyłączone.

Indemnifikacje. Najczęściej licencjodawca indemnifikuje od roszczeń osób trzecich dotyczących własności intelektualnej, a licencjobiorca od skutków niewłaściwego korzystania.

Ograniczenie odpowiedzialności. Limity i wyłączenia oraz wyjątki, w których limit nie obowiązuje.

Prawa audytu i weryfikacji. Prawo dostawcy do sprawdzenia użycia, wymagane zawiadomienie i to, kto płaci za niedobory.

Okres, odnowienie i wypowiedzenie. Opisane niżej, bo właśnie tu traci się najwięcej pieniędzy operacyjnych.

Ochrona danych i bezpieczeństwo. Gdy dostawca przetwarza dane osobowe, obok licencji zwykle leży umowa powierzenia przetwarzania danych.

Uwaga strukturalna dotycząca kopii zapasowych. W Stanach Zjednoczonych uprawnienie do sporządzenia kopii archiwalnej z art. 117 przysługuje właścicielowi egzemplarza, a wszystkie kopie archiwalne trzeba zniszczyć, jeśli dalsze posiadanie przestaje być zgodne z prawem [1]. W Unii Europejskiej, a więc i w Polsce, sytuacja wygląda inaczej: osoba uprawniona do korzystania z programu nie może zostać umownie pozbawiona prawa do sporządzenia kopii zapasowej, jeśli jest ona niezbędna do korzystania z programu, a pierwsza sprzedaż egzemplarza w Unii przez uprawnionego wyczerpuje prawo dystrybucji tego egzemplarza [6]. Prawo polskie realizuje te zasady w ustawie o prawie autorskim i prawach pokrewnych: art. 75 ust. 2 pkt 1 zezwala na sporządzenie kopii zapasowej niezbędnej do korzystania z programu, art. 76 unieważnia postanowienia umowne sprzeczne z art. 75 ust. 2 i 3, a art. 51 ust. 3 wyczerpuje prawo do dalszego obrotu egzemplarzem wprowadzonym do obrotu w EOG. Jurysdykcja zmienia odpowiedź, więc przeczytaj klauzulę o prawie właściwym, zanim założysz, że stosuje się którakolwiek z tych reguł.

Ważne daty i zdarzenia w cyklu życia umowy

Umowy licencyjne są sterowane datami, a daty rzadko leżą w tym samym dokumencie co strona z podpisami.

• Data wejścia w życie i początek okresu. Czasem data formularza zamówienia, czasem uruchomienie usługi, czasem koniec okresu pilotażowego.
• Koniec okresu subskrypcji albo licencji. Data, w której prawa wygasają, jeśli nic się nie stanie.
• Data automatycznego odnowienia. Większość umów subskrypcyjnych odnawia się automatycznie, o ile nie złożono wypowiedzenia.
• Termin wypowiedzenia przed odnowieniem. Prawdziwy termin. Leży tygodnie albo miesiące przed datą odnowienia, a jego pominięcie wiąże firmę na kolejny pełny okres.
• Data zawiadomienia o podwyżce ceny. Tam, gdzie dostawca musi ogłosić podwyżkę, zanim może ją zastosować.
• Terminy wyrównania albo raportowania użycia. Okresowe uzgadnianie rzeczywistego użycia z przysługującym zakresem.
• Odnowienie wsparcia albo utrzymania. Przy licencjach wieczystych często odnawia się we własnym cyklu.
• Terminy zawiadomienia o audycie. Wyprzedzenie, jakie dostawca musi dać przed weryfikacją.
• Zobowiązania po zakończeniu umowy. Usunięcie albo zwrot oprogramowania i danych oraz ewentualny okres wygaszania albo przejścia.

Każda z tych dat należy do osoby, a nie do folderu. Decyzja o odnowieniu należy do zakupów, uzgodnienie użycia do zespołu IT, a potwierdzenie usunięcia danych często do bezpieczeństwa.

Ryzyka i typowe błędy

Ciche automatyczne odnowienie. Okno wypowiedzenia się zamyka, okres się odnawia, a budżet zostaje zobowiązany, zanim ktokolwiek ocenił, czy narzędzie jest jeszcze używane.

Dryf zakresu. Zespół dodaje użytkowników, uruchamia drugie środowisko albo przenosi obciążenie na więcej rdzeni. Użycie rośnie organicznie, a przysługujący zakres nie.

Nieprzygotowanie do audytów. Audyty dostawców są częste i drogie. 2026 State of ITAM Report firmy Flexera, dotyczący zarządzania zasobami IT (ITAM), wykazał, że 48% badanych organizacji przeszło audyt w ciągu ostatniego roku, że 64% audytowanych organizacji zgłosiło audyty Microsoftu, a 44% respondentów wydało ponad milion dolarów na audyty w ciągu trzech lat [7]. Ten sam raport wykazał, że tylko 36% organizacji ma pełną widoczność swojego majątku IT [7].

Traktowanie podpisanej licencji jak zakupu. Jak pokazuje rozróżnienie między licencjobiorcą a właścicielem, odsprzedaż, przenoszenie, a nawet niektóre formy kopiowania mogą być ograniczone w sposób, który zaskakuje zespoły przekonane, że kupiły oprogramowanie [2].

Zgubienie zestawu dokumentów. Jedna relacja licencyjna to zwykle umowa ramowa plus formularze zamówień, aneksy, harmonogramy wsparcia i umowa powierzenia przetwarzania danych. Gdy w aktach jest tylko umowa główna, brakuje warunków handlowych, które faktycznie rządzą.

Niezarządzane zobowiązania open source. Warunki atrybucji i dostępności kodu źródłowego nie mają faktury, więc nic nie skłania do przeglądu, dopóki nie zapyta klient albo nabywca [4].

Brak właściciela. Najczęstsza porażka to nie zła klauzula. To podpisana umowa, za którą nikt nie został wskazany jako odpowiedzialny.

Powiązane typy umów

• Umowa ramowa o świadczenie usług (MSA) rządzi stałą relacją usługową i często jest dokumentem nadrzędnym, do którego podłączone są formularze zamówień. Licencja na oprogramowanie przyznaje prawa do korzystania, a MSA określa ramy realizacji pracy.
• Umowa o poziomie usług określa zobowiązania dotyczące jakości, kredyty i środki naprawcze. Zwykle dołącza do licencji albo subskrypcji, a nie zastępuje ich.
• Umowa powierzenia przetwarzania danych opisuje, jak dostawca przetwarza dane osobowe w imieniu klienta.
• Umowa resellerska oprogramowania upoważnia osobę trzecią do sprzedaży albo dystrybucji oprogramowania, czego standardowa licencja użytkownika końcowego nie obejmuje.
• EULA to umowa licencyjna w standardowej formie akceptowanej kliknięciem, a nie odrębny typ umowy [3].

Lista kontrolna zarządzania umową

Przejdź ją na prawdziwej umowie, nie z pamięci.

1. Zarchiwizuj cały zestaw. Umieść umowę główną, każdy formularz zamówienia, aneksy, harmonogram wsparcia i umowę powierzenia przetwarzania danych w jednym przeszukiwalnym repozytorium umów, powiązane jako jedna relacja.
2. Zapisz metrykę licencji i liczbę. Zapisz, co jest liczone i jaki dokładnie zakres przysługuje, żeby pytanie o użycie dało się rozstrzygnąć bez otwierania PDF-a.
3. Wyciągnij warunki, które niosą ryzyko. Zapisz zakres licencji, ograniczenia, opłaty i mechanikę podwyżek, prawa audytu, terminy wypowiedzenia i limity odpowiedzialności jako ustrukturyzowane pola. Ekstrakcja danych z umów zamienia to w powtarzalny krok, a nie ćwiczenie z czytania.
4. Wpisz do kalendarza termin wypowiedzenia, a nie datę odnowienia. Ustaw przypomnienie wystarczająco wcześnie przed terminem wypowiedzenia, żeby dało się podjąć prawdziwą decyzję, i wyślij je osobie, która może ją podjąć.
5. Wskaż właściciela dla każdej umowy. Jedna osoba odpowiedzialna za odnowienie, użycie i reakcję na audyt.
6. Uzgadniaj użycie przed każdym odnowieniem. Porównaj faktycznych użytkowników, urządzenia albo środowiska z przysługującym zakresem i rozwiąż różnicę, zanim znajdzie ją dostawca.
7. Zbieraj dowody audytowe na bieżąco. Dokumenty przysługującego zakresu, rejestry wdrożeń i korespondencję, przechowywane tam, gdzie można je szybko okazać.
8. Przeglądaj zobowiązania w rytmie. Kwartalnie przy dużych umowach, raz w roku przy pozostałych. Sprawdzaj w tym samym czasie zobowiązania open source.
9. Potwierdź, że kroki po zakończeniu umowy naprawdę się odbyły. Usunięcie, zwrot i odebranie dostępu to zobowiązania, a nie intencje.

Wersję operacyjną krok po kroku znajdziesz w tekście jak zarządzać umowami licencyjnymi. Szerszy obraz dostawców, czyli tę samą dyscyplinę w całym portfelu dostawców, opisuje zarządzanie umowami z dostawcami.

Contracko działa po stronie umów w licencjonowaniu oprogramowania. Przechowuje podpisane licencje i powiązane dokumenty, wyciąga kluczowe warunki i daty przy pomocy sztucznej inteligencji (AI) i przypomina właściwej osobie, zanim zamknie się okno wypowiedzenia. Nie wykrywa zainstalowanego oprogramowania ani nie liczy instalacji, co jest zadaniem narzędzi do zarządzania zasobami oprogramowania. Jeśli luką jest śledzenie samych umów, rozpocznij bezpłatny okres próbny i wgraj kilka umów licencyjnych, żeby zobaczyć, co z nich wyjdzie.

Źródła

[1] U.S. Code, Title 17, sekcje 106 i 117 (wyłączne prawa właściciela praw autorskich; ograniczenia kopiowania i kopii archiwalnych programów komputerowych przez właściciela egzemplarza). law.cornell.edu/uscode/text/17/117

[2] United States Court of Appeals for the Ninth Circuit, Vernor v. Autodesk, Inc., 621 F.3d 1102 (2010) (trójstopniowy test licencjobiorcy wobec właściciela oraz niedostępność obrony pierwszej sprzedaży i niezbędnego kroku dla licencjobiorców). cdn.ca9.uscourts.gov/datastore/opinions/2010/09/10/09-35969.pdf

[3] Flexera, hasło słownikowe o umowach licencyjnych (terminologia SLA i relacja między SLA a EULA). flexera.com/resources/glossary/what-is-a-software-license-agreement

[4] Open Source Initiative, The Open Source Definition (swobodna redystrybucja, dostępność kodu źródłowego i utwory zależne). opensource.org/osd

[5] U.S. Federal Acquisition Regulation 27.405-3 (komercyjne oprogramowanie komputerowe nabywane na licencjach zwyczajowo oferowanych publicznie). acquisition.gov/far/27.405-3

[6] Unia Europejska, dyrektywa 2009/24/WE w sprawie ochrony prawnej programów komputerowych (wyczerpanie prawa dystrybucji oraz kopia zapasowa, której umowa nie może zakazać; w prawie polskim art. 75 ust. 2 pkt 1, art. 76 i art. 51 ust. 3 ustawy o prawie autorskim i prawach pokrewnych). eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0024

[7] Flexera, 2026 State of ITAM Report (częstotliwość audytów, wydatki na audyty, mieszanka dostawców i widoczność majątku IT). flexera.com/blog/it-asset-management/state-of-itam-2026-audits

Obrazy w tym artykule zostały wygenerowane przy pomocy AI.