Od czego zależy legalność instalacji jednego programu na wielu komputerach
Prawo autorskie a umowa licencyjna – co faktycznie decyduje
Program komputerowy jest chroniony jak utwór w rozumieniu prawa autorskiego. To oznacza, że z automatu nic nie wolno poza tym, na co zgodził się autor lub właściciel praw. Zgoda ta ma formę licencji – czasem akceptowanej jednym kliknięciem (EULA), czasem podpisywanej jako kontrakt, a czasem przyjmowanej przez samo użycie serwisu (regulamin online).
W praktyce to umowa licencyjna precyzuje, czy instalacja jednego programu na kilku komputerach jest legalna. Prawo autorskie wyznacza tło (domyślnie brak zgody), a szczegółowe zasady mówią: ile stanowisk, ilu użytkowników, czy wolno przenosić licencję, czy można używać w firmie, czy tylko prywatnie. Dlatego interpretowanie „zdroworozsądkowe” typu: „zapłaciłem, więc mogę zainstalować gdzie chcę” jest po prostu błędne.
W świetle prawa decydujące jest to, co faktycznie zaakceptowałeś. Nawet jeśli nie czytasz licencji, zazwyczaj ją zatwierdzasz, klikając „Akceptuję”. To właśnie wtedy zgadzasz się m.in. na ograniczenia dotyczące liczby komputerów i rodzaju użycia. Z punktu widzenia sądu liczy się tekst licencji, a nie to, że nikt jej nie przeczytał.
Warunki licencji: EULA, regulamin, umowa papierowa
Producenci oprogramowania zamieszczają warunki licencji w różnej formie, ale merytorycznie chodzi o to samo: opis dozwolonego korzystania. Możesz trafić na:
- EULA (End User License Agreement) – umowa licencyjna użytkownika końcowego wyświetlana przy instalacji programu.
- Regulamin online – w przypadku usług w chmurze, SaaS, subskrypcji; akceptowany przy zakładaniu konta.
- Umowy licencyjne na papierze – często w firmach, przy zakupach hurtowych, licencjach objętościowych lub specjalistycznych systemach.
Każda z tych form jest w praktyce wiążącą umową cywilnoprawną. Nawet jeśli nie masz „pudełka” ani fizycznego dokumentu, to klikając „zgadzam się”, wchodzisz w stosunek umowny. Informacja o tym, czy jedna licencja obejmuje jeden, trzy czy pięć komputerów, zwykle znajduje się w kilku typowych miejscach: karcie produktu w sklepie, opisie planu (np. „Family up to 6 users”), w sekcji „Licencjonowanie” lub wprost w paragrafie EULA.
„Kupuję prawo do używania”, a nie „kupuję program”
Kluczowe jest przestawienie myślenia: kupując program, w 99% przypadków nie kupujesz egzemplarza na własność (jak książkę), tylko kupujesz licencję, czyli prawo do używania programu na określonych zasadach. To, że plik EXE lub instalator jest skopiowany na twój dysk, nie znaczy, że możesz go powielać bez ograniczeń.
Prosty model mentalny, który pomaga unikać problemów:
- Płyta / instalator / klucz – to tylko techniczny nośnik dostępu.
- Licencja – to rzeczywiste „prawo” do użycia, ograniczone zapisami (ile komputerów, ilu użytkowników, w jakim celu).
- Program – jako utwór pozostaje własnością producenta lub autora; ty masz tylko prawo używania.
Dzięki temu łatwiej zrozumieć, że fizycznie możesz skopiować instalator na 10 komputerów, ale prawnie może być to zabronione. To licencja decyduje, czy takie powielenie jest dozwolone, czy jest piractwem.
Co wpływa na możliwość instalacji na kilku komputerach
To, czy jedna licencja pozwala na instalację na wielu komputerach, zależy od kilku kluczowych parametrów:
- Typ licencji – na urządzenie, na użytkownika, na instancję, sieciowa, serwerowa.
- Rodzaj użytkownika – licencja domowa (home/personal) vs. licencja biznesowa (business/commercial).
- Model sprzedaży – OEM (sprzętowa), BOX/ESD (pudełko/klucz cyfrowy), subskrypcja, SaaS.
- Zakres terytorialny i kontekst – np. tylko w jednym gospodarstwie domowym, tylko w jednej firmie, tylko w kraju X.
Dwa programy z pozoru identyczne funkcjonalnie mogą mieć zupełnie różne reguły instalacji. Jeden antywirus może pozwalać na 5 urządzeń w ramach jednej licencji domowej, inny na 1 komputer i 1 smartfona, a jeszcze inny – wyłącznie na 1 urządzenie i bez prawa przeniesienia. Bez przeczytania licencji nie sposób tego zgadnąć.
Podstawowe typy licencji: na urządzenie, na użytkownika, na użycie
Licencja na urządzenie (per device) – jedna maszyna, jeden „slot”
Licencja na urządzenie oznacza, że liczone jest konkretne fizyczne urządzenie, a nie osoba czy ilość instalatorów. Typowym przykładem są:
- systemy operacyjne (np. Windows w wersji OEM),
- część programów antywirusowych,
- oprogramowanie do kiosków, kas fiskalnych, terminali POS.
W takim modelu producent zwykle dopuszcza: jedna licencja = jeden komputer. Czasem pojawiają się dodatkowe zapisy, np. że wolno zainstalować program na tym samym komputerze w kilku systemach (dual boot), ale nie na innym fizycznym sprzęcie. Program może być technicznie identyczny, ale przeniesienie licencji na inny komputer bywa ograniczone lub zabronione (szczególnie w OEM).
Jeśli masz licencję per device i instalujesz program na dwóch komputerach w domu, a licencja wyraźnie mówi „1 urządzenie”, druga instalacja jest nielegalna, nawet jeśli korzystasz w pełni prywatnie i „nikt na tym nie traci”. Z punktu widzenia prawa jest to naruszenie warunków licencji.
Licencja na użytkownika (per user) – przypisana do osoby
Licencja na użytkownika zakłada, że liczone jest konkretne konto / osoba fizyczna, a nie urządzenie. Wiele usług chmurowych i pakietów biurowych działa w tym modelu, np.:
- pakiety biurowe w wersji subskrypcyjnej,
- wiele rozwiązań SaaS (CRM, zarządzanie projektami, komunikatory firmowe),
- część narzędzi programistycznych.
Typowa konstrukcja: „1 licencja użytkownika uprawnia do instalacji na X urządzeniach należących do tego użytkownika” albo „użytkownik może korzystać z programu na komputerze służbowym i prywatnym, ale nie jednocześnie udostępniać go innym”. W praktyce oznacza to, że ta sama licencja może obejmować kilka komputerów, jeśli są one używane przez jedną osobę.
Kluczowe jest tu jednak rozumienie pojęcia „użytkownik”. Jeśli firma kupuje 3 licencje per user i 6 osób wymienia się loginami, jest to złamanie licencji. Nawet jeśli fizycznie program jest zainstalowany na trzech serwerach, to i tak liczy się liczba osób, które mają prawo korzystać z usługi.
Licencja na instancję, instalację, użycie – subtelne, ale ważne różnice
W licencjach technicznych pojawiają się czasem pojęcia:
- instancja – konkretna instalacja programu/serwisu (np. jedna baza danych, jedna maszyna wirtualna),
- instalacja – skopiowanie programu na dany system operacyjny,
- użycie – rzeczywiste uruchamianie i korzystanie z programu.
Producent może np. zezwalać na stworzenie wielu kopii instalacyjnych (np. do backupu), ale ograniczać liczbę aktywnych instancji. Przykład: baza danych może mieć licencję „1 instancja produkcyjna + 1 instancja testowa” na serwer, ale tylko jedna z nich może być używana komercyjnie. W kontekście komputerów domowych i biurowych rzadziej spotkasz takie zapisy, ale przy serwerach, wirtualizacji i farmach aplikacyjnych to standard.
Czasem licencja mówi wprost: „wolno zainstalować program na maksymalnie 3 komputerach, ale w danym momencie korzystać może tylko jeden użytkownik”. Taki zapis pozwala na wygodę (np. praca na desktopie i laptopie), ale blokuje równoległe użycie przez kilka osób, nawet jeśli fizycznie instalacja jest możliwa.
Modele mieszane: 1 użytkownik, 2–5 urządzeń
Coraz więcej producentów stosuje modele mieszane, które łączą licencję per user z limitem urządzeń. Przykładowe sformułowania:
- „Licencja upoważnia jednego użytkownika do instalacji programu na maksymalnie 2 komputerach i 1 urządzeniu mobilnym”.
- „Program może być zainstalowany na pięciu urządzeniach, pod warunkiem że korzystają z niego członkowie jednego gospodarstwa domowego”.
W praktyce oznacza to, że jedna licencja pozwala legalnie instalować program na kilku komputerach, ale musi być spełniony warunek dotyczący osoby lub grupy użytkowników. Udostępnienie takiej licencji „poza” (np. koledze z innego domu lub współpracownikowi spoza firmy) będzie naruszeniem zapisów, nawet jeśli liczba urządzeń się „zgadza”.
Przy modelu mieszanym zawsze sprawdzaj dwa parametry: limit urządzeń oraz kto może korzystać (konkretna osoba, rodzina, pracownicy firmy, dowolna liczba użytkowników itp.). To one razem określają, czy instalacja na kilku konkretnych komputerach w twoim środowisku jest legalna.
Licencje domowe vs firmowe: kiedy „domowa” nie wystarcza
Użytek prywatny a komercyjny – kluczowy podział
Bardzo wiele programów ma rozróżnienie na licencję domową (home/personal) i licencję firmową (business/commercial). Różnica nie dotyczy tylko ceny i wsparcia technicznego, ale przede wszystkim dozwolonego kontekstu użycia. Najczęściej spotykane zapisy dla licencji domowej:
- tylko do użytku osobistego i niekomercyjnego,
- do wykorzystania w gospodarstwie domowym,
- zakaz stosowania w działalności gospodarczej, instytucjach, biurach.
Jeśli zainstalujesz program na kilku komputerach w domu i wszyscy korzystają z niego wyłącznie prywatnie – zwykle mieścisz się w licencji domowej (o ile liczba urządzeń jest zgodna z zapisami). Jeśli jednak ten sam komputer służy do pracy zawodowej, pojawia się ryzyko, że licencja home nie obejmuje takiego scenariusza, nawet gdy korzystasz z programu tylko „po godzinach”.
Dlaczego ta sama aplikacja ma różne wersje Home i Business
Producent często oferuje tę samą funkcjonalnie aplikację w dwóch (lub więcej) wersjach licencyjnych. Różnice mogą dotyczyć:
- prawa do użytku komercyjnego,
- liczby dozwolonych stanowisk / użytkowników,
- dostępnych funkcji (np. integracje z domeną, funkcje administracyjne),
- zakresu wsparcia i SLA.
Z perspektywy pytania „czy mogę zainstalować na kilku komputerach” ważne jest to, że wersja Business często ma inne limity niż Home. Czasem wersja Home obejmuje całe gospodarstwo domowe (nawet 5–10 urządzeń), ale bez prawa do pracy komercyjnej, a wersja Business liczy każdy komputer osobno, ale dopuszcza zastosowanie w firmie.
To, że program ma wersję darmową do użytku domowego, nie oznacza, że wolno go zainstalować w firmie bezpłatnie. W regulaminach często jest wprost: „bezpłatny tylko do użytku niekomercyjnego”. Naruszenie tego punktu jest tak samo poważne jak piractwo przy płatnej licencji.
Jeden laptop, dwa zastosowania: prywatnie i do zleceń
Typowy przypadek: jedna osoba, jeden laptop. Na tym laptopie zainstalowany jest np. program graficzny z licencją „Home – non-commercial use only”. W tygodniu komputer służy do zleceń dla klientów (freelancer), po godzinach – do hobby. Czy taka instalacja jest legalna?
W większości licencji odpowiedź będzie negatywna. Nawet jeśli program uruchamiasz „komercyjnie” rzadko, to samo istnienie takiego sposobu użycia łamie warunek „niekomercyjny”. Rozwiązania są trzy:
- zakup wersji komercyjnej na ten sam komputer,
- używanie innego programu z licencją dopuszczającą komercję,
- fizyczne rozdzielenie (np. oddzielny komputer tylko do pracy, z inną licencją) – ale to i tak zależy od zapisów.
Podobnie wygląda sytuacja, gdy firma instaluje domową wersję programu na komputerze, który używany jest w biurze. Nawet jeśli na danym komputerze program uruchamia się sporadycznie, ale środowisko to jest firmowe, większość licencji home tego nie dopuszcza.
Typowe ograniczenia licencji domowych
Przy licencjach domowych często powtarzają się pewne schematy ograniczeń, które bezpośrednio wpływają na legalność instalacji na kilku komputerach:
- licencja tylko na członków jednego gospodarstwa domowego,
- zakaz użycia w organizacjach, szkołach, fundacjach (nawet non-profit),
Gospodarstwo domowe, szkoła, fundacja – trzy różne światy
Formuła „gospodarstwo domowe” (household) w licencjach domowych oznacza zazwyczaj konkretną grupę osób mieszkających razem, powiązanych rodzinnie lub faktycznie tworzących wspólne gospodarstwo. Nie obejmuje to:
- szkoły (nawet jeśli uczniowie „korzystają tylko po lekcjach”),
- fundacji, klubów, stowarzyszeń,
- biura, coworkingu, shared office.
Jeśli więc nauczyciel instaluje „domową” wersję programu graficznego na kilku komputerach w pracowni, aby uczniowie coś przećwiczyli, to formalnie łamie licencję, chyba że producent wprost dopuszcza bezpłatne użycie edukacyjne. Podobnie, gdy mała fundacja instaluje freeware „do użytku domowego” na kilku stanowiskach w biurze – technicznie to nadal środowisko organizacji, nie domu.
Niektórzy producenci mają osobne programy edukacyjne lub non-profit (często z dużymi zniżkami). Jeśli oprogramowanie ma być używane „dla dobra wspólnego”, ale jednak na komputerach organizacji, trzeba szukać takiej właśnie ścieżki zamiast naginać licencję domową.
Modele licencjonowania: OEM, BOX, ESD, subskrypcja, SaaS
Licencje OEM – przywiązane do sprzętu
Licencja OEM (Original Equipment Manufacturer) jest sprzedawana w pakiecie ze sprzętem – najczęściej z komputerem lub laptopem. Kluczowe cechy:
- licencja przypisana do konkretnego urządzenia (często do płyty głównej),
- brak prawa do przeniesienia na inny komputer (chyba że producent zapisze inaczej),
- niższa cena kosztem ograniczonej elastyczności.
Z punktu widzenia instalacji na wielu komputerach licencja OEM jest jedną z najbardziej „sztywnych”. Jeśli kupujesz komputer z preinstalowanym systemem lub pakietem biurowym OEM, ta licencja co do zasady dotyczy wyłącznie tego zestawu. Skopiowanie klucza i aktywacja programu na innym komputerze, nawet w tym samym domu lub firmie, zazwyczaj jest nielegalna.
Uwaga: czasem dystrybutorzy sprzedają „luźne” klucze OEM, wyjęte z rozbiórki sprzętu. Z prawnego punktu widzenia bywa to bardzo dyskusyjne, a producenci traktują takie licencje jako nieprzenoszalne. To, że da się aktywować system lub program, nie znaczy, że licencja na to pozwala.
Licencje BOX – tradycyjne pudełko z większą swobodą
Klasyczna licencja BOX (pudełkowa) była kiedyś standardem. Kupowało się fizyczne pudełko, w nim nośnik (CD/DVD) i klucz. Dzisiaj BOX jest często „wirtualny” (sam klucz i prawo do pobrania instalatora), ale idea zostaje:
- licencja należy do nabywcy, nie do konkretnego sprzętu,
- zwykle wolno przenieść ją na inny komputer (pod warunkiem odinstalowania z poprzedniego),
- limity dotyczą liczby komputerów / użytkowników, a nie samego urządzenia.
Instalacja na wielu komputerach jest możliwa tylko, jeśli licencja BOX to dopuszcza (np. zapis „do 3 urządzeń jednego użytkownika”). Jeśli licencja mówi „1 stanowisko”, to nawet posiadanie fizycznego nośnika i pudełka nie daje prawa do instalacji na kilku maszynach naraz.
ESD (Electronic Software Distribution) – cyfrowa wersja BOX
ESD to w praktyce pudełko bez pudełka: kupujesz prawo do używania programu, a klucz i instalator dostajesz cyfrowo. Od strony prawnej:
- może zachowywać się jak BOX (przenaszalna licencja użytkownika),
- może być powiązana z kontem producenta (np. konto Adobe, konto gry),
- limity instalacji określa licencja, nie forma dystrybucji.
Błędem jest założenie, że skoro to „klucz cyfrowy”, to można go użyć na dowolnej liczbie komputerów, dopóki system akceptuje aktywację. System aktywacyjny to tylko mechanizm techniczny; ramy tego, co wolno, są w licencji.
Subskrypcje – licencja jako usługa, nie rzecz
Model subskrypcyjny (miesięczny/roczny abonament) licencjonuje najczęściej:
- użytkownika (per user) lub grupę użytkowników (team),
- czas użycia (prawo do korzystania tylko przy aktywnym abonamencie),
- czasami limit urządzeń / aktywnych sesji.
Program może być instalowany na kilku komputerach, ale:
- liczy się liczba licencjonowanych użytkowników (kont),
- serwery producenta pilnują aktywnych urządzeń i blokują kolejne,
- po wygaśnięciu subskrypcji tracisz prawo do dalszego korzystania, nawet jeśli technicznie program się uruchamia.
Tip: wiele subskrypcji pozwala na „dezaktywację” jednego urządzenia, by zwolnić slot dla innego (np. wymiana laptopa). To nie jest przeniesienie licencji w sensie prawnym, ale producent wprost na to zezwala w ramach abonamentu.
SaaS – aplikacja w chmurze, licencja na dostęp
W modelu SaaS (Software as a Service) program działa po stronie serwera producenta. U siebie masz co najwyżej cienkiego klienta (przeglądarka, lekka aplikacja). Licencja dotyczy wtedy:
- dostępu do usługi (konta użytkownika),
- czasem liczby jednoczesnych sesji (concurrent users),
- zasobów (np. liczby projektów, wielkości przestrzeni dyskowej).
Pytanie „ile komputerów” trochę traci sens, bo ta sama osoba może logować się z dowolnej liczby urządzeń. Ograniczenia dotyczą raczej:
- czy można współdzielić konto między kilkoma osobami,
- czy jest limit jednoczesnych logowań z różnych urządzeń,
- czy API/integracje są objęte tą samą licencją.
Jeżeli producent mówi wyraźnie: „licencja jest przypisana do konkretnego użytkownika i nie może być współdzielona z innymi”, to logowanie na to samo konto z pięciu komputerów przez różne osoby w biurze to złamanie warunków, mimo że fizycznie wszystko działa.
Scenariusze „wielostanowiskowe” w domu: rodzina, kilka komputerów, urządzenia mobilne
Rodzinne pakiety – jedna licencja na kilka osób
Coraz częściej pakiety biurowe, antywirusy czy serwisy muzyczne oferują licencje rodzinne. Typowy schemat:
- określona liczba użytkowników (np. 6 kont),
- każdy użytkownik może mieć X urządzeń (np. 5),
- warunek: wszyscy to członkowie jednego gospodarstwa domowego.
Taka licencja zwykle wprost pozwala zainstalować program na wielu komputerach w domu, także równolegle. Ograniczeniem jest krąg osób – nie można legalnie „oddać” jednego slotu koledze z innego miasta, nawet jeśli limit urządzeń nie jest wykorzystany.
Jeden użytkownik, wiele urządzeń: PC, laptop, tablet, telefon
Standardowy scenariusz: osoba ma komputer stacjonarny, laptopa, telefon i tablet. Przy licencji per user + limit urządzeń liczyć się będzie:
- czy licencja obejmuje konkretne platformy (Windows, macOS, Android, iOS),
- ile instalacji na raz jest dozwolonych,
- czy jest limit aktywnych sesji (np. tylko 2 jednoczesne logowania).
Jeśli licencja mówi „1 użytkownik, maks. 5 urządzeń”, to instalacja na wszystkich czterech sprzętach jest legalna, dopóki nie przekraczasz limitu. Jeśli w domu pojawia się drugi użytkownik korzystający z tego samego loginu równolegle na swoim laptopie, wchodzisz w szarą strefę – większość licencji uznaje to za współdzielenie konta, a więc naruszenie.
Wspólny komputer dla wielu domowników
Często w domu jest jeden komputer „wspólny” – używany przez rodziców i dzieci. Jeśli licencja jest:
- per device – sytuacja jest prosta: jeden komputer = jedna licencja, każdy domownik może używać programu (o ile licencja mówi o „gospodarstwie domowym”).
- per user – trzeba sprawdzić, czy licencja nie ogranicza użycia do jednej osoby. Jeżeli jest ściśle „personalna”, to teoretycznie tylko nabywca może korzystać z programu.
W praktyce producenci rzadko ścigają rodzinę, w której kilka osób korzysta z tej samej aplikacji na jednym domowym PC. Mimo to literalne brzmienie licencji może być tutaj bardzo restrykcyjne. Dla zastosowań edukacyjnych (dzieci) opłaca się szukać licencji z wyraźnym zapisem dotyczącym gospodarstwa domowego.
Backupy, klony dysków i maszyn wirtualnych w domu
Technicznie dość typowy przypadek: robisz klon dysku lub snapshot maszyny i tym samym „powielasz” zainstalowane licencje. Z punktu widzenia prawa liczy się nie tylko fizyczna instalacja, ale ilość używanych instancji. Rozsądna praktyka:
- backupy offline, których nie uruchamiasz równolegle, są zwykle akceptowalne,
- równoległe używanie kilku klonów w maszynach wirtualnych na jednym kluczu może już łamać licencję, jeśli nie ma zapisu o wykorzystaniu testowym / deweloperskim.
Jeżeli narzędzie backupowe przenosi licencje „przy okazji” na nowy komputer, trzeba się upewnić, czy stary sprzęt przestaje być używany (w przeciwnym razie liczba aktywnych instalacji rośnie ponad to, na co zezwala licencja).
Scenariusze w firmie: stanowiska, serwery, zdalny dostęp, praca zdalna
Licencje stanowiskowe w biurze
W środowisku firmowym klasyk to licencja „per stanowisko” (seat). Przykładowo: 10 komputerów w biurze, na każdym pakiet biurowy. Każde stanowisko wymaga osobnej licencji, jeśli:
- licencja jest per device,
- nie ma zapisów o współdzieleniu (np. stanowiska zmianowe).
Przy pracy zmianowej (trzy zmiany, różni pracownicy na tym samym PC) często wystarczy jedna licencja na urządzenie – program nie „wie”, kto jest zalogowany. Jeśli jednak licencja jest per user, każda osoba logująca się do programu powinna mieć przypisaną własną licencję, niezależnie od tego, czy siedzą przy jednym komputerze, czy przy trzech.
Serwery aplikacyjne, terminalowe, RDS
Gdy program jest instalowany na serwerze terminalowym (Remote Desktop Services, Citrix, inne rozwiązania VDI), przestaje mieć znaczenie, na ilu komputerach klienckich jest dostęp. Licencjonowane są najczęściej:
- dostępy użytkowników (User CAL, per user),
- ewentualnie urządzenia końcowe (Device CAL, per device),
- czasem sama instancja serwera (per server, per core).
Instalacja programu na jednym serwerze i udostępnienie go 30 osobom przez zdalny pulpit wymaga 30 licencji (lub tylu CAL-i, ile określa producent). To, że program „fizycznie” jest tylko w jednym miejscu, nie oznacza, że jedna licencja załatwia całą firmę.
Praca zdalna i dostęp VPN
Przy pracy zdalnej pracownik łączy się VPN-em do sieci firmowej i korzysta z programów zainstalowanych na:
- jego służbowym komputerze (przeniesionym do domu),
- serwerach aplikacyjnych w firmie,
- czasem z prywatnego komputera z dostępem do zasobów firmowych.
Jeśli licencja jest per device i dotyczy tylko komputerów firmowych, instalacja na prywatnym PC pracownika, nawet do celów służbowych, może wykraczać poza licencję. Bezpieczniej jest udostępniać aplikacje z serwera lub zapewnić pracownikowi firmowe urządzenie z odpowiednią licencją.
Uwaga: część producentów explicitnie zabrania instalacji produktów „firmowych” na prywatnych urządzeniach pracowników, chyba że licencja BYOD (Bring Your Own Device) dopuszcza taką opcję. Koniecznie trzeba sprawdzić te zapisy przed wdrożeniem masowej pracy zdalnej.
Hot-desking, coworking i urządzenia współdzielone
Model „biuro bez stałych biurek” jest licencyjnie trudniejszy. Jeśli:
- każdy komputer jest „anonimowy” i używany przez różnych ludzi,
- licencje są per user,
- pracownicy zmieniają się w ciągu dnia na tych samych maszynach,
to z prawnego punktu widzenia trzeba mieć licencję dla każdego użytkownika, nie dla każdego urządzenia. Odwrotna sytuacja – licencje per device – jest łatwiejsza: liczymy komputery, nie osoby. Warto dobrać model licencji do rzeczywistego sposobu pracy, bo inaczej łatwo przepłacić lub nieświadomie łamać warunki.
Przenoszenie licencji między komputerami: kiedy wolno „odpiąć” i „przepiąć”
Zmiana sprzętu: nowy komputer, stary na złom
Typowa sytuacja: kupujesz nowy komputer i chcesz przenieść na niego kupioną wcześniej licencję. Kluczowe pytania:
Jak sprawdzić, czy licencję można przenieść
Przy zmianie sprzętu pierwsze źródło to warunki licencji (EULA) i potwierdzenie zakupu. Licencja zwykle określa:
- czy jest przypisana na stałe do urządzenia (często OEM),
- czy można ją przenieść na inny komputer i ile razy,
- czy wymaga dezaktywacji na starym sprzęcie przed aktywacją na nowym.
Jeśli producent nie pisze wprost o przenoszeniu, często oznacza to, że przeniesienie jest niedozwolone albo mocno ograniczone. Ogólny schemat jest taki:
- licencje BOX / ESD na osobę lub firmę – zwykle pozwalają na przeniesienie, o ile program nie działa równolegle na starym i nowym komputerze,
- licencje OEM – zazwyczaj przypisane trwale do pierwszego komputera (sprzedawanego razem ze sprzętem),
- subskrypcje – bardziej „przypisane do konta” niż sprzętu, często można logować się na nowym urządzeniu po wylogowaniu ze starego.
Dezaktywacja, odinstalowanie, „odwiązanie” klucza
Przy licencjach z aktywacją online producent monitoruje użycie kluczy. Żeby uniknąć błędów aktywacji lub podejrzenia piractwa, dobrze wykonać kilka kroków:
- skorzystać z funkcji Dezaktywuj / Sign out of all devices w programie lub panelu konta,
- odinstalować aplikację ze starego komputera (szczególnie w firmie, aby nie kusić innych do „podkopiowania”),
- jeśli aktywacja jest limitowana, pilnować, by liczba aktywnych instalacji nie przekroczyła dostępnych slotów.
Uwaga: samo skasowanie folderu z programem bez formalnej dezaktywacji często nic nie daje – system licencyjny „widzi” nadal aktywację przypisaną do konkretnego ID sprzętu.
Przenoszenie przy awarii, utracie lub kradzieży sprzętu
Gdy komputer nagle przestaje działać, regularna dezaktywacja przed wymianą nie jest możliwa. Producenci zwykle przewidują taki scenariusz, ale wymaga on kontaktu z pomocą techniczną. Typowy przebieg:
- zakładasz konto (jeśli jeszcze go nie było) i przypisujesz do niego klucz/licencję,
- kontaktujesz się z supportem z danymi zakupu i prośbą o „reset aktywacji”,
- po odblokowaniu możesz aktywować program na nowym sprzęcie.
Bez dowodu zakupu albo numeru licencji szanse na pozytywne rozpatrzenie spadają. W firmie dobrze jest prowadzić centralny rejestr licencji (nazwa, wersja, klucz, data zakupu, przypisanie do komputera).
Sprzedaż używanego oprogramowania
W UE pojawia się temat odsprzedaży „wykorzystanych” licencji. Prawo dopuszcza sprzedaż części licencji wieczystych (perpetual), jeśli spełnione są określone warunki (m.in. definitywne zaprzestanie używania po stronie sprzedającego). Z licencją trzeba „przekazać”:
- dowód zakupu,
- klucze/numery seryjne,
- informację o liczbie sprzedawanych stanowisk (jeśli licencja wielostanowiskowa).
Nie dotyczy to co do zasady klasycznych subskrypcji SaaS ani licencji ściśle przypisanych do konta użytkownika, których warunki wprost zakazują przenoszenia.
„Tymczasowe” podwójne instalacje przy migracji
Czasami migracja danych i testowanie nowego środowiska wymaga, by oprogramowanie było chwilowo zainstalowane na starym i nowym komputerze jednocześnie. Producent może dopuszczać:
- przejściowe okresy podwójnej instalacji (np. 30 dni),
- tryb „tylko odczyt” na jednym z komputerów,
- specjalne licencje migracyjne lub serwisowe.
Bez takich zapisów, formalnie rzecz biorąc, podwójna instalacja przy licencji na jedno stanowisko jest naruszeniem – nawet jeśli użytkownik „tylko sprawdza”, czy wszystko działa. Brzmi sztywno, ale niektórzy producenci audytują właśnie takie sytuacje.
Oprogramowanie wolne i open source: większa swoboda, ale też zasady
Co oznacza „wolne oprogramowanie” w kontekście instalacji
Przy licencjach typu GPL, MIT, BSD, Apache czy MPL pytanie „czy mogę zainstalować program na kilku komputerach” ma inną wagę. Zwykle możesz:
- instalować program na dowolnej liczbie urządzeń,
- kopiować go i rozpowszechniać (czasem pod warunkiem zachowania licencji i informacji o autorach),
- modyfikować kod źródłowy i używać własnych modyfikacji wewnętrznie.
Nie oznacza to jednak „braku zasad” – każda licencja FOSS (Free and Open Source Software) ma własne ograniczenia, najczęściej dotyczące dystrybucji i zamykania kodu, a nie samej liczby instalacji.
GPL, LGPL, AGPL – obowiązki przy dystrybucji i sieci
Popularne licencje copyleft (wymagające zachowania swobody w dalszej dystrybucji) wprowadzają dodatkowe obowiązki:
- GPL – jeśli zmieniasz program i go dystrybuujesz (np. sprzedajesz firmware klientom), musisz udostępnić kod źródłowy swoich zmian odbiorcom,
- LGPL – łagodniejsza; dotyczy głównie bibliotek. Możesz linkować z kodem zamkniętym, ale modyfikacje samej biblioteki nadal podlegają LGPL,
- AGPL – rozszerza obowiązki także na udostępnianie przez sieć (SaaS); użytkownikom usługi trzeba umożliwić dostęp do kodu źródłowego modyfikacji.
Dla przeciętnego użytkownika domowego ma to małe znaczenie – instalacja na pięciu czy piętnastu komputerach nie łamie licencji. Znaczenie rośnie, gdy firma rozwija produkt bazujący na takim oprogramowaniu lub oferuje usługę w modelu SaaS.
MIT, BSD, Apache – swobodna instalacja, mniej zobowiązań
Licencje „permisywne” są prostsze z perspektywy instalacji i komercyjnego użycia. Zwykle wymagają jedynie:
- zachowania informacji o prawach autorskich w kodzie i dokumentacji,
- ewentualnie dodania informacji o zmianach,
- akceptacji braku odpowiedzialności autora (klauzule „as is”).
Przykład: firma wdraża wewnętrzny system oparty na bazie PostgreSQL (licencja podobna do MIT) na 10 serwerach i 100 stacjach roboczych. Brak opłat licencyjnych za liczbę instalacji; istotne są tylko ewentualne koszty wsparcia komercyjnego.
Open source w firmie: compliance i mieszane modele
W środowisku biznesowym open source miesza się często z komponentami zamkniętymi albo usługami SaaS. Problematyczne bywa:
- łączenie kodu na licencji GPL z kodem zamkniętym bez udostępnienia źródeł (ryzyko naruszenia copyleft),
- korzystanie z bibliotek tylko „na słowo honoru”, bez ewidencji licencji w projekcie,
- budowanie usługi SaaS na AGPL bez udostępnienia kodu modyfikacji użytkownikom usługi.
Jeżeli firma modyfikuje oprogramowanie open source i instaluje je tylko dla siebie (wewnętrznie) – co do zasady może utrzymywać zmiany jako zamknięte, o ile licencja nie ma komponentu „network copyleft” (jak AGPL). Problem pojawia się dopiero przy dystrybucji poza organizację.
„Freeware” to nie to samo co „open source”
Dość częste nieporozumienie: freeware (program darmowy) nie musi być open source. Producent może:
- dopuścić użycie tylko prywatne, zakazując komercyjnego,
- ograniczyć liczbę stanowisk (np. max 1–2 komputery w domu),
- wymagać osobnej licencji dla firm, nawet jeśli program jest bezpłatny dla użytkowników domowych.
Brak opłaty nie oznacza dowolności w kopiowaniu ani przenoszeniu licencji. Warunki freeware bywają równie restrykcyjne jak w płatnych programach – różnica polega tylko na cenie, nie na kontroli.
Self‑hosting open source zamiast SaaS
Coraz częstszy wybór firm: zamiast płacić subskrypcję za SaaS, instalują open source na własnym serwerze (self‑hosting). Zbiega się tu kilka wątków:
- brak opłat za licencje per użytkownik/urządzenie – jedyne ograniczenia licencyjne to zapisy FOSS,
- koszt przerzuca się na infrastrukturę, administrowanie i ewentualne wsparcie komercyjne,
- liczenie „instalacji” zastępuje się liczeniem zasobów (CPU, RAM, storage).
Z punktu widzenia pytania o legalność instalacji na wielu komputerach: możesz mieć dowolną liczbę klientów łączących się do jednego serwera open source, o ile nie łamiesz warunków dystrybucji i modyfikacji kodu. Ograniczeniem staje się głównie hardware i czas administratora, nie licencja per seat.
Kluczowe Wnioski
- O tym, czy możesz zainstalować jeden program na kilku komputerach, decyduje przede wszystkim treść licencji (EULA, regulamin, umowa), a nie „zdrowy rozsądek” ani samo to, że zapłaciłeś za program.
- Akceptując licencję jednym kliknięciem („Akceptuję”), zawierasz wiążącą umowę cywilnoprawną – sąd będzie opierał się na jej tekście, nawet jeśli faktycznie jej nie przeczytałeś.
- Nie kupujesz programu „na własność”, tylko prawo do używania (licencję) na określonych zasadach; instalator, płyta czy klucz to tylko nośnik dostępu, nie zgoda na dowolne kopiowanie i instalowanie.
- Ten sam typ programu (np. antywirus, pakiet biurowy) może mieć zupełnie inne reguły instalacji: od 1 urządzenia, przez kilka urządzeń jednego użytkownika, po licencje rodzinne lub firmowe – bez lektury licencji nie da się tego odgadnąć.
- Licencja na urządzenie (per device) zwykle oznacza 1 licencja = 1 konkretny komputer; druga instalacja na innym sprzęcie jest nielegalna, nawet jeśli korzystasz prywatnie w swoim domu.
- Licencja na użytkownika (per user) jest przypisana do osoby lub konta; często dopuszcza instalację na kilku urządzeniach tej samej osoby (np. PC + laptop), ale nie pozwala „podawać dalej” konta rodzinie czy współpracownikom.
- Kluczowe parametry licencji to: typ (na urządzenie, użytkownika, instancję, sieciowa), rodzaj zastosowania (domowe vs komercyjne), model sprzedaży (OEM, BOX/ESD, subskrypcja, SaaS) oraz zakres terytorialny – dopiero ich zestaw mówi, czy jedna licencja obejmuje wiele komputerów.
