Лицензирование SMS
 

Добрый день.


Каким образом необходимо проводить процедуру лицензированию для компании, предоставляющей услугу централизованного управления рабочими станциями посредством SMS-сервера и выстроенной по схеме (в начальном приближении):

1. На верхнем уровне иерархии находится SMS-сервер управляющей компании, предоставляющей услуги управления дочерними SMS-ами.

2. Уровнем ниже находятся дочерние (наследованные и дополнительные) SMS-сервера клиентов, которые управляют более нижним уровнем иерархии (рабочие станции пользователей, сервера, нижележащие SMS-сервера). Данные SMS-сервера располагаются в разных юридических лицах, между собой не связанных. При этом дочерние сервера также могут управлться серверами в других компаниях.

Хотелось бы рассмотреть два варианта:

1. Управляющая компания входит в единый холдинг с управляемыми компаниями (при этом являясь, естественно, разными юридическими лицами).
2. Услуги управления предоставляются по определенным тарифам. При этом клиентами компаниями являются как компании холдинга, так и сторонние.

Насколько я понимаю, в настоящий момент для реализации подобной схемы необходимо заключение соглашения SPLA, однако достойным образом проконсультировать в данной области так и не смогли. Каким образом должна происходить закупка лицензий в управляющей компании и для клиентских компаний.

Спасибо

NetDigger
Не смогла найти вразумительный ответ у МС, поэтому буду предполагать.
Подозреваю, что сервера надо лицензировать по следующему принципу - от головной конторы. То есть: есть управляющая компания, которая посредством одного смс следит за другими серверами в сторонних организациях, соответственно, надо купить сервер
+ лицензии для управления другими серверами для этой компании. Для тех кем управляют покупать клиентские лицензии на управление собой не надо. Однако же, если в управляемой компании есть свой смс и сервера/раб станции, управляемые этим сервером, то именно этот сервер и клиенты к нему покупает компания 2. Эта схема актуальна как и для холдинга, приобретающего лицензии для своих дочерних организаций (аффилятов, или тех контор, которыми владеет холдинг на 50 и более %%) по схеме OLP (те платит один холдинг, а оформляются лицензии на разные компании), так и для совершенно посторонних друг другу компаний.
Если же Вы решите пойти по схеме Open Value для всего холдинга (для аффилированных между собой компаний), то ситуация немного поменяется: и оплата и оформление лицензий будет от одного юр лица, а распределение внутри холдинга лицензий (на сервера и клиентские подключения к ним) будет регламентироваться внутренним письмом по компании (столько то лицензий идет в Н. Новгород, столько-то в Тверь, столько-то в Москву)

Надеюсь, что мысль была понятна;)

Softkova
Спасибо за ответ. Мысль вполне доступная =) По сравнению с тем, что приходится порой разбирать по лицензированию - цветочки. Также как и вы от Microsoft'a российского нормального ответа не получил. Все кивает головой на SPLA, но с допиской, что не уверены точно. Описанная Вами схема ясна, но насколько она будет работать, если управляющая компания собирается брать деньги за свои услуги, выступая в роли ИТ-аутсорсера?
Не будет ли обижен в данном случае МС ;)

Кроме того, интересен случай, когда пользователь перемещается между компаниями (к примеру, компании работают в сотрудничестве по одному направлению деятельности, не объединены единым холдингом и разрешают пользователям одной из компании пользоваться ресурсами своего сервера): сегодня он приехал в компанию Х, завтра будет в компании Y, через неделю "вернется на родину" - и везде он получает свои обновления, сообщения и т.д. В данном случае каким образом лицензии приобретаются: либо компания-принимающая сторона покупает для таких перебежчиков CALы, либо, если таких много - External Connector (кстати, есть ли такой для SMS?) ? Правильно ли я мыслю.

Спасибо

NetDigger
По идее, проверяющие органы не должны лезть так далеко и должны ограничиться только сверкой "купленное/установленное". Мне кажется, что оформить оказание ИТ услуг компанией 1 компании 2 не так сложно, поэтому флаг вам в руки))

External connector предназначен для внешних пользователей в компании, т.е. клиентов, партнеров. Такой вид доступа приобретается, если этих внешних пользователей посчитать никак нельзя.
Я не поняла, чем именно будет пользоваться "перебежчик" в каждой компании - сервером своей "родины" или той компании, в которую он приезжает? В первом случае "родине" имеет смысл для этого клиента купить клиентские доступы вида user; во втором случае, принимающим сторонам надо закупиться неким пулом свободных клиентскиех доступов для своих гостей.