Как считаются лицензии 1С: подробный разбор правил и лимитов

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

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

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

Типология лицензий и их физическое воплощение

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

Клиентские лицензии бывают однопользовательскими и многопользовательскими (на 5, 10, 20, 50, 100, 300, 500 или 1000 мест). Важно понимать, что покупка лицензии "на 5 пользователей" не означает, что вы можете установить программу только на 5 компьютеров. Вы можете инсталлировать платформу на сотню машин, но одновременно работать в базе смогут только пять из них. Остальные пользователи получат сообщение об ошибке при попытке входа.

⚠️ Внимание: Смешивание разных типов лицензий (например, HASP и программных) в одном ключе защиты возможно только при соблюдении строгих правил совместимости версий платформы. Нарушение этого правила может привести к тому, что часть лицензий станет невидимой для системы.

Отдельно стоит упомянуть серверные лицензии 1С:Предприятие 8.3. Они не ограничивают количество пользователей напрямую, но дают право запускать серверный процесс. Без серверной лицензии использование клиент-серверного варианта работы (с SQL) невозможно, независимо от количества купленных клиентских мест. Лицензия на сервер также может быть аппаратной или программной.

Механизм подсчета в файловом варианте работы

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

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

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

• 🔑 Лицензия захватывается в момент появления окна входа в базу или сразу после успешной авторизации.
• 🚫 Одновременный запуск двух окон 1С одним пользователем на одном ПК требует двух клиентских лицензий.
• 💻 При работе через тонкий клиент лицензия запрашивается у ключа, расположенного на компьютере пользователя или на сервере терминалов.

Особое внимание следует уделить работе в режиме "Конфигуратор". Запуск платформы в этом режиме также потребляет клиентскую лицензию, если не используется специальный ключ разработчика. Это часто упускается из виду программистами, которые могут держать открытым конфигуратор для отладки, тем самым занимая рабочее место бухгалтера.

Лицензирование в клиент-серверном варианте (SQL)

Переход на версию SQL кардинально меняет логику распределения ресурсов. В этой архитектуре появляется промежуточное звено — сервер 1С:Предприятия. Подсчет лицензий осуществляется централизованно на сервере 1С, а не на рабочих станциях пользователей. Это позволяет реализовать технологию "плавающих" лицензий.

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

rmngr -list

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

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

Серверная лицензия в SQL-режиме проверяется при старте рабочего процесса (rphost). Если серверных лицензий недостаточно для обслуживания количества запущенных рабочих процессов, новые подключения будут отклоняться, даже если клиентские лицензии в наличии. Это создает двухуровневую систему ограничений, которую необходимо балансировать.

Тонкости работы в терминальном режиме и через веб-клиент

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

В терминальном режиме часто возникает путаница с понятием "сеанс". Один пользователь Windows может иметь несколько активных сессий 1С. Например, он может работать в "Бухгалтерии" и параллельно в "Зарплате и кадрах". В этом случае будут заняты две клиентские лицензии на одного физического сотрудника.

Существует механизм контроля лицензий через файл licsrvr.cfg или настройки кластера. Администратор может настроить приоритеты выдачи лицензий или резервировать места для определенных пользователей (например, для главного бухгалтера или администратора), чтобы они могли войти в систему даже при полной загрузке.

Тип подключения	Где проверяется лицензия	Особенность учета
Толстый клиент (файловый)	Локальный ПК или сетевой ключ	Жесткая привязка к месту установки ключа
Тонкий клиент (SQL)	Сервер 1С:Предприятия	Плавающее лицензирование, централизованный учет
Веб-клиент	Сервер 1С:Предприятия	Требует публикации базы на веб-сервере
Мобильное приложение	Сервер 1С:Предприятия	Считается как обычный тонкий клиент

Что такое COM-соединение и как оно влияет на лицензии?

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

Серверные лицензии и масштабирование производительности

Многие забывают, что помимо клиентских мест, необходимо легализовать мощность самого сервера. Лицензия на сервер 1С:Предприятие 8.3 ограничивает количество одновременно работающих серверных процессов (rphost). По умолчанию без дополнительной лицензии может работать только один процесс, что severely ограничивает многопоточность.

При росте числа пользователей (более 20-30 человек) рекомендуется увеличивать количество рабочих процессов для лучшей утилизации ядер процессора. Для этого необходима покупка дополнительных серверных лицензий. Каждая такая лицензия позволяет запустить еще один процесс rphost, который будет обрабатывать запросы пользователей.

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

• 🚀 Одна серверная лицензия позволяет запустить один дополнительный процесс rphost.
• ⚖️ Балансировка нагрузки между процессами происходит автоматически менеджером кластера.
• 🛑 Отсутствие свободных серверных лицензий блокирует создание новых соединений, даже при наличии клиентских мест.

В облачных вариантах размещения (аренда 1С) вопрос лицензирования берет на себя провайдер. В стоимость аренды обычно уже включены необходимые серверные и клиентские мощности. Однако при миграции из облака на свой сервер необходимо заранее приобрести полный комплект ключей, так как "облачные" лицензии не переносятся на локальное железо.

Диагностика проблем и утилиты мониторинга

Для администратора критически важно уметь диагностировать ситуации нехватки лицензий. Встроенные средства платформы позволяют увидеть текущую картину в реальном времени. Основной инструмент — это консоль администрирования серверов 1С:Предприятия.

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

⚠️ Внимание: Если вы используете антивирусное ПО, убедитесь, что оно не блокирует работу службы лицензирования 1С (hasplms.exe или аналогичные процессы). Частая ошибка — блокировка сетевого порта, через который передаются данные о лицензиях, что приводит к ложным сообщениям об отсутствии ключа.

Для глубокого анализа можно использовать журнал регистрации. Фильтрация событий по типу "Лицензирование" позволит увидеть историю запросов и отказов. Это особенно полезно для ретроспективного анализа: почему вчера в 10:00 утра пользователи не могли зайти в систему.

Существует также утилита командной строки ras (Remote Administration Server), которая позволяет получать информацию о кластере скриптами. Это удобно для автоматического мониторинга и отправки алертов администратору при критическом заполнении пула лицензий.

Частые вопросы по лицензированию 1С

Что будет, если превысить количество лицензий?

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

Можно ли использовать одну лицензию на разных компьютерах по очереди?

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

Нужна ли лицензия 1С для работы мобильного приложения?

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

Как перенести программную лицензию на новый сервер?

Для этого необходимо на старом сервере выполнить процедуру деактивации лицензии через утилиту защиты (ввод пин-кода и выбор опции деактивации). После этого на новом сервере выполняется активация с использованием того же пин-кода. Лимит перерегистраций может быть ограничен производителем.

Влияет ли версия платформы 8.2 или 8.3 на подсчет лицензий?

Лицензии 1С:Предприятие 8.3 совместимы с платформой 8.2 (в большинстве случаев), но лицензии от версии 8.2 могут не работать на платформе 8.3 без обновления ключа защиты. Сам механизм подсчета сеансов в основных версиях схож, но в 8.3 улучшена работа с пулом лицензий в кластере.