Право переноса и передачи лицензий

Что касается передачи ОЕМ–лицензий, то их можно передать только вместе с железом, на которое продукт был изначально установлен. Переносить на другое устройство нельзя, даже если исходное вышло из строя. Коробочные версии можно переносить с одной рабочей станции на другую, а также, однократно передать коробку другому лицу со всем набором поставки.

После чего пользователь обязан удалить программу и все ее компоненты со своего ПК.

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

И требуется перезаключение договора с Майкрософт.

Классификация продуктов Microsoft

Все продукты, производимые компанией Microsoft, разделяются на пять классов, для каждой из них существуют свои модели лицензирования.

Итак, на какие классы они делятся:

1. Операционные системы.

2. Приложения.

3. Серверные продукты.

4. Средства разработки.

5. Аппаратное обеспечение.

Более подробно разберем самые основные из них и расскажем про модели их лицензирования.

Для операционных систем и средств разработки действует одна и та же модель, для серверных продуктов целых пять, для служб Интернета всего одна модель.

Операционные системы

Основная модель лицензирования операционных систем четко регламентирует золотое правило: по одной лицензии можно установить только одну копию на один компьютер, больше по этой лицензии, ее установить никуда нельзя. Использовать одновременно может только один пользователь, за исключением удаленного помощника, изменять свойства операционной системы категорически запрещается, например - устанавливать Windows XP на сервер терминалов. Дополнять ОС собственными средствами разработки изменяющей ее свойства так же запрещается.

Настольные приложения

Теперь, что касается модели лицензирования для настольных приложений, начнем с самого распространенного приложения под названием Microsoft Office. При корпоративном варианте лицензирования за каждым компьютером, на котором установлен Office, нужно закреплять основного пользователя. Он закрепляется приказом по предприятию и это дает право установить еще одну копию на ноутбук или на виртуальную машину.

Средства разработки

К средствам разработки относятся следующие приложения: Visual Studio, MSDN, TechNet. В отличие от настольных приложений средства разработки лицензируются на пользователя, этот пользователь должен быть закреплен внутренним приказом по предприятию, т.е. должно в приказе четко прописано, что конкретный сотрудник имеет право использовать данное приложение. Приложение можно устанавливать на любое количество ПК и неограниченное количество копий, но использовать продукт может только тот пользователь, за которым закреплена лицензия. И еще одно важное правило: при лицензировании средств разработки, приложения могут использовать только для проектирования, разработки и тестирования. Т.е., устанавливать эти средства на компьютер клиента строго запрещается, это правило прописано в лицензионном соглашении.

Пример: Допустим компания разработчик разработала какую-либо программу, для работы которой необходим SQL Server. Если вы возьмете из средств разработки SQL Server и установите на компьютер клиента для демонстрации работы данной программы, вы, тем самым, нарушите лицензионное соглашение.

Внутренний приказ по предприятию о закрепление пользователя обязателен, в противном случае доказать проверяющим органам, что только конкретный сотрудник использует приложения, будет крайне сложно и еще один важный аспект, который надо всегда помнить: нужно подробно изучать EULA и PUR.

Серверные приложения

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

Серверы ОС

Модель лицензирования серверных приложений следующая: все продукты лицензируются по схеме - лицензия на сервер и на клиентское подключение (CAL) или, при необходимости, External Connector. Разберемся с основными моделями лицензирования серверов.

Серверы услуг

Самый распространенный сервер услуг это Exchange, модель лицензирования аналогична модели серверных ОС, лицензия на сам сервер и на клиентские подключения и при необходимости External Connector.

Серверы на процессор

В модели на процессор тоже, казалось бы, все просто, пока не появилось понятие виртуального процессора. Раньше лицензировался сам физический процессор и никаких вопросов не возникало, но при появлении понятия «виртуальная среда» появилось очень много нюансов, которые также необходимо разобрать. В принципе, при лицензирование «на процессор» дополнительные лицензии на клиентские подключения не нужны за исключением Data Center Edition, но об этом тоже немного позже.

Серверы управления

Серверы управления лицензируются следующим образом: это лицензия на сам сервер управления и лицензия на устройство, которым будет управлять сервер. Об этой модели мы тоже поговорим подробно, поскольку тут будет тоже масса всего интересного.

Специализированные серверы

Для специализированных серверов действует самая простая модель лицензирования и требует только лицензию на сервер.

Как лицензируются серверные продукты и что такое CAL

Итак, как лицензируются серверные продукты? Постараемся объяснить это на конкретном примере.

Допустим, что есть компания с небольшим парком ПК около 5 рабочих станций, на которых установлена лицензионная Windows Vista, (надо учитывать тот факт, что лицензия на операционную систему не дает никаких прав на подключение к серверу). В компании появилась необходимость приобрести сервер, на этот сервер решили установить ОС Windows Server Standard 2008, соответственно компании потребуется приобрести лицензию на сам Windows Server Standard и для того, чтобы получить доступ к этому серверу, нужны клиентские лицензии (CAL – Client Access License). Поскольку у компании 5 ПК, понадобится 5 клиентских лицензий.

Предположим, что через некоторое время в компании появилась необходимость в установке еще одного сервера, допустим Windows Server Enterprise 2008. В этом случае компании понадобится приобрести лицензию только на сам Windows Server Enterprise 2008, дополнительно приобретать клиентские лицензии в этом случае не надо, поскольку все 5 рабочих станций уже имеют лицензии Windows Server CAL. Клиентские лицензии для Windows Server дают право на подключение к любой из редакций и Standard и Enterprise, но нужно учитывать еще один важный факт, что версия CAL должна быть не ниже версии сервера, к которому осуществляется подключение. Пример: по клиентским лицензиям к Windows Server CAL 2008 можно подключатся к Windows Server 2003, но не наоборот, исключение - по Windows Server CAL 2003 можно подключиться к Windows Server 2003 R2.

Еще один момент: в поставку ОЕМ и коробочных версий клиентские лицензии входят в комплект поставки по 5 штук для корпоративных лицензий, OLP докупаются отдельно.

Существует еще один вариант лицензий - Terminal CAL - лицензии предназначены для терминального доступа. Попробуем разобраться на примере: допустим, компания решила расширить свой парк ПК и докупить еще 5 тонких клиентов (терминалов) для экономии средств и места. В этом случае компании придется докупить еще 5 клиентских лицензий Windows Server CAL и 5 Terminal CAL, т.к. последние, дают право только для подключения терминалов.

Клиентские лицензии бывают двух видов «на пользователя» (user CAL) и «на устройство» (device CAL). Наиболее распространенная клиентская лицензия «на устройство», то есть лицензируется само устройство на подключение к серверу, и множество сотрудников может подключиться с этого устройства к серверу. Второй вариант лицензия «на пользователя» выгодна в тех случаях, когда количество сотрудников, которым необходим доступ к серверу, ограничено, допустим, 20 ПК и доступ нужен только двоим сотрудникам. В этом случае выгоднее будет приобрести 2 клиентские лицензии, и эти два сотрудника смогут подключаться к серверу с любого ПК, но только эти два сотрудника, за которыми закреплена лицензия на пользователя. Закрепляется она приказом по предприятию, в противном случае при проверке вы никак не докажете, что только два сотрудника подключаются к серверу.