При внедрении крупных систем, таких как 1С:ERP, предприятия часто сталкиваются с ситуацией, когда имеющегося парка лицензий (например, 200 штук) внезапно перестает хватать. Возникает классическая дилемма: почему один и тот же сотрудник, открывая одновременно «Бухгалтерию», «ERP» и «Документооборот», может расходовать как одну, так и три лицензии сразу? В этой статье мы подробно разберем механизмы работы системы лицензирования 1С, выясним причины «прожорливости» платформы и найдем способы оптимизации расходов.
Для начала проанализируем ситуацию, описанную в вопросе. Существует два принципиально разных подхода к подсчету лицензий в среде 1С:Предприятие 8. Понимание того, какой из них используется у вас, является ключом к решению проблемы дефицита ключей.
Рассмотрим подробнее, от чего зависит выбор того или иного варианта.
Выясним причину, почему в клиент-серверном варианте чаще всего расходуется больше лицензий. Все дело в том, кто именно выдает лицензию клиентскому приложению.
Если лицензии раздает Сервер 1С:Предприятия:
Это стандартное поведение для программных лицензий (пин-кодов), активированных на сервере. В этом случае сервер 1С ведет строгий учет сеансов. По правилам фирмы 1С, если лицензию выдает сервер, то она выдается на каждый сеанс. Рассмотрим пример: пользователь работает в ERP и открывает «1С:Зарплата и управление персоналом». Сервер видит два разных соединения и назначает каждому по лицензии.
Если лицензии выдаются через HASP License Manager (для аппаратных USB-ключей):
Если вы используете физические USB-ключи и на сервере, где они установлены, запущен HASP License Manager, то клиентское приложение может получить лицензию напрямую по сети, минуя механизмы сервера 1С. В такой архитектуре поиск ключа происходит на уровне сетевого протокола. Если лицензия получена от HASP LM, она закрепляется за сетевым адресом компьютера (IP-адресом), что позволяет запускать несколько конфигураций в рамках одной лицензии на одном рабочем месте.
Проанализируем ситуацию с терминальными серверами (RDP), так как на 200 пользователей это наиболее вероятный сценарий работы. При использовании программных лицензий (файлов .lic) есть важный нюанс:
Разрешить выдачу лицензий сервером 1С:Предприятия — «Да», то лицензии будут тратиться на каждый сеанс.Часто задается вопрос: «А если я использую бесшовную интеграцию, когда окна Документооборота открываются прямо внутри интерфейса ERP?». Разберем этот технический момент.
При правильно настроенной бесшовной интеграции работа с данными другой базы происходит через веб-сервисы под специальной технической учетной записью. В этом случае:
Важно: Если же пользователь, помимо работы в интерфейсе ERP, решит запустить «Документооборот» как отдельную программу (через ярлык или окно запуска 1С), система незамедлительно потребует вторую лицензию.
Чтобы не гадать, почему лицензии закончились, воспользуемся инструментами администратора. Рассмотрим по шагам, как провести аудит использования ключей:
Кластеры -> Ваш Кластер -> Сеансы.Лицензия.Имя пользователя или Компьютер.Если вы видите, что у одного пользователя открыто три сеанса (например, ERP, ЗУП и БП) и напротив каждого стоит уникальный номер лицензии, выданный сервером — значит, ваша система настроена на режим «один запуск = одна лицензия». Если же вы видите несколько сеансов, но лицензия указана только для одного из них (или они используют одну и ту же лицензию), значит, механизм экономии работает.
Для решения проблемы нехватки лицензий без немедленной закупки новых, проанализируем следующие шаги:
1. Настройка файла nalloc.ini
Если у вас аппаратные ключи, убедитесь, что на компьютерах пользователей правильно настроен поиск ключей. Можно принудительно указать адрес HASP LM, чтобы программа не «стучалась» к серверу 1С за лицензией, а брала её из сети самостоятельно, тем самым экономя на повторных запусках.
2. Контроль «зависших» сессий в RDP
Часто пользователи просто закрывают окно терминала «крестиком», не выходя из 1С. Сессия остается активной на сервере и продолжает удерживать лицензию. Настройте на уровне групповых политик Windows Server автоматическое завершение Disconnected сессий через 15-30 минут после разрыва связи.
3. Использование веб-клиента
Для пользователей, которым нужен только «Документооборот» или просмотр отчетов, рассмотрите переход на веб-клиент (через браузер). Это не изменит принцип лицензирования (веб-клиенту лицензию также выдает сервер), но позволит более гибко управлять подключениями.
4. Фоновые задания
Проверьте, не настроены ли в базах регламентные задания, которые запускаются слишком часто под учетными записями пользователей. В некоторых случаях некорректно написанный код может порождать дополнительные соединения, удерживающие лицензии.
Подводя итог, зафиксируем: прав начинающий программист — в стандартной клиент-серверной конфигурации с раздачей лицензий сервером, два открытых окна разных баз будут использовать две лицензии. Чтобы реализовать желание начальства (1 пользователь = 1 лицензия), необходимо использовать либо локальные ключи на каждом ПК, либо сетевые аппаратные ключи с раздачей через HASP License Manager при условии прямой видимости менеджера лицензий клиентскими ПК.