Aktywacja Windows Server 2016 RDS 50 Device CAL — kompletny poradnik dla firm
Aktywacja Windows Server 2016 RDS 50 Device CAL polega na uruchomieniu serwera licencji usług pulpitu zdalnego, jego aktywacji w Microsoft oraz dodaniu pakietu licencji przypisanych do urządzeń. W modelu Device CAL licencja jest przypisywana do konkretnego komputera, terminala, laptopa, thin clienta lub innego urządzenia, z którego użytkownicy łączą się z serwerem. To dobre rozwiązanie w firmach, w których z jednego urządzenia korzysta kilka osób, na przykład w biurach, magazynach, punktach obsługi, recepcjach, halach produkcyjnych albo na stanowiskach współdzielonych.
Pakiet RDS 50 Device CAL oznacza, że serwer licencji może przydzielić uprawnienia dla 50 urządzeń korzystających z usług pulpitu zdalnego. Nie jest to licencja na sam system Windows Server, nie jest to też licencja na Office ani licencja Microsoft 365. To osobna licencja dostępowa do środowiska Remote Desktop Services, czyli RDS. W praktyce często występuje obok licencji Windows Server oraz ewentualnych licencji aplikacyjnych, jeśli użytkownicy pracują z programami uruchamianymi na serwerze.
Poradnik dotyczy środowiska Windows Server 2016 i pakietu Windows Server 2016 RDS 50 Device CAL w trybie Per Device. Pokazuje nie tylko samą aktywację, ale też przygotowanie serwera, wybór trybu licencjonowania, najczęstsze błędy, diagnostykę oraz przykłady decyzji zakupowych w firmach działających w Polsce. Uwzględnia także realia roku 2026: komputery klienckie z Windows 11 24H2/25H2, pakiety Office 2024, środowiska z Microsoft 365 Copilot, wdrożenia Exchange SE, faktury w PLN, Fakturę VAT 23% i nadchodzące obowiązki związane z KSeF.
Kiedy wybrać Windows Server 2016 RDS 50 Device CAL
Model Device CAL jest przeznaczony dla firm, w których liczba urządzeń jest bardziej stabilna lub mniejsza niż liczba użytkowników. Licencja zostaje przypisana do urządzenia, a nie do konkretnej osoby. Dzięki temu z jednego stanowiska może korzystać wielu pracowników, na przykład na zmianach, w punkcie obsługi klienta albo w magazynie.
Jeżeli firma ma 50 stanowisk komputerowych i 120 pracowników pracujących zmianowo, model Per Device może być korzystniejszy niż licencjonowanie użytkowników. Jeżeli natomiast każdy pracownik korzysta z kilku urządzeń — laptopa, komputera domowego, tabletu i stanowiska w biurze — wtedy warto przeanalizować, czy lepszy nie będzie model użytkownikowy. W tym poradniku skupiamy się jednak na wariancie Windows Server 2016 RDS 50 Device CAL, czyli pakiecie dla 50 urządzeń.
W 2026 roku wiele firm nadal utrzymuje aplikacje działające na Windows Server 2016, mimo że komputery końcowe zostały już wymienione na urządzenia z Windows 11 24H2 albo przygotowywane są do Windows 11 25H2. To typowy scenariusz w księgowości, logistyce, produkcji, handlu hurtowym oraz firmach korzystających ze starszych systemów ERP, programów magazynowych lub aplikacji branżowych. RDS pozwala uruchamiać aplikację centralnie na serwerze, a użytkownik pracuje zdalnie z poziomu swojego komputera.
| Sytuacja w firmie | Lepszy wybór | Dlaczego |
|---|---|---|
| 50 komputerów, 100 pracowników zmianowych | Device CAL | Licencjonujesz urządzenia, a nie każdą osobę |
| 30 pracowników, każdy korzysta z laptopa, komputera domowego i tabletu | User CAL | Mniej użytkowników niż urządzeń |
| Magazyn z terminalami współdzielonymi | Device CAL | Jedno urządzenie obsługuje wielu operatorów |
| Biuro rachunkowe ze stałymi stanowiskami | Device CAL | Liczba stanowisk jest łatwa do policzenia |
| Praca hybrydowa z wieloma urządzeniami na osobę | User CAL | Użytkownik nie jest ograniczony do jednego urządzenia |
Przykład: firma logistyczna ma 42 terminale magazynowe, 6 komputerów w biurze wysyłek i 2 stanowiska w recepcji. Pracownicy pracują na trzy zmiany, więc łączna liczba osób jest znacznie wyższa niż liczba urządzeń. W takim przypadku pakiet Windows Server 2016 RDS 50 Device CAL dobrze pasuje do struktury firmy, bo obejmuje 50 urządzeń, z których korzystają różne osoby.
Wymagania przed aktywacją licencji RDS
Przed rozpoczęciem aktywacji warto sprawdzić, czy środowisko jest przygotowane technicznie i organizacyjnie. Najważniejsze elementy to działający serwer z rolą RDS, konto administracyjne, dostęp do internetu lub możliwość aktywacji alternatywnej oraz dane potrzebne do instalacji pakietu licencji.
W typowym wdrożeniu występują co najmniej dwa składniki: Remote Desktop Session Host, czyli host sesji pulpitu zdalnego, oraz Remote Desktop Licensing, czyli serwer licencji. Mogą działać na tym samym serwerze, zwłaszcza w małych środowiskach, ale w większych firmach często są rozdzielane. Kluczowe jest to, aby host sesji wiedział, z którego serwera licencji ma korzystać oraz w jakim trybie ma przydzielać licencje.
Do aktywacji potrzebujesz:
- serwera z systemem Windows Server 2016,
- uprawnień administratora,
- zainstalowanej roli Remote Desktop Licensing,
- dostępu do Remote Desktop Licensing Manager,
- danych licencyjnych zgodnych z zakupem,
- decyzji, że używany będzie tryb Per Device,
- informacji, że instalowany pakiet obejmuje 50 licencji,
- poprawnej konfiguracji hosta RDS.
Warto od razu uporządkować dokumenty zakupowe. W Polsce szczególnie istotna jest Faktura VAT 23%, ponieważ wiele firm księguje zakup licencji jako koszt działalności. Jeżeli organizacja przygotowuje się do pełnej obsługi KSeF, dobrze jest zachować spójność danych nabywcy: NIP, nazwa firmy, adres oraz numer zamówienia. Ceny licencji powinny być analizowane w PLN z rozróżnieniem netto i brutto, ale samą kwotę należy zawsze potwierdzać u sprzedawcy w momencie zakupu, ponieważ nie wynika ona z procedury aktywacyjnej.
W 2026 roku warto też sprawdzić zgodność aplikacji, które mają być udostępniane przez RDS. Sam dostęp z komputera z Windows 11 24H2 lub Windows 11 25H2 do sesji RDS na Windows Server 2016 jest czym innym niż prawo do używania konkretnych programów. Jeśli na serwerze działa Office 2024, aplikacja ERP, klient pocztowy, narzędzie księgowe albo komponent zintegrowany z Microsoft 365 Copilot, potrzebne mogą być dodatkowe licencje aplikacyjne. RDS CAL nie zastępuje licencji na aplikacje.
| Element | Czy jest objęty przez RDS Device CAL? | Komentarz |
|---|---|---|
| Prawo dostępu urządzenia do usług RDS | Tak | Dotyczy urządzenia w trybie Per Device |
| Licencja systemu Windows Server | Nie | To osobny element licencyjny |
| Licencja Windows Server CAL | Nie | Może być wymagana niezależnie od RDS CAL |
| Office 2024 na serwerze RDS | Nie | Wymaga właściwego licencjonowania aplikacji |
| Microsoft 365 Copilot | Nie | To usługa/licencja niezależna od RDS CAL |
| Exchange SE | Nie | Wymaga osobnego planowania licencji i dostępu |
| Faktura VAT 23% | Nie dotyczy technicznie | Ważna dla rozliczeń w Polsce |
Jeżeli licencję dopiero kupujesz, można skorzystać z oferty Microsoft Windows Server 2016 RDS 50 Device CAL w sklepie KluczeSoft: sprawdź produkt na kluczesoft.pl. To jedyny moment w poradniku, w którym warto przejść do zakupu — reszta procedury zakłada, że masz już dane licencyjne potrzebne do instalacji.
Instalacja roli Remote Desktop Licensing
Pierwszym krokiem technicznym jest zainstalowanie roli serwera licencji RDS. Na serwerze otwórz Server Manager, a następnie wybierz Add Roles and Features. Przejdź przez kreator instalacji ról i funkcji. W części dotyczącej usług pulpitu zdalnego zaznacz składnik Remote Desktop Licensing.
Po zakończeniu instalacji system może poprosić o ponowne uruchomienie serwera. Jeżeli taka informacja się pojawi, wykonaj restart w zaplanowanym oknie serwisowym. W środowisku produkcyjnym warto wcześniej upewnić się, że nikt nie korzysta aktywnie z sesji RDS albo że użytkownicy zostali uprzedzeni o przerwie.
Procedura w skrócie:
- Zaloguj się na serwer jako administrator.
- Otwórz Server Manager.
- Wybierz Add Roles and Features.
- Przejdź przez kreator instalacji.
- Wybierz rolę związaną z usługami pulpitu zdalnego.
- Zaznacz Remote Desktop Licensing.
- Zainstaluj rolę.
- Uruchom ponownie serwer, jeśli system tego wymaga.
Bez tej roli nie będzie możliwe dodanie i obsługa licencji RDS. Sam host sesji RDS może pozwalać na połączenia w okresie przejściowym lub testowym, ale środowisko produkcyjne wymaga poprawnie skonfigurowanego licencjonowania. W przeciwnym razie administratorzy mogą widzieć ostrzeżenia o braku serwera licencji, niepoprawnym trybie licencjonowania albo kończącym się okresie dopuszczalnym.
Po instalacji roli nie zakładaj jeszcze, że licencje są gotowe do użycia. Rola Remote Desktop Licensing tworzy mechanizm, ale trzeba go aktywować w Microsoft, a następnie dodać konkretny pakiet licencji. Dopiero po tych czynnościach host sesji może poprawnie pobierać licencje dla urządzeń.
W mniejszych firmach rola licencjonowania często działa na tym samym serwerze co host sesji. W większych środowiskach lepiej rozważyć osobny serwer licencji, szczególnie jeśli istnieje kilka hostów RDS. Niezależnie od architektury ważne jest, aby hosty RDS miały możliwość komunikacji z serwerem licencji oraz aby wskazanie serwera było skonfigurowane jednoznacznie.
Aktywacja serwera licencji RDS w Microsoft
Po zainstalowaniu roli otwórz Remote Desktop Licensing Manager. Najprościej zrobić to z poziomu Server Manager, wybierając Tools, a następnie Remote Desktop Licensing Manager. W lewym panelu powinien być widoczny lokalny serwer licencji. Jeżeli serwer pojawia się na liście, ale nie jest aktywowany, przy jego nazwie zwykle widać status informujący, że aktywacja jeszcze nie została wykonana.
Kliknij prawym przyciskiem myszy nazwę serwera i wybierz Activate Server. Uruchomi się kreator aktywacji. Najczęściej wybierana jest metoda Automatic connection, ponieważ jest najszybsza i najwygodniejsza, o ile serwer ma dostęp do internetu. Kreator połączy się z systemem aktywacyjnym Microsoft i przeprowadzi administratora przez kolejne kroki.
W kreatorze uzupełnij dane firmy, takie jak nazwa organizacji, kraj i ewentualnie dane kontaktowe. Warto wpisywać dane spójne z dokumentami zakupowymi. Nie chodzi wyłącznie o formalność — w praktyce porządek w danych ułatwia późniejszą administrację, audyt wewnętrzny i obsługę licencji przy zmianach w infrastrukturze.
Najczęstsze metody aktywacji:
| Metoda aktywacji | Kiedy użyć | Zalety | Ograniczenia |
|---|---|---|---|
| Automatic connection | Serwer ma dostęp do internetu | Najszybsza i najprostsza | Wymaga łączności online |
| Przez przeglądarkę | Serwer nie ma internetu, ale administrator ma dostęp z innego komputera | Dobra dla sieci odseparowanych | Wymaga ręcznego przenoszenia danych |
| Telefoniczna | Środowisko zamknięte lub problemy z internetem | Działa bez standardowej łączności | Najmniej wygodna i wolniejsza |
Po zakończeniu tego etapu serwer licencji powinien zmienić status na aktywny. To nadal nie oznacza, że pakiet RDS 50 Device CAL został dodany. Aktywacja serwera licencji jest warunkiem wstępnym, ale licencje trzeba jeszcze zainstalować osobno.
Jeżeli aktywacja online nie działa, najpierw sprawdź podstawowe elementy: połączenie sieciowe, DNS, zaporę, proxy, reguły ruchu wychodzącego oraz ewentualne inspekcje SSL w firmowej bramie. W środowiskach korporacyjnych serwer może nie mieć bezpośredniego dostępu do internetu, nawet jeśli administrator może otwierać strony WWW ze swojej stacji roboczej. W takim przypadku wybierz aktywację przez przeglądarkę albo telefon.
W 2026 roku częstym scenariuszem jest infrastruktura hybrydowa: część usług działa lokalnie, część w Microsoft 365, a użytkownicy logują się z komputerów z Windows 11. Nie zmienia to podstawowej procedury aktywacji Windows Server 2016 RDS. Serwer licencji nadal musi zostać aktywowany, a host sesji musi korzystać z właściwego trybu licencjonowania.
Instalacja pakietu Windows Server 2016 RDS 50 Device CAL
Po aktywacji serwera możesz zainstalować pakiet licencji. Kreator często proponuje instalację licencji od razu po aktywacji serwera. Jeżeli ten krok został pominięty, kliknij później prawym przyciskiem myszy nazwę serwera w Remote Desktop Licensing Manager i wybierz Install Licenses.
W kreatorze należy wskazać odpowiedni program licencjonowania zgodny z posiadanym zakupem. Następnie wpisuje się wymagane dane identyfikacyjne, na przykład numer umowy, autoryzacji lub klucz produktu — zależnie od sposobu zakupu licencji. Ten etap musi odpowiadać dokumentom i danym otrzymanym przy zakupie. Nie należy zgadywać programu licencjonowania, ponieważ błędny wybór może spowodować, że instalacja pakietu się nie powiedzie.
W kolejnym kroku wybierz:
- wersję produktu: Windows Server 2016,
- typ licencji: RDS CAL,
- tryb: Per Device,
- liczbę: 50.
Po zatwierdzeniu kreatora pakiet licencji powinien pojawić się na serwerze jako zainstalowany. Od tego momentu serwer licencji może przydzielać 50 Device CAL dla urządzeń łączących się z usługami RDS. Warto od razu zrobić zrzut ekranu lub zapisać informację administracyjną: data instalacji, nazwa serwera licencji, liczba licencji, tryb oraz dane dokumentu zakupowego. W firmach objętych procedurami zakupowymi takie informacje ułatwiają późniejszą kontrolę i rozliczenie.
W modelu Per Device licencje są wydawane urządzeniom. Oznacza to, że nie należy oceniać wykorzystania wyłącznie po liczbie kont użytkowników w Active Directory. Jeżeli jedno urządzenie jest używane przez kilka osób, nadal zużywa jedną licencję Device CAL. Jeżeli jedna osoba łączy się z wielu komputerów, każde urządzenie może wymagać własnej licencji.
Przykład: biuro obsługi ma 15 komputerów, magazyn 20 terminali, księgowość 8 komputerów, a dział sprzedaży 7 stanowisk stacjonarnych. Łącznie daje to 50 urządzeń. Nawet jeśli w firmie pracuje 85 osób, pakiet RDS 50 Device CAL może być logicznym wyborem, ponieważ urządzeń podłączających się do RDS jest dokładnie 50.
Drugi przykład: firma projektowa ma 35 pracowników, ale każdy używa laptopa, komputera domowego i czasem stanowiska w biurze. Liczba urządzeń szybko przekracza 50, mimo że liczba osób jest niższa. W takim przypadku sam pakiet 50 Device CAL może nie wystarczyć albo model Device CAL może być mniej praktyczny. Decyzję warto oprzeć na realnym sposobie pracy, a nie wyłącznie na liczbie zatrudnionych.
Konfiguracja trybu Per Device na hoście sesji RDS
Sama instalacja licencji to nie wszystko. Trzeba jeszcze upewnić się, że host sesji RDS korzysta z właściwego trybu licencjonowania. Jeżeli pakiet został zainstalowany jako Per Device, host sesji również powinien działać w trybie Per Device. Niezgodność trybu jest jedną z najczęstszych przyczyn ostrzeżeń licencyjnych.
W środowiskach domenowych konfigurację często wykonuje się przez Group Policy. W zasadach grupy można wskazać:
- tryb licencjonowania: Per Device,
- nazwę serwera licencji RDS.
To szczególnie ważne, gdy w sieci działa więcej niż jeden serwer albo gdy host sesji nie znajduje automatycznie serwera licencji. Ręczne wskazanie serwera eliminuje wiele niejednoznaczności. W małych środowiskach administratorzy czasem polegają na automatycznym wykrywaniu, ale w produkcji lepiej skonfigurować ustawienia wprost.
Jeżeli te ustawienia nie są poprawne, serwer może zgłaszać błędy licencyjne mimo poprawnie zainstalowanego pakietu CAL. Typowy problem wygląda tak: w Remote Desktop Licensing Manager widać aktywowany serwer oraz pakiet Windows Server 2016 RDS Per Device CAL, ale host sesji nadal pokazuje ostrzeżenie o braku licencji. Przyczyną bywa brak wskazanego serwera licencji albo ustawiony inny tryb niż Per Device.
Po zmianie zasad grupy wymuś ich odświeżenie lub poczekaj na standardową aktualizację polityk. W razie potrzeby zrestartuj usługi RDS albo cały serwer w zaplanowanym oknie serwisowym. W środowisku produkcyjnym każdą zmianę warto wykonywać poza godzinami największego obciążenia, szczególnie jeśli z RDS korzysta księgowość, magazyn, sprzedaż lub obsługa klienta.
W kontekście 2026 roku konfiguracja trybu licencjonowania ma znaczenie także przy modernizacji stacji roboczych. Wymiana komputerów na urządzenia z Windows 11 24H2 lub Windows 11 25H2 może zmienić pulę urządzeń korzystających z RDS. Jeżeli stare komputery są zastępowane nowymi, administrator powinien kontrolować, które urządzenia otrzymują licencje i czy liczba 50 nadal odpowiada rzeczywistemu użyciu.
Sprawdzenie poprawności aktywacji i działania
Po zakończeniu konfiguracji warto sprawdzić, czy wszystko działa poprawnie. Nie wystarczy założyć, że skoro kreator zakończył pracę, środowisko jest gotowe. Najlepiej wykonać kontrolę z perspektywy serwera licencji, hosta sesji i urządzenia klienckiego.
W Remote Desktop Licensing Manager sprawdź:
- czy serwer ma status Activated,
- czy pakiet Windows Server 2016 RDS Per Device CAL jest widoczny,
- czy liczba dostępnych licencji odpowiada zakupionemu pakietowi 50 sztuk,
- czy licencje są w trybie Per Device,
- czy serwer nie pokazuje ostrzeżeń wymagających interwencji.
Następnie sprawdź konfigurację hosta RDS. Host powinien mieć ustawiony tryb Per Device oraz wskazany właściwy serwer licencji. Jeżeli w firmie są polityki domenowe, sprawdź, czy zasady faktycznie stosują się do serwera. W większych środowiskach warto porównać ustawienia na wszystkich hostach sesji.
Dobrym testem praktycznym jest zalogowanie się z urządzenia klienckiego i obserwacja, czy połączenie działa bez komunikatów o problemach z licencją. Test wykonaj z komputera, który ma być realnie używany w firmie, a nie tylko z konta administratora na serwerze. Dzięki temu weryfikujesz rzeczywistą ścieżkę użytkownika: komputer kliencki, sieć, host sesji i serwer licencji.
Warto przygotować prostą listę kontrolną:
| Obszar kontroli | Co sprawdzić | Oczekiwany wynik |
|---|---|---|
| Serwer licencji | Status w Licensing Manager | Activated |
| Pakiet licencji | Widoczność pakietu | Windows Server 2016 RDS Per Device CAL |
| Liczba licencji | Ilość w pakiecie | 50 |
| Tryb hosta RDS | Konfiguracja licencjonowania | Per Device |
| Wskazanie serwera | Nazwa serwera licencji | Poprawny serwer RDS Licensing |
| Test użytkownika | Logowanie z urządzenia | Brak ostrzeżeń licencyjnych |
| Dokumentacja | Faktura i dane zakupu | Spójne dane firmy, PLN, VAT 23% |
Jeżeli organizacja korzysta z aplikacji biznesowych przez RDS, test powinien obejmować także uruchomienie tych aplikacji. Przykładowo: księgowość loguje się do programu finansowo-księgowego, magazyn uruchamia system WMS, a dział sprzedaży sprawdza aplikację CRM. Licencja RDS odpowiada za dostęp do sesji, ale użytkownik końcowy ocenia całość po tym, czy może wykonać swoją pracę.
W firmach przygotowujących się do KSeF warto dodać do dokumentacji licencyjnej numer faktury, datę zakupu, dane sprzedawcy, NIP nabywcy oraz informację, gdzie przechowywane są dane aktywacyjne. Ułatwia to późniejsze audyty oraz przekazywanie obowiązków między administratorami.
Najczęstsze problemy i sposoby rozwiązania
Pierwszy częsty problem to sytuacja, w której serwer licencji nie aktywuje się online. Najczęściej wynika to z braku dostępu do internetu, blokady zapory lub ograniczeń proxy. W takiej sytuacji warto sprawdzić połączenie sieciowe, DNS, reguły ruchu wychodzącego oraz politykę bezpieczeństwa firmy. Jeżeli bezpośrednia aktywacja nie jest możliwa, użyj aktywacji przez przeglądarkę albo telefon.
Drugi problem: licencje zostały dodane, ale host RDS ich nie widzi. Zwykle oznacza to nieprawidłowo ustawiony tryb licencjonowania albo brak wskazanego serwera licencji. Sprawdź, czy host sesji działa w trybie Per Device i czy wskazuje właściwy serwer licencji. Jeżeli konfiguracja jest ustawiana przez Group Policy, upewnij się, że zasada została zastosowana do właściwej jednostki organizacyjnej i że nie jest nadpisywana przez inną politykę.
Trzeci problem to komunikat o braku licencji mimo poprawnej instalacji pakietu. W takim przypadku trzeba rozdzielić dwie kwestie: czy serwer licencji ma zainstalowane licencje oraz czy host sesji potrafi z nich korzystać. Administratorzy często sprawdzają tylko pierwszy element, a pomijają konfigurację hosta RDS. Tymczasem oba elementy muszą działać jednocześnie.
Czwarty problem pojawia się po wymianie sprzętu. W modelu Device CAL licencje są powiązane z urządzeniami. Jeżeli firma wymienia dużą liczbę komputerów, warto zaplanować ten proces i sprawdzić, jak zmiana wpłynie na pulę licencji. Dotyczy to szczególnie migracji do nowych komputerów z Windows 11 24H2/25H2, kiedy przez pewien czas w firmie mogą działać równolegle stare i nowe urządzenia.
Piąty problem to mylenie RDS CAL z innymi licencjami. Windows Server 2016 RDS 50 Device CAL nie daje prawa do używania Office 2024, nie zastępuje licencji Microsoft 365, nie licencjonuje Microsoft 365 Copilot i nie rozwiązuje kwestii Exchange SE. Jeżeli użytkownik w sesji RDS uruchamia aplikację, trzeba osobno upewnić się, że aplikacja jest licencjonowana prawidłowo.
Szósty problem dotyczy dokumentów. Firmy kupują licencje, ale po roku nikt nie wie, gdzie jest faktura, jaki był numer zamówienia i jakie dane zostały użyte przy aktywacji. W Polsce warto pilnować dokumentacji zakupowej: faktura w PLN, stawka VAT 23%, dane nabywcy i zgodność z procesami księgowymi. Przy KSeF porządek w dokumentach będzie jeszcze ważniejszy, bo dane zakupowe powinny być łatwe do odnalezienia i powiązania z rzeczywistym zasobem IT.
Przykład praktyczny: firma handlowa kupiła 50 Device CAL dla terminali sprzedażowych i komputerów biurowych. Po roku wymieniła 25 komputerów na nowe z Windows 11, ale nie zaktualizowała ewidencji urządzeń. Administrator widzi niejasności w wykorzystaniu licencji. Najlepszym rozwiązaniem jest przygotowanie listy urządzeń korzystających z RDS, porównanie jej z pulą licencji i uporządkowanie konfiguracji hostów sesji.
Przykłady wdrożeń w polskich firmach
Firma produkcyjna z Wielkopolski ma 30 terminali na hali, 10 komputerów w magazynie i 10 stanowisk administracyjnych. Pracownicy produkcji pracują zmianowo, a jedna stacja bywa używana przez kilka osób dziennie. Firma potrzebuje dostępu do aplikacji ERP przez RDS na Windows Server 2016. Wybór: Windows Server 2016 RDS 50 Device CAL, ponieważ liczba urządzeń wynosi 50, a liczba użytkowników jest znacznie wyższa.
Biuro rachunkowe w Warszawie ma 28 pracowników, ale w sezonie rozliczeniowym korzysta z dodatkowych stanowisk dla współpracowników. Łącznie do RDS podłącza się 36 komputerów, z których użytkownicy uruchamiają programy księgowe i narzędzia biurowe. Pakiet 50 Device CAL daje zapas na rozwój, ale firma musi osobno zadbać o licencje aplikacji, w tym ewentualne licencjonowanie Office 2024. Zakup powinien być udokumentowany fakturą VAT 23% w PLN, aby księgowość mogła poprawnie rozliczyć koszt.
Sieć punktów obsługi klienta ma 12 lokalizacji, a w każdej po 3 lub 4 stanowiska. Użytkownicy logują się do centralnej aplikacji przez RDS, a komputery są współdzielone. Łącznie firma ma 46 urządzeń końcowych. Wybór pakietu RDS 50 Device CAL jest logiczny, bo obejmuje całą flotę urządzeń i zostawia niewielki zapas. Administrator powinien jednak dopilnować, by hosty RDS miały ustawiony tryb Per Device i wskazany właściwy serwer licencji.
Firma usługowa przechodzi na komputery z Windows 11 25H2, ale nadal utrzymuje lokalny system CRM na Windows Server 2016. Pracownicy korzystają też z Microsoft 365, a kadra zarządzająca testuje Microsoft 365 Copilot. W tej sytuacji RDS CAL odpowiada tylko za dostęp do sesji pulpitu zdalnego. Microsoft 365, Copilot i ewentualne aplikacje serwerowe wymagają osobnej analizy licencyjnej.
Organizacja z własnym serwerem pocztowym planuje wdrożenie Exchange SE, ale część aplikacji administracyjnych nadal udostępnia przez RDS. To dwa różne obszary. Exchange SE wymaga osobnego planowania, a Windows Server 2016 RDS 50 Device CAL dotyczy dostępu urządzeń do usług pulpitu zdalnego. W dokumentacji IT warto wyraźnie rozdzielić licencje serwerowe, dostępowe RDS, licencje pocztowe i licencje aplikacyjne.
Częste pytania
Czy Windows Server 2016 RDS 50 Device CAL wystarczy do uruchomienia serwera?
Nie. RDS CAL nie jest licencją na sam system Windows Server. To licencja dostępowa do usług pulpitu zdalnego dla urządzeń, dlatego środowisko może wymagać także właściwej licencji Windows Server oraz innych licencji dostępowych.
Co oznacza tryb Per Device?
Tryb Per Device oznacza, że licencja jest przypisywana do urządzenia, a nie do użytkownika. Jeżeli z jednego komputera korzysta kilka osób, nadal jest to jedno urządzenie w kontekście Device CAL.
Czy pakiet obejmuje dokładnie 50 użytkowników?
Nie. Pakiet Windows Server 2016 RDS 50 Device CAL obejmuje 50 urządzeń. Liczba użytkowników może być większa lub mniejsza, zależnie od tego, ile osób korzysta z tych samych stanowisk.
Czy komputery z Windows 11 24H2 lub 25H2 mogą łączyć się z RDS na Windows Server 2016?
Tak, w typowym scenariuszu komputer kliencki z Windows 11 może korzystać z pulpitu zdalnego do serwera RDS. Trzeba jednak zadbać o poprawną konfigurację RDS, zgodność aplikacji oraz właściwe licencje dostępowe.
Czy RDS CAL licencjonuje Office 2024 uruchamiany na serwerze?
Nie. RDS CAL dotyczy dostępu do usług pulpitu zdalnego, a nie prawa do używania pakietu Office. Jeśli użytkownicy uruchamiają Office 2024 w sesji RDS, należy osobno sprawdzić zasady licencjonowania Office.
Czy Microsoft 365 Copilot zastępuje licencje RDS?
Nie. Microsoft 365 Copilot jest usługą związaną z ekosystemem Microsoft 365 i nie zastępuje licencji RDS CAL. Dostęp do sesji pulpitu zdalnego nadal wymaga poprawnego licencjonowania RDS.
Co zrobić, jeśli serwer licencji nie aktywuje się automatycznie?
Najpierw sprawdź dostęp do internetu, DNS, zaporę i proxy. Jeżeli metoda Automatic connection nie działa, można użyć aktywacji przez przeglądarkę albo telefon, szczególnie w sieciach odseparowanych.
Dlaczego host RDS nie widzi zainstalowanych licencji?
Najczęściej host ma ustawiony zły tryb licencjonowania albo nie wskazuje właściwego serwera licencji. Sprawdź konfigurację Per Device oraz nazwę serwera licencji, najlepiej przez Group Policy w środowisku domenowym.
Czy zakup powinien być udokumentowany fakturą VAT?
W polskich firmach zakup licencji zwykle powinien być udokumentowany fakturą, najczęściej z VAT 23%, w PLN. Warto przechowywać fakturę, dane zamówienia i informacje aktywacyjne razem, szczególnie w kontekście porządku księgowego oraz KSeF.
Czy Exchange SE ma wpływ na aktywację RDS 2016 CAL?
Nie bezpośrednio. Exchange SE dotyczy infrastruktury pocztowej, a Windows Server 2016 RDS 50 Device CAL dotyczy dostępu urządzeń do usług pulpitu zdalnego. Oba obszary mogą działać w tej samej firmie, ale wymagają osobnego planowania licencyjnego.
<!-- IL-V1 -->Powiązane artykuły
- Aktywacja Windows Server 2016 50 Device CAL — Jak aktywowac Windows Server 2016 50 Device CAL.
- Aktywacja Windows Server 2016 RDS 10 Device CAL — Jak aktywowac Windows Server 2016 RDS 10 Device CAL.
- Aktywacja Windows Server 2016 RDS 50 User CAL — Jak aktywowac Windows Server 2016 RDS 50 User CAL.
- Aktywacja Windows Server 2016 50 User CAL — Jak aktywowac Windows Server 2016 50 User CAL.
- Aktywacja SQL Server 2016 Standard 50 Device CAL — Jak aktywowac SQL Server 2016 Standard 50 Device CAL.
Powiązane produkty
- Microsoft Windows Server 2016 RDS 50 CAL Urządzenia klucz licencyjny — sprawdź dostępność i cenę w naszym sklepie
- Zobacz wszystkie windows server 2016 — pełna oferta w kategorii
