Сколько лицензий 1С нужно и как их рассчитать
Содержание
1С лицензируется по числу одновременных подключений, а не по штату сотрудников. Чтобы посчитать лицензии 1С, возьмите максимальное количество людей, которые работают в программе в один и тот же момент, — столько клиентских лицензий и нужно. Если 20 человек заведены в базе, но одновременно онлайн бывает не больше 12, считайте по 12.
Расходов обычно два вида. Клиентские лицензии нужны всегда — это рабочие места. Лицензия на сервер нужна только в клиент-серверном варианте (когда есть отдельный сервер 1С:Предприятия и СУБД); в файловом варианте её нет вовсе. При этом основная поставка конфигурации уже включает лицензию на одно рабочее место, и её не нужно докупать.
Что именно лицензируется и какие лицензии бывают
Лицензия в 1С — это право на один сеанс работы с информационной базой. Тип клиента значения не имеет: толстый клиент, тонкий клиент, веб-клиент и мобильный клиент берут клиентскую лицензию одинаково.
По способу поставки лицензии делятся на два вида:
- 🔑 Программные (PIN-коды). Активируются по регистрационному номеру и привязываются к оборудованию. Удобны для виртуальных машин и облака.
- 🔌 Аппаратные (USB-ключи HASP). Физический ключ вставляется в компьютер или сервер. Для сервера есть сетевые ключи, раздающие лицензии по сети.
На подсчёт количества вид поставки не влияет — считаете вы одинаково, разница только в том, как лицензия выдаётся.
Клиентские лицензии продаются пакетами на 1, 5, 10, 20, 50, 100, 300 и 500 рабочих мест. Чем крупнее пакет, тем ниже цена за одно место, поэтому выгоднее взять один пакет на 10, чем два по 5.
Отдельно стоят лицензии на сервер «1С:Предприятие 8» — о них в разделе про клиент-серверный вариант. И есть версии ПРОФ и КОРП: КОРП снимает ряд технических ограничений (например, по отказоустойчивости кластера), для большинства небольших внедрений достаточно ПРОФ.
Важно учесть, что входит в поставку, прежде чем считать докупку:
- Версия ПРОФ обычно включает одну клиентскую лицензию на одно рабочее место.
- Поставки «на 5 пользователей» дают сразу пять лицензий.
- Базовая версия рассчитана на одного пользователя и не масштабируется клиентскими лицензиями — если людей несколько, базовая не подойдёт в принципе, нужна ПРОФ.
То есть сначала смотрите, сколько рабочих мест уже лицензировано вашей текущей поставкой, и докупаете только разницу.
Как посчитать клиентские лицензии по числу пользователей
Главный принцип — считаются одновременные сеансы, а не люди в штате. Один сотрудник, который заходит в базу утром и вечером, занимает одну лицензию только в момент работы; когда он вышел, лицензия освобождается для другого.
Порядок расчёта:
- Оцените пиковое число одновременно работающих — не среднее, а максимум (например, во время закрытия месяца или сдачи отчётности, когда в базе сидят все).
- Прибавьте рабочие места, которые заняты постоянно: кассы, терминалы сбора данных с онлайн-подключением, рабочие места кладовщиков.
- Прибавьте внешние подключения, если они работают одновременно с людьми (см. раздел ниже).
- Вычтите лицензии, уже входящие в основную поставку (обычно одна).
- Округлите остаток вверх до доступного пакета.
Пример. В базе 18 пользователей, в пик одновременно работают 14. Основная поставка дала 1 лицензию, значит докупить нужно на 13 мест. Ближайшая комбинация — пакет на 10 плюс пакет на 5 (итого 15, с запасом на рост), либо один пакет на 20, если планируете расширяться.
Небольшой запас полезен: при нехватке лицензий новый пользователь просто не сможет войти в базу и получит сообщение «Не найдено свободной лицензии».
Формула для подсчёта
Если свести всё к одной строке, число докупаемых клиентских лицензий считается так:
Клиентские = Пик одновременных сеансов
+ Постоянные рабочие места (кассы, склад)
+ Внешние соединения
− Лицензии из основной поставки
→ округлить вверх до пакета
Серверная лицензия в эту формулу не входит — она считается отдельно, по числу рабочих серверов, и не зависит от количества пользователей.
Разберём на клиент-серверном примере. Торговая компания: 30 сотрудников в базе, в пик одновременно работают 22 человека, плюс 2 постоянно подключённые кассы и одно внешнее соединение для обмена с сайтом (обмен идёт постоянным COM-соединением). Основная поставка дала 1 лицензию.
Считаем: 22 + 2 + 1 − 1 = 24 клиентских лицензии. Ближайшее покрытие — пакет на 20 плюс пакет на 5 (итого 25). Плюс одна серверная лицензия x86-64, так как вариант клиент-серверный. Если бы обмен шёл регламентным заданием, а не COM-соединением, внешнее соединение из расчёта ушло бы, и хватило бы 23 мест.
Нюанс с рабочим местом и несколькими сеансами
Программная клиентская лицензия может быть получена двумя способами, и это прямо влияет на подсчёт:
- На рабочее место (конкретный компьютер). Тогда на этом компьютере можно открыть любое число сеансов 1С без дополнительных лицензий — лицензируется сам компьютер.
- На сервер терминалов. Здесь лицензируется число одновременных сеансов на терминальном сервере, а компьютеры-клиенты уже не важны.
Поэтому для обычных ПК считайте по компьютерам, а для терминального сервера (RDP) — строго по числу одновременных сеансов. Это частая причина ошибок в расчёте.
Пример с терминальным сервером. На одном RDP-сервере одновременно сидят 15 человек — нужно 15 клиентских лицензий (терминальная лицензия выдаётся на каждый сеанс). Если же те же 15 человек работали бы каждый на своём компьютере с локальным ключом, лицензий тоже было бы 15, но привязаны они были бы к компьютерам, и запуск второго окна 1С на любом из них ничего бы не добавил.
Нужна ли лицензия на сервер и какую выбрать
Лицензия на сервер нужна только в клиент-серверном варианте — когда данные хранятся в СУБД (PostgreSQL, MS SQL и др.), а между клиентами и базой работает сервер 1С:Предприятия. В файловом варианте серверной лицензии нет.
Серверная лицензия считается не по числу пользователей, а по числу серверов. Одна лицензия — на один рабочий сервер 1С:Предприятия. Сколько бы человек ни работало — 5 или 200 — серверная лицензия всё равно одна (если сервер один).
Какую серверную лицензию выбрать:
| Лицензия | Когда брать |
|---|---|
| x86-64 (64-разрядная) | Рекомендуется по умолчанию: позволяет рабочим процессам использовать всю память сервера |
| x86-32 (32-разрядная) | Только если сервер и процессы заведомо 32-разрядные и памяти немного |
| МИНИ на 5 пользователей | Бюджетный вариант для маленьких внедрений — ограничена пятью одновременными сеансами |
Если вы ставите несколько рабочих серверов в один кластер (для распределения нагрузки или отказоустойчивости), серверная лицензия нужна на каждый рабочий сервер. Планируйте это заранее.
Файловый вариант: что считать без сервера
В файловом варианте всё проще: нужны только клиентские лицензии, серверной нет. Считаете по тому же правилу — максимум одновременно работающих.
Особенность в раздаче лицензий. Если вы используете сетевой HASP-ключ, он отдаёт лицензии в сеть, и любой компьютер получает свободную лицензию при запуске. Если ключи локальные (по одному на компьютер), то каждое рабочее место лицензируется само за себя.
Файловый вариант нормально живёт при небольшом числе пользователей. Когда одновременных сеансов становится заметно больше десятка и база тяжелеет, переходят на клиент-серверный вариант — и тогда к клиентским лицензиям добавляется серверная. Само число клиентских лицензий при переходе не меняется: вы покупаете только серверную.
С точки зрения экономии сетевой ключ почти всегда удобнее набора локальных: лицензии из общего пула достаются тому, кто сейчас работает, и не простаивают на выключенных компьютерах. Набор локальных ключей оправдан только там, где у каждого сотрудника строго своё фиксированное рабочее место и перераспределять лицензии не нужно.
Внешние соединения, веб-клиент и фоновые задания
Здесь легко ошибиться в большую или меньшую сторону. Разберём по пунктам, что берёт лицензию, а что нет:
- 🌐 Веб-клиент — берёт обычную клиентскую лицензию, как толстый или тонкий клиент. Отдельного вида лицензии для веба нет.
- 🔗 Внешнее соединение (COM-подключение, Automation). Каждое активное внешнее соединение занимает клиентскую лицензию. Если у вас интеграция, которая держит постоянное соединение, заложите под неё отдельное место.
- ⚙️ Фоновые и регламентные задания на сервере 1С не занимают клиентскую лицензию — они выполняются под учётной записью сервера. Это частый повод для лишних трат: закладывать лицензии «под обмены» не нужно, если обмен идёт регламентным заданием.
- 📡 Веб-сервисы и HTTP-сервисы. Вызов обрабатывается на сервере; отдельная клиентская лицензия на каждый вызов не требуется, но постоянные внешние подключения, которые держат сеанс, учитывайте как внешние соединения.
Правило простое: лицензию занимает всё, что создаёт живой пользовательский сеанс. То, что выполняется силами сервера в фоне, клиентских лицензий не тратит.
Как проверить, сколько лицензий реально занято
Прежде чем докупать, посмотрите фактическую нагрузку — часто оказывается, что одновременных сеансов меньше, чем кажется.
Клиент-серверный вариант. Откройте консоль администрирования серверов 1С (оснастка MMC) и перейдите к узлу Сеансы нужной информационной базы. В списке видно все активные сеансы, а в их свойствах — какая лицензия задействована (аппаратная, программная, серверная) и с какого компьютера подключён пользователь.
Та же информация доступна через утилиту rac в командной строке:
rac cluster list
rac session list --cluster=<идентификатор кластера>
rac session list --cluster=<идентификатор кластера> --licenses
Первая команда покажет идентификатор кластера, вторая — список сеансов, третья — сведения о занятых лицензиях. Точный синтаксис параметров всегда можно уточнить командой rac help.
Файловый вариант. Консоли серверов здесь нет. Число работающих смотрите в самой базе — в списке активных пользователей (раздел функций администрирования). Пиковую нагрузку оцените в период максимальной активности, а не в середине дня.
Если появилось сообщение «Не найдено свободной лицензии», это не всегда значит, что лицензий физически не хватает. Сначала проверьте по списку сеансов, не держит ли кто-то зависший сеанс или второе лишнее окно, не отвалился ли сетевой ключ HASP (его должно быть видно в диспетчере лицензий), и не закончился ли срок программной лицензии после переустановки оборудования. Реальная нехватка — когда все сеансы живые и их ровно столько, сколько куплено лицензий; тогда докупают очередной пакет.
Не завершайте чужие сеансы ради «освобождения» лицензии в рабочее время: у пользователя оборвётся работа и могут потеряться несохранённые данные. Снимать зависшие сеансы допустимо, только убедившись, что человек действительно не в базе.
Частые ошибки при подсчёте лицензий
Ошибки обычно сводятся к нескольким типовым:
- ❌ Считают по числу сотрудников, а не по одновременным сеансам. Самая дорогая ошибка: платят за места, которые пустуют.
- ❌ Забывают про лицензии из основной поставки и докупают лишнее.
- ❌ Путают серверную лицензию с клиентскими — думают, что серверная заменяет клиентские. Нет: серверная нужна дополнительно и только в клиент-серверном варианте.
- ❌ Закладывают лицензии под регламентные обмены, хотя фоновые задания их не занимают.
- ❌ На терминальном сервере считают по компьютерам, а лицензировать нужно одновременные сеансы.
- ❌ Берут x86-32 серверную лицензию и упираются в ограничение по памяти, когда база растёт.