Licencjonowanie rozwiązań Aplikacje Office Web Pytanie: Klient ma licencje EAS dla Microsoft Office. Czy partner może ich użyć do licencjonowania dostępu klienta do funkcjonalności Office Web Apps hostowanej na serwerze SharePoint partnera (współużytkowanym)? Odpowiedź: Nie. Jedyną opcją przeniesienia prawa do używania oprogramowania w współużytkowanej infrastrukturze jest License Mobility for Software Assurance. Ponieważ ta możliwość nie dotyczy Microsoft Office, partner będzie potrzebował licencji Microsoft Office SAL, aby móc zaoferować funkcjonalnosć Office Web Apps swojemu klientowi. SkyDrive Pro Pytanie: Chcielibyśmy móc zsynchronizować folder z komputera użytkownika z jego magazynem danych w hostowanym SharePoint 2013 Server. Do tego celu powstał SkyDrive Pro, ale integruje się tylko za pośrednictwem Office 2013. Pytanie brzmi: jak mogę licencjonować tę funkcjonalność? Czy konieczny jest zakup licencji na Office 2013? Odpowiedź: Aby móc używać SkyDrive Pro, konieczne jest lokalne zainstalowanie Office 2013 ze względu na zależności oprogramowania. Ponieważ zależności te wymagają Office 2013, aby rozwiązanie działało, partner powinien zakupić zarówno licencje licesharepoint 2013 SAL, jak i Office 2013 SAL. Patrz SPUR: Jednoczesne korzystanie z więcej niż jednego produktu lub funkcjonalności Wymagana jest licencja na każdy produkt i oddzielnie licencjonowaną funkcjonalność wykorzystywaną w urządzeniu lub przez użytkownika. Na przykład, jeśli używasz Office w systemie Windows, potrzebujesz licencji zarówno na Office, jak i na Windows. Analogicznie w celu uzyskania dostępu do Usług pulpitu zdalnego (RDS) w Windows Server potrzebna jest zarówno licencja Windows Server SAL (lub licencja procesora Windows Server), jak i licencja RDS SAL.
Obecnie istnieją dwa scenariusze oferowania klientowi końcowemu Office 2013 jako usługi: Pierwszy: z połączeniu z Rental PC (partner musi podpisać nowelizację umowy, aby uzyskać dostęp do licencji Windows Pro Upgrade, które muszą zostać zainstalowane w wersji OEM (wydanie Professional) systemu Windows). Drugi: zdalny dostęp do Office 2013 poprzez Windows Server Remote Desktop Services (poniżej cytat ze SPUR): WYKORZYSTANIE WINDOWS SERVER REMOTE DESKTOP SERVICES Dostarczenie aplikacji pulpitu, takich jak Office, realizowane poprzez zapewnienie bezpośredniego lub pośredniego dostępu do oprogramowania serwerowego utrzymującego graficzny interfejs użytkownika, takie jak Windows Server (przy użyciu funkcjonalności Usług pulpitu zdalnego lub innej technologii) wymaga licencji Windows Server RDS SAL. Niestety, końcowy klient nie może użyć posiadanych przez siebie licencji Office 2013 do łączenia się z SharePoint 2013 licencjonowanego przez partner. Geograficznie nadmiarowe rozwiązanie Pytanie: Klient musi mieć swoje oprogramowanie udostępniane przez hostera A i potrzebuje utrzymywania kopii zapasowej u innego hostera B. Obydwaj hosterzy mają różne umowy SPLA. Centrum danych hostera B będzie używane tylko w razie awarii centrum danych hostera A, ale oczywiście musi być dostępne, aby móc zastąpić centrum danych hostera A. W tym przypadku, ponieważ występuje dwóch hosterów, jakie licencje powinny zostać zduplikowane, jeżeli 1) nie wystąpiła awaria, usługę udostępnia tylko hoster A ; 2) awaria wystąpiła w środku miesiaca i obydwa centra danych były używane przez tego samego końcowego użytkownika. Odpowiedź: Ponieważ ci hosterzy mają odmienne umowy SPLA, każdy musi mieć licencję na całość oprogramowania, jako że każdy z nich podpisał SPLA i tym samym jest zobowiązany do stosowania się do zasad użytkowania zdefiniowanych w odpowiedniej wersji SPUR. Jeśli klient ma dostęp do produktu przynajmniej raz w miesiącu, partner utrzymujący ten produktu powinien raportować użycie do
wyznaczonego resellera. W przypadku, gdy klient ma dostęp do instalacji obydwu partnerów w czasie okresu raportowego, obydwaj powinni zgłosić wykorzystanie. Gdy klient wykorzystuje usługę geograficznie rozproszonego rozwiązania awaryjnego, w rzeczywistości płaci za sprzęt, elektryczność, pracę ludzką, łącza przesyłowe i tak dalej. Nie ma powodu, dlaczego miałby nie płacić za oprogramowanie zainstalowane w tych zasobach. IaaS+SaaS: jeden sprzęt, wielu partnerów Pytanie: Partner X jest dostawcą centrum danych i partnerem Microsoft SPLA. Utrzymuje i raportuje licencje Windows dla centrum danych. Partner Y jest również partnerem SPLA, ale nie posiada własnego centrum danych. Utrzymuje i raportuje rozwiązania CRM i SQL. Jednak SQL/CRM jest uruchamiane w środowisku Windows Server Datacenter licencjonowanymi przez partnera X. Tym samym partner Y raportuje tylko licencje SQL/CRM, ale żadnych licencji Windows Datacenter. Odpowiedź: Jeśli dostawca centrum danych (partner X) zakupił licencje Windows Server Datacenter i opłaca je w firmie Microsoft, po czym hostuje maszyny wirtualne swoim klientom, wówczas partner Y już zapłacił za licencje i nie musi ich zamawiać ich ponownie w SPLA. Ten scenariusz jest dozwolony. Analogiczny przypadek dotyczy ISV i dostawców IaaS (infrastruktury jako usługi). Dostawcy IaaS raportują wykorzystanie Windows, zaś ISV hostowani przez tych dostawców muszą jedynie raportować swoją część, którą w ogólności jest SQL. Zagadnienia te wyjaśnia rozdział Software Services Resellers w SPLA. Rental PC Pytanie: Dostawca usługi oferuje usługi Rental PC (wynajem komputera) użytkownikom końcowym, przy czym licencje Windows Pro SAL zostały przypisane (niezależnie od licencji OEM) do laptopów/komputerów posiadanych przez dostawcę, zgodnie z rozszerzeniem umowy SPLA Rental PC. Klient końcowy następnie kupuje Office (poprzez swoją umowę VL) i instaluje je na tych komputerach. Czy jest to dozwolone? Odpowiedź: Tak, to jest dozwolone. Umowy licencyjne EA i MBSA nie zawierają wymogu posiadania sprzętu. W rozszerzeniu Managed PC nie ma nic, co powstrzymywałoby użytkownika końcowego przed przypisywaniem licencji MS VL do wynajętych komputerów. Jedynym ograniczeniem dla użytkownika końcowego
jest to, że nie może on przenosić licencji w czasie krótszym 90 dni po ich przypisaniu do wynajętego komputera. Zmiana przeznaczenia licencji Większość, ale nie wszystkie licencje mogą być przenoszone z jednego urządzenia lub użytkownika do innego. Generalne zasady regulujące zmianę przeznaczenia licencji są opisane poniżej, wraz ze specjalnymi regułami dla wybranych produktów i typów licencji OGRANICZENIA ZMIANY PRZEZNACZENIA LICENCJI Poza wymienionymi poniżej wyjątkami, nie można przenosić (zmieniać przeznaczenia) licencji w krótkich terminach (w czasie poniżej 90 dni od ostatniego przypisania), ani nie można przenosić licencji dla systemów operacyjnych Windows dla systemów biurkowych lub Rental Rights (praw do wynajmu) albo umowy Software Assurance oddzielnie od podległej licencji, do której przypisana jest umowa Software Assurance. Pytanie: Czy partner wynajmujący komputery może użyć produktu uaktualnienia Windows Pro do zainstalowania wydania Windows 7 Enterprise? Odpowiedź: Nie. Wydanie Windows 7 Enterprise jest dostępne tylko jako element umowy SA, co nie ma zastosowania w przypadku SPLA. Pytanie: Jakie są główne różnice pomiędzy rozwiązaniem Rental PC w ramach SPLA a opcją Rental Rights? Odpowiedź: Patrz tabela poniżej. Rental Rights SPLA Model płatności Płatność jednorazowa Płatność miesięczna Liczba licencji Ustalona Zmienna, opłacana według użycia
Dostępność produktów Windows Desktop + Office Windows Desktop + wszystkie aplikacje pulpitu (czyli Office, Visio, Project, Visual Studio itp.) Powiązanie ze Przypisane do sprzętu/płyty Nie powiązane ze sprzętem głównej (konieczność zakupu sprzętem nowej licencji, jeśli sprzęt się zepsuje) SharePoint Hosting Pytanie: Czym jest SharePoint Hosting, w jakich scenariuszach może być używany i jak powinien być licencjonowany? Odpowiedź: SharePoint Hosting nie jest oddzielnym produktem; jest to tylko licencja, której HSP powinien użyć w określonych scenariuszach. (Uzyskiwanie dostępu do serwerów dostarczających treści, informacji i aplikacji ograniczonych do wewnętrznych użytkowników musi być licencjonowany poprzez licencje SharePoint Server 2013 SAL. Zewnętrzni użytkownicy oznaczają użytkowników, którzy nie są ani (i) pracownikami naszego klienta, ani (ii) agentami czy podwykonawcami naszego klienta. Wszyscy inni użytkownicy są użytkownikami wewnętrznymi ). Ponieważ nie istnieją ograniczenia wydania dla SharePoint Hosting, wszystkie funkcjonalności produktu, w tym Enterprise Search, są dostępne zarówno dla wewnętrznych, jak i zewnętrznych użytkowników. Jeśli tylko wewnętrzni użytkownicy korzystają z tej funkcjonalności, dodatkowy zestaw licencji SharePoint Standard SAL i SharePoint Enterprise SAL powinien zostać przypisany do każdego użytkownika wewnętrznego. Oto przykładowy scenariusz wykorzystania produktu. Producent samochodów używa SharePoint wewnętrznie do przechowywania danych o dostępności pojazdów i statusów zamówień. Chciałby, aby jego dealerzy (nie powiązani z producentem) mieli dostęp do tych samych danych. SharePoint jest hostowany w centrum danych dostawcy usługi i licencjonowany poprzez umowę SPLA. W tym scenariuszu dostawca usługi powinien wybrać licencje SharePoint Hosting dla dostępu zarówno pracowników producenta, jak i przedstawicieli firm dealerskich.
W przypadku, gdy niektóre dane w tej instalacji SharePoint mają być dostępne tylko dla producenta, dostawca usługi powinien licencjonować zarówno hosting SharePoint, jak i licencje SharePoint SAL. Jeśli informacje są używane tylko przez producenta, nie ma potrzeby licencjonowania hostingu SharePoint, a jedynie zastosowanie licencji SharePoint SAL. Co do samego oprogramowania serwera, SPUR zawiera następujące wytyczne URUCHAMIANIE INSTANCJI OPROGRAMOWANIA SERWEROWEGO Bez względu na dowolne inne sformułowania w ogólnych warunkach licencji (General License Terms), SharePoint 2013 Hosting nie jest dopuszczony do licencjonowania zgodnie z opcją Unlimited Virtualization (opisaną jako opcja 1). Konieczne jest stosowanie licencjonowania opartego na opcji użytych procesorów (Processors Used) (opisaną jako opcja 2) przy licencjonowaniu SharePoint 2013 Hosting. Opcja 2: Licencjonowanie oprate na użytych procesorach: Można uruchamiać w dowolnej chwili dowolną liczbę instancji oprogramowania serwerowego w fizycznych i wirtualnych środowiskach systemu operacyjnego (OSE) na licencjonowanym serwerze. Tym niemniej całkowita liczba fizycznych i wirtualnych procesorów używanych przez te OSE nie może przekroczyć liczby licencji przypisanych do tego serwera. Mieszanie licencji wewnętrznych i SPLA Pytanie: Czy dozwolone jest, aby końcowy klient miał własną platformę programową (Windows Server, SQL Server) oraz produkt AX, a dostawca usług dodał do tej platformy Dynamics CRM poprzez umowę SPLA? Odpowiedź: Scenariusz ten jest możliwy na dedykowanym sprzęcie, gdyż w PUR (Product Use Rights Prawa do Używania Produktów) znajdziemy jawne sformułowanie dotyczące outsourcingu: Outsourcing zarządzania oprogramowaniem
Mogą Państwo zainstalować dozwoloną liczbę kopii oprogramowania i używać ich na Serwerach oraz innych urządzeniach zarządzanych stale przez osoby trzecie i pozostających pod kontrolą tych osób trzecich, pod warunkiem, że wszystkie takie Serwery i inne urządzenia są i pozostaną na Państwa wyłączny użytek. Są Państwo odpowiedzialni za wszelkie zobowiązania wynikające z Państwa umowy licencjonowania zbiorowego niezależnie od fizycznej lokalizacji sprzętu, na którym jest używane dane oprogramowanie. Jedyną rzeczą, o której partner musi pamiętać, jest to, że sprzęt powinien należeć do niego bądź być dzierżawiony i że Końcowy użytkownik może uzyskiwać dostęp do oprogramowania tylko w celu korzystania z usług, podczas gdy to partner będzie wykonywał wszystkie działania konserwacyjne: 6d. Instalacje w obiekcie Użytkownika końcowego. Klient może zlokalizować serwery ( Serwery ) zawierające Produkty w siedzibie użytkownika końcowego ( Obiekcie użytkownika końcowego ) wyłącznie w celu udostępnienia Usług oprogramowania dla Użytkownika końcowego, pod warunkiem że te Serwery są własnością lub są dzierżawione przez Klienta. Na żadanie Klient określi liczbę Serwerów zlokalizowanych w każdym Obiekcie użytkownika końcowego oraz Produkty zainstalowane na wymienionych Serwerach. Klient nie może zezwalać Użytkownikowi końcowemu (ani żadnej innej firmie udostępniającej usługi Użytkownikowi końcowemu) na dostęp, konserwowanie lub używanie Produktów w dowolny inny sposób z wyjatkiem zasadniczego wykorzystania funkcjonalności Produktu w formie usług oprogramowania, zgodnie z warunkami tej umowy.