Как рассчитать Windows Server CAL и RDS CAL в 2026 году

Как рассчитать Windows Server CAL и RDS CAL в 2026 году

Начните со списка сотрудников и устройств, которые обращаются к серверу. Для расчёта Windows Server CAL нужно определить, что вы лицензируете: пользователей или устройства. Для удалённых рабочих столов отдельно проверьте потребность в RDS CAL и условия их применения. Ниже разберём, как собрать исходные данные, сравнить модели доступа и проверить предложение поставщика. Такой порядок поможет небольшой компании в Беларуси подготовить обоснованный заказ: с понятным количеством лицензий, подходящими версиями и отдельным расчётом для удалённой работы.

Что посчитать перед покупкой клиентских лицензий?

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

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

Для первого расчёта соберите следующие сведения:

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

Описывайте фактическую работу. Запись «сотрудник работает удалённо» слишком общая: он подключается к рабочему столу на сервере или открывает серверные ресурсы другим способом? Передайте администратору этот вопрос и попросите назвать конкретный сценарий подключения.

Как выбрать между User CAL и Device CAL?

При лицензировании по устройствам учитывают каждое устройство, которое обращается к серверу; количество людей за этим устройством не определяет число Device CAL. Модель на пользователя позволяет одному пользователю обращаться к серверу с разных устройств. Эти принципы описаны в материалах о клиентских лицензиях и моделях лицензирования (источники: Microsoft, «Лицензии CAL и лицензии Management Licenses»; MSNET, «Модели и схемы лицензирования»).

Рабочая ситуация Какую модель проверить первой Что включить в расчёт
Сотрудник использует рабочий компьютер, ноутбук и другое устройство User CAL, на пользователя Пользователей, которым нужен доступ к серверу
За общим компьютером работают сотрудники разных смен Device CAL, на устройство Общие устройства, которые обращаются к серверу
В компании есть личные ноутбуки и общие рабочие места Сравнить варианты по группам доступа Отдельно пользователей с несколькими устройствами и устройства с несколькими пользователями

Для предварительной оценки сделайте два расчёта: сколько пользователей обращается к серверу и сколько устройств они используют. Затем сравните стоимость подходящих вариантов. Меньшее количество лицензий само по себе ещё не означает меньшую сумму: нужны цены на конкретные позиции и подтверждение, что выбранная модель соответствует вашей схеме работы.

Не подменяйте этот подсчёт числом одновременных подключений. Если сотрудники выходят на работу по очереди, сначала определите объект лицензирования: человек или устройство. Сам график смен не превращает пользовательскую лицензию в лицензию на общее рабочее место.

Подробности выбора для разных рабочих мест разобраны в материале Windows Server CAL: Device CAL или User CAL. Для своего расчёта отметьте напротив каждой группы, что остаётся общим: компьютер или учётная запись конкретного сотрудника. Общую учётную запись не используйте как основание считать разных людей одним пользователем.

Как отдельно рассчитать потребность в RDS CAL?

Если сотрудники подключаются к удалённым рабочим столам, вынесите этот доступ в отдельную часть расчёта. Для проверки потребности в RDS CAL поставщику нужно описание подключения. Фразы «работаем через интернет» недостаточно: она не объясняет, какие серверные функции использует компания.

Попросите администратора описать путь сотрудника от запуска программы до рабочего сеанса. Уточните, где открывается рабочий стол, какие приложения там запускаются и кто получает доступ. Затем сопоставьте этот сценарий с условиями лицензирования конкретного продукта.

  1. Выделите пользователей и устройства, которым нужен доступ к удалённым рабочим столам.
  2. Запишите версии серверного ПО и сведения об имеющихся клиентских лицензиях.
  3. Запросите отдельный расчёт Windows Server CAL и RDS CAL с объяснением назначения каждой позиции.
  4. Попросите подтвердить применимость модели и совместимость версий по актуальным условиям производителя.

Список для удалённых рабочих столов составляйте отдельно от общего списка сотрудников. Тогда будет видно, кому нужен этот способ работы, а кому достаточно другого доступа к серверным ресурсам. Не исключайте человека только потому, что он подключается редко: опишите частоту работы и передайте сценарий на проверку.

Для подготовки этой части заявки пригодится разбор как определить количество RDS CAL для малого бизнеса. Результатом проверки должна стать спецификация, где для каждой позиции понятны продукт, модель доступа и количество.

Что проверить в предложении поставщика в Беларуси?

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

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

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

При смене серверной версии отдельно проверьте клиентские лицензии. Связанные вопросы рассмотрены в статье как проверить CAL при обновлении Windows Server. В заявке укажите текущую и планируемую версии, чтобы поставщик проверял конкретный переход.

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

Типичные ошибки при расчёте CAL

  • Считать весь штат без проверки доступа. Исправление: отметить, кто обращается к серверу и каким способом.
  • Считать только одновременные подключения. Исправление: сначала выбрать объект лицензирования, затем посчитать пользователей или устройства по соответствующим условиям.
  • Объединять Windows Server CAL и RDS CAL в одну строку. Исправление: запросить отдельные позиции и объяснение, какие сценарии они покрывают.
  • Покупать новые лицензии без проверки прежних покупок. Исправление: собрать документы и сопоставить их с текущими версиями и доступом.
  • Сравнивать только итоговые суммы. Исправление: сверить состав предложений, сроки подписок и перечень работ по настройке.

Расчёт готов к согласованию, когда для каждой позиции можно ответить: кому или какому устройству она нужна, какой доступ покрывает и почему выбрана эта версия. Сейчас откройте пустую таблицу и за две минуты добавьте столбцы «Сотрудник», «Устройства», «Способ доступа» и «Имеющиеся лицензии».