Администрирование · 13 мин
Клиентские лицензии 1С: что это и как их правильно считать
Что такое клиентские лицензии 1С, чем отличаются от серверных, какие бывают виды, как считать нужное количество и проверить, что лицензий хватает пользователям.
Клиентская лицензия 1С — это право на подключение пользователей к информационной базе на платформе «1С:Предприятие». Сама программа защищена лицензией на платформу (основной поставкой), но каждое дополнительное рабочее место требует отдельного разрешения: именно клиентские лицензии определяют, сколько сотрудников смогут одновременно работать в базе.
На практике это выглядит так: однопользовательская поставка позволяет работать только одному человеку. Как только появляется второй бухгалтер или менеджер, нужно докупать клиентские лицензии — иначе при входе пользователь получит ошибку «Не найдена лицензия» или «Превышено максимальное количество подключений».
Лицензии бывают программными (активируются пин-кодом и привязываются к параметрам компьютера) и аппаратными (USB-ключи HASP). Они различаются по номиналу — на 1, 5, 10, 20, 50, 100, 300 и 500 рабочих мест — и суммируются между собой, что позволяет наращивать количество мест по мере роста компании.
Что именно лицензируется: пользователь, компьютер или сеанс
Ключевой момент, который часто понимают неправильно: клиентская лицензия 1С расходуется на сеанс работы, а не на учётную запись в справочнике пользователей. Сколько пользователей заведено в базе — неважно, важно, сколько из них работают одновременно.
При этом способ подсчёта зависит от режима работы. В файловом варианте одна лицензия обычно соответствует одному запущенному сеансу на компьютере. В клиент-серверном варианте подсчёт ведёт сервер 1С: на одном компьютере пользователь может открыть несколько сеансов (например, тонкий клиент и веб-клиент), и это может расходовать одну лицензию, если сеансы запущены с одного рабочего места под одним процессом кластера.
Важно и то, что фоновые задания и соединения, выполняемые от имени сервера, клиентские лицензии не потребляют. А вот каждый пользователь, зашедший через терминальный сервер, расходует лицензию на свой сеанс — поэтому для терминальных режимов считать нужно именно число одновременных сессий.
Виды клиентских лицензий 1С
Клиентские лицензии различаются по двум признакам: способу защиты и номиналу. По способу защиты они делятся на программные и аппаратные (USB-ключи). По номиналу — на количество рабочих мест, которые лицензия «открывает».
Программные лицензии активируются пин-кодом через сервис лицензирования 1С. Они привязываются к аппаратной конфигурации компьютера или сервера 1С. Аппаратные ключи HASP вставляются в USB-порт сервера или раздаются по сети менеджером лицензий — их удобно переносить между машинами, но ключ можно физически потерять.
| Номинал | Кому подходит | Особенность |
|---|---|---|
| На 1 рабочее место | Микробизнес, добавление одного сотрудника | Дороже в пересчёте на место |
| На 5 и 10 мест | Небольшие компании | Оптимальный стартовый объём |
| На 20 и 50 мест | Средние компании, отделы | Заметно дешевле за одно место |
| На 100 и более мест | Крупные организации | Обычно применяются с сервером 1С |
Лицензии разных номиналов суммируются: например, лицензия на 10 мест плюс лицензия на 5 мест дают возможность одновременной работы 15 пользователей. Это позволяет докупать места постепенно, не меняя всю схему лицензирования.
Чем клиентские лицензии отличаются от серверных
Серверная лицензия — это право на запуск самого сервера «1С:Предприятия». Она приобретается отдельно и нужна только в клиент-серверном режиме работы. Клиентские лицензии покупаются в любом случае, когда одновременно работает больше одного пользователя, — и для файлового, и для клиент-серверного варианта.
В файловом режиме сервер 1С не используется, поэтому серверная лицензия не требуется вовсе: достаточно основной поставки и клиентских лицензий. В клиент-серверном режиме считают и то, и другое: одна серверная лицензия на кластер плюс клиентские лицензии по числу одновременных сеансов.
Частая путаница возникает с лицензией на сервер при виртуализации: серверная лицензия привязывается к конкретной машине, и перенос кластера на другой сервер потребует переактивации. Клиентские программные лицензии, активированные на сервере 1С, подчиняются тем же правилам привязки.
Сравнение вариантов
Подходит при стабильной конфигурации оборудования. Дешевле, но привязана к железу: замена материнской платы или диска может потребовать переактивации по резервному пин-коду.
Подходит, когда лицензии нужно переносить между серверами. Легко перемещается, но ключ можно потерять или повредить, а восстановление затратное.
Часть лицензий программные на сервере, часть — на ключе. Гибко, но требует аккуратного учёта, что где активировано.
Как посчитать, сколько лицензий нужно
Базовое правило: считайте не штатное расписание, а пиковое число одновременно работающих пользователей. Если в отделе 12 бухгалтеров, но одновременно в базе бывают максимум 8, формально достаточно 8 мест — однако на практике стоит закладывать запас, потому что в отчётные периоды работают все.
Учтите неочевидных потребителей лицензий: пользователи, подключающиеся через веб-клиент или терминал; сеансы, открытые для обменов и интеграций через веб-сервисы (если они выполняются под клиентским подключением); второй сеанс того же сотрудника на другом компьютере — это уже вторая лицензия.
Посмотреть фактическое потребление можно в консоли кластера серверов 1С (раздел «Сеансы») или в файловом варианте — через пункт «Администрирование → Активные пользователи». Наблюдение в течение нескольких недель, включая дни сдачи отчётности, даст реальную картину пиковой нагрузки.
- 1Составьте список всех сотрудников, которые работают в 1С, включая редко заходящих (руководители, аудиторы).
- 2Отметьте тех, кто работает одновременно в пиковые часы: утро, дни закрытия месяца, сдача отчётности.
- 3Добавьте сеансы обменов, веб-сервисов и пользователей терминального доступа.
- 4Проверьте фактическое число сеансов в консоли кластера или списке активных пользователей в течение 2–3 недель.
- 5Добавьте запас 10–20% на рост штата и пиковые периоды, затем подберите номиналы лицензий под итоговую цифру.
Как активировать лицензию и проверить, что всё работает
Программная лицензия активируется через диалог получения лицензии: при первом запуске базы или через конфигуратор выбирается пункт получения лицензии, вводится пин-код из комплекта, указываются данные организации. Платформа связывается с сервером лицензирования и сохраняет файл лицензии (с расширением .lic) на компьютере или сервере.
В комплекте обычно несколько пин-кодов: один основной и резервные на случай переактивации после замены оборудования. Храните все пин-коды и регистрационные номера в надёжном месте — без них восстановить лицензию после сбоя будет сложно. Потерянные пин-коды восстанавливаются через центр лицензирования, но это занимает время.
После активации проверьте результат: запустите одновременно столько сеансов, сколько должна покрывать лицензия (или хотя бы несколько), и убедитесь, что ни один пользователь не получает ошибку о нехватке лицензий. В консоли кластера видно, какие лицензии захвачены и каким сеансом.
Как проверить результат
Все пользователи в пределах номинала входят без ошибок
Ошибка «Не найдена лицензия» или «Не обнаружен ключ защиты»
Файл .lic существует в каталоге лицензий и не повреждён
Файл отсутствует или платформа снова просит пин-код
Сеансы получают лицензии, счётчик не упирается в лимит
Часть сеансов работает без лицензии и скоро отвалится
Нет повторяющихся ошибок лицензирования
Регулярные события о невозможности получить лицензию
Частые ошибки и риски при работе с лицензиями
Самая распространённая ошибка — активация программной лицензии на «неправильном» компьютере. Если лицензия активирована на рабочей станции бухгалтера, то при файловом режиме она будет доступна только с этой машины, а при уходе сотрудника в отпуск вместе с выключенным компьютером «уйдут» и лицензии. Правильное место активации — сервер 1С (в клиент-серверном режиме) или выделенный компьютер с сервером лицензирования.
Вторая типичная проблема — переустановка системы или замена оборудования без предварительного сохранения данных о лицензии. Программная лицензия привязана к параметрам железа: существенное изменение конфигурации делает её недействительной, и придётся тратить резервный пин-код. Когда резервные пин-коды закончатся, потребуется обращение в центр лицензирования.
Третья группа ошибок связана с USB-ключами: ключ вставлен в машину, к которой нет сетевого доступа у пользователей; конфликт нескольких менеджеров лицензий в одной сети; ключ физически повреждён или утерян. Аппаратный ключ не восстанавливается бесплатно — его потеря равносильна потере денег, уплаченных за лицензию.
Отдельно предупредим о «серых» способах: эмуляторы ключей и взломанные файлы лицензий — это нарушение лицензионного соглашения и закона, а также прямой риск для данных. Такие сборки часто ломают обновления конфигурации, а обновления платформы могут полностью остановить работу базы в самый неподходящий момент.
Что делать, когда лицензий не хватает
Первый шаг — убедиться, что проблема именно в количестве, а не в доступности лицензий. Ошибки «Не найдена лицензия» при наличии купленных лицензий обычно означают, что сервер лицензирования недоступен, файл .lic повреждён или ключ не виден по сети. Проверьте консоль кластера и журнал регистрации, прежде чем покупать новые лицензии.
Если лицензий действительно не хватает, есть три пути. Первый — докупить лицензии нужного номинала: они суммируются с имеющимися. Второй — оптимизировать потребление: закрывать неиспользуемые сеансы (настроить автоотключение простаивающих пользователей), перевести часть сотрудников на работу по расписанию. Третий — для крупных внедрений рассмотреть корпоративные варианты поставки, которые при большом числе мест оказываются выгоднее набора отдельных лицензий.
Как выбрать действие
При планировании бюджета учитывайте, что клиентские лицензии — это разовая покупка, но сопровождение (подписка ИТС) оплачивается отдельно и влияет на возможность легально получать обновления конфигураций. Это разные расходы, и их не стоит смешивать в одной статье затрат.
Что важно запомнить
Клиентская лицензия 1С определяет число одновременных сеансов в базе. Считайте пиковую нагрузку, активируйте программные лицензии на сервере, храните пин-коды, закладывайте запас 10–20% и периодически проверяйте фактическое потребление в консоли кластера.
Частые вопросы о клиентских лицензиях 1С
Можно ли использовать одну клиентскую лицензию на разных базах?
Да. Клиентская лицензия привязана к платформе и оборудованию, а не к конкретной информационной базе. Один и тот же набор лицензий обслуживает любое количество баз — ограничение действует только на общее число одновременных сеансов во всех базах суммарно.
Что будет, если одновременно войдёт больше пользователей, чем есть лицензий?
Пользователь сверх лимита просто не сможет войти: платформа выдаст сообщение о невозможности получить лицензию. Работа уже подключённых пользователей при этом не прерывается — «выбивания» чужих сеансов не происходит.
Нужна ли клиентская лицензия для веб-клиента и мобильного приложения?
Да, подключение через веб-клиент расходует клиентскую лицензию так же, как тонкий или толстый клиент. Для мобильных клиентов действуют свои правила лицензирования, которые зависят от сценария использования — уточняйте их в документации к конкретной версии платформы.
Что делать, если USB-ключ с лицензиями потерян или сломан?
Аппаратные ключи не восстанавливаются: утерянный ключ означает утерянные лицензии, и их придётся приобретать заново. Поэтому ключи лучше хранить в серверной с ограниченным доступом, а для критичных систем рассматривать программные лицензии с резервными пин-кодами.
Сколько раз можно переактивировать программную лицензию?
Количество активаций ограничено числом пин-кодов в комплекте: один основной и несколько резервных. Когда резервные заканчиваются, дополнительные активации запрашиваются через центр лицензирования 1С с подтверждением регистрационных данных — на это нужно закладывать время при плановой замене сервера.
Суммируются ли лицензии на разных серверах 1С?
Нет. Лицензии, активированные на одном сервере или ключе, обслуживают только те базы, которые к ним обращаются. Если у вас два независимых кластера, для каждого нужен свой набор клиентских лицензий — переносить их между серверами «на лету» нельзя.