← На главную

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

В этой статье мы подробно разберем, как устроен механизм поиска и выдачи лицензий платформой «1С:Предприятие», почему сервер не может выдавать лицензии «на компьютер», и как правильно настроить систему, чтобы оптимизировать расходы лицензий без отключения серверной раздачи.

Понимание проблемы: разница между серверным и клиентским подсчетом

Для того чтобы решить проблему избыточного расхода, нам необходимо четко разграничить два принципиально разных режима работы программных (и аппаратных) лицензий:

1. Выдача лицензий сервером «1С:Предприятие» (посеансовый режим). В этом режиме сервер приложений сам управляет пулом доступных лицензий. Когда клиентское приложение (тонкий или веб-клиент) обращается к базе, сервер выделяет лицензию на конкретный сеанс. Ключевой момент: лицензия привязывается к сеансу связи, а не к физическому компьютеру. Сколько раз пользователь запустил базу — столько лицензий сервер и заберет из общего файла.
2. Получение лицензии самим клиентом (покомпьютерный режим). В этом случае лицензия (однопользовательский пин-код) активируется непосредственно на локальном компьютере пользователя. Платформа при запуске обращается к локальному файлу лицензии на диске ПК. При таком подходе действует правило: одна лицензия гарантирует работу любого количества экземпляров клиентских приложений на данном компьютере.

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

Алгоритм поиска лицензий платформой: почему серверную раздачу не нужно отключать

Многие администраторы совершают ошибку, полагая, что для перехода на локальные лицензии им придется полностью отключить раздачу лицензий сервером (параметр Разрешить выдачу лицензий сервером = Нет в свойствах информационной базы). Однако делать этого ни в коем случае нельзя, если в вашей сети есть веб-клиенты или пользователи, подключающиеся через мобильные приложения — они физически не могут использовать локальные файлы лицензий и работают исключительно за счет серверного пула.

Платформа «1С:Предприятие» использует жестко заданный и последовательный алгоритм поиска лицензий при запуске тонкого или толстого клиента. Давайте детально разберем этот порядок:

1. Локальные программные лицензии на ПК пользователя. Сначала платформа ищет файлы с расширением .lic в локальных каталогах профиля пользователя и общесистемных папках на его локальной машине.
2. Локальные аппаратные ключи защиты (USB). Если программных лицензий нет, платформа проверяет наличие физического HASP-ключа в USB-порту локального компьютера.
3. Сетевые аппаратные ключи через HASP License Manager. Далее выполняется поиск многопользовательских аппаратных ключей в локальной сети по протоколам TCP/IP или UDP.
4. Лицензии, выдаваемые сервером «1С:Предприятие». И только если на предыдущих трех шагах клиент не смог обнаружить лицензию самостоятельно, он отправляет запрос на сервер приложений 1С. Сервер, в свою очередь, проверяет наличие свободных лицензий в своем пуле и, если они есть, выдает одну лицензию на текущий сеанс.

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

Решение 1. Использование однопользовательских лицензий из мелких пакетов

Если у вас уже приобретена одна многопользовательская лицензия на 100 рабочих мест, важно знать техническое ограничение: разделить («распилить») ее на несколько мелких пакетов (например, по 10 или 20 лицензий) для локальной активации невозможно.

Программные продукты «1С» номиналом от 50 рабочих мест и выше комплектуются пин-кодами исключительно для многопользовательского режима. В коробке с лицензией на 100 мест просто нет пин-кодов для однопользовательской активации на конкретных компьютерах.

Чтобы решить эту задачу, мы рекомендуем следующий подход:

1. Проанализируйте список сотрудников и выделите группу «активных» пользователей, которые регулярно открывают по 3–4 базы (бухгалтеры, программисты, аналитики).
2. Приобретите для этой группы пользователей дополнительные небольшие пакеты программных лицензий (номиналом на 5, 10 или 20 рабочих мест). Пакеты такой емкости комплектуются двойным набором пин-кодов: как для многопользовательской активации на сервере, так и для поштучной однопользовательской активации на рабочих местах.
3. Активируйте однопользовательские пин-коды непосредственно на компьютерах этих сотрудников. Теперь их тонкие клиенты будут расходовать только одну локальную лицензию на компьютер, а основная серверная лицензия на 100 пользователей останется для рядовых сотрудников и веб-клиентов.

Решение 2. Настройка работы в терминальном режиме (RDP)

Если ваши пользователи работают не на персональных физических компьютерах, а подключаются к удаленному рабочему столу на сервере терминалов (RDP), схема лицензирования открывает дополнительные возможности для оптимизации:

• Если многопользовательская лицензия активирована на сервере приложений 1С, то даже внутри одной сессии RDP запуск каждой новой базы будет расходовать новую лицензию из пула сервера.
• Если же многопользовательская лицензия активирована на самом сервером терминалов (в качестве локальной лицензии для этой операционной системы), то подсчет лицензий меняется. Платформа считает терминальную сессию единым рабочим пространством. Пользователь внутри своего RDP-сеанса может запустить неограниченное количество информационных баз через тонкий клиент, и система потратит всего одну лицензию на эту терминальную сессию.

Разберем, как правильно разместить файлы лицензий в терминальном режиме. Файлы программных лицензий .lic должны быть доступны всем пользователям терминала. Для этого их следует размещать в общедоступном каталоге, например:

C:\ProgramData\1C\licenses

Или в каталоге установки платформы (в зависимости от разрядности операционной системы):

C:\Program Files\1cv8\conf

Решение 3. Использование привязки программных лицензий к HASP-ключу

Иногда администраторы пытаются привязать программную лицензию к аппаратному ключу защиты HASP, чтобы упростить перенос лицензий между серверами (особенно в средах виртуализации Hyper-V, VMware или Proxmox). Действительно, при получении лицензии в диалоговом окне активации можно выбрать привязку не к аппаратным характеристикам компьютера (материнская плата, процессор, сетевая карта), а к уникальному ID подключенного USB-ключа защиты.

Однако помните важный нюанс: привязка к HASP-ключу не меняет логику распределения лицензий. Если файл лицензии .lic физически расположен на сервере приложений 1С, сервер все равно продолжит раздавать лицензии по сессиям (одна база — одна лицензия). Для того чтобы экономить лицензии, файлы должны находиться на стороне клиента или раздаваться через локальную сеть специальными утилитами.

Современные возможности: 1С:Предприятие – менеджер лицензий

Начиная с современных версий платформы (8.3.25 и выше), фирма «1С» активно внедряет собственный инструмент — «1С:Предприятие – менеджер лицензий». Это решение призвано полностью заменить устаревший сторонний софт HASP License Manager.

Этот менеджер позволяет:

• Централизованно распределять по локальной сети как аппаратные ключи, так и программные файлы лицензий.
• Гибко настраивать раздачу лицензий по компьютерам пользователей.
• Использовать встроенную обработку «Управление лицензиями» для мониторинга в режиме реального времени. Администратор может видеть, кто именно занял лицензию, с какого устройства и по какому протоколу, что значительно упрощает аудит утилизации софта.

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