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

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

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

Пользователи в базе и лицензии: три разных числа

Сначала разведём понятия. Каждое из них живёт в своём месте и считается по своим правилам.

👥 Пользователь — это учётная запись: имя, пароль, роли. Заводите сколько угодно, лицензию она не тратит, пока под ней никто не вошёл.

🔌 Сеанс — это факт подключения к базе. Один человек может открыть несколько сеансов: тонкий клиент, Конфигуратор, второе окно программы.

🎫 Лицензия — право одного рабочего места работать одновременно с другими. Её берёт клиентское приложение при входе и отпускает при выходе.

Как работает клиентская лицензия

Клиентская лицензия выпускается на определённое число рабочих мест: на 1, 5, 10, 20, 50, 100, 300 или 500. Комплекты складываются: лицензия на 10 мест плюс лицензия на 5 мест дают 15 одновременных подключений.

Лицензия бывает двух видов:

• 🔑 Программная — активируется пин-кодом и привязывается к параметрам компьютера. Файлы лицензий в Windows лежат в C:\ProgramData\1C\licenses.
• 🔒 Аппаратная — USB-ключ HASP. Сейчас фирма 1С поставляет в основном программные лицензии, но ключи у многих ещё работают.

Что считается одним рабочим местом

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

Исключение — терминальный доступ. На сервере терминалов каждый терминальный сеанс считается отдельным рабочим местом. Десять сотрудников, работающих через RDP на одном сервере, займут десять лицензий, хотя физически компьютер один.

Кто берёт лицензию, а кто нет

Тип сеанса виден в консоли кластера и в выводе rac по полю app-id. Вот ориентир:

Внешние соединения (COMConnection), веб-сервисы и HTTP-сервисы надёжнее проверять по факту: если сеанс есть в выводе rac session list --licenses, значит, он занял лицензию.

Серверная лицензия и выдача лицензий сервером

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

Варианты серверных лицензий:

• 🖥️ Сервер мини — ограничен 5 одновременными подключениями. Подходит небольшой фирме, которой нужна клиент-серверная база .
• 🖥️ Обычный сервер (x64) — числом пользователей не ограничен, лимит задают только клиентские лицензии.
• 🏢 Сервер КОРП — для крупных внедрений, добавляет механизмы управления кластером и нагрузкой.

Где хранить клиентские лицензии

Клиентские лицензии в клиент-серверном варианте можно держать двумя способами:

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

Второй способ удобнее: не надо активировать пин-код на каждом ноутбуке, а при замене компьютера лицензия не «сгорает» на старом железе. Для веб-клиента и терминального доступа хранение лицензий на сервере — практически стандарт.

Как посмотреть, кто занял лицензию сейчас

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

Активные пользователи

Самый быстрый способ — список активных пользователей:

• в Конфигураторе: Администрирование → Активные пользователи;
• в режиме «Предприятие» — через раздел Администрирование типовой конфигурации или через Главное меню → Функции для технического специалиста, если эта команда включена в настройках.

Список показывает сеансы, а не лицензии. Фоновые задания там тоже видны. Поэтому для точного подсчёта он не годится, но сразу видно «забытый» Конфигуратор или пользователя, открывшего три окна.

Консоль администрирования кластера

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

Состояние лицензий на клиенте

На рабочем месте проверьте каталог C:\ProgramData\1C\licenses. Если там нет файлов .lic, программная лицензия на этом компьютере не активирована, и клиент будет искать её на сервере или на сетевом ключе.

Ограничения и спящие сеансы

Встроенной квоты «не больше N человек на базу» в платформе нет. Лимит задают купленные лицензии. Но есть настройки, которые помогают лицензиям не простаивать.

Засыпание пассивного сеанса

В Конфигураторе откройте Администрирование → Параметры информационной базы. Там есть два параметра:

• ⏳ Засыпание пассивного сеанса — через сколько секунд разорванный сеанс переходит в спящий режим;
• ⌛ Завершение спящего сеанса — через сколько секунд спящий сеанс завершается совсем.

Спящий сеанс лицензию отпускает. Это спасает, когда у пользователя отвалилась сеть или ноутбук ушёл в сон: место освобождается, а при восстановлении связи сеанс можно продолжить. Разумная настройка для офиса — засыпание через 300–600 секунд и завершение через несколько часов.

Блокировка начала сеансов

В свойствах информационной базы в консоли кластера есть «Блокировка начала сеансов». Она запрещает новые входы — например, на время обновления. Это не квота, а рубильник: включили — новые сеансы не создаются, выключили — работают все.

Ограничение нагрузки

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

Скрипт для контроля занятых лицензий

Для регулярного контроля удобна утилита rac из каталога платформы. Она работает через сервер администрирования ras, который должен быть запущен (по умолчанию порт 1545).

Запросы rac session list только читают данные, но команды завершения сеансов из того же набора обрывают работу пользователей без предупреждения. Их не стоит запускать в рабочее время без договорённости с людьми.

Сначала получите идентификатор кластера, затем список сеансов с лицензиями:

cd "C:\Program Files\1cv8\8.3.24.1586\bin"
rac.exe localhost:1545 cluster list
rac.exe localhost:1545 session list --cluster=<uuid-кластера> --licenses

Номер платформы в пути подставьте свой. Для подсчёта занятых мест удобно обернуть вывод в PowerShell:

$rac = "C:\Program Files\1cv8\8.3.24.1586\bin\rac.exe"
$cluster = "<uuid-кластера>"
$out = & $rac localhost:1545 session list --cluster=$cluster --licenses
$count = ($out | Select-String -Pattern '^session\s').Count
"{0:yyyy-MM-dd HH:mm}  занято лицензий: {1}" -f (Get-Date), $count |
  Out-File -Append "C:\Scripts\licenses.log" -Encoding utf8

Повесьте скрипт в Планировщик заданий Windows с шагом 10–15 минут. Через неделю в журнале будет видно реальный пик загрузки: в какие часы лицензий не хватает, а когда половина простаивает.

Где обычно ошибаются при подсчёте

• ❌ Считают по списку пользователей. Покупают 40 лицензий на 40 учёток, хотя одновременно работают 15. Смотрите на пиковое число одновременных рабочих мест.
• ❌ Забывают про терминал. Переносят 20 человек с отдельных компьютеров на RDP-сервер и ожидают, что лицензий понадобится меньше. Не понадобится: каждый терминальный сеанс — отдельное место.
• ❌ Не учитывают Конфигуратор. Программист или администратор держит открытый Конфигуратор весь день и занимает лицензию, которой не хватает бухгалтеру.
• ❌ Активируют программную лицензию на «временный» компьютер. Программная лицензия привязывается к оборудованию. После замены компьютера или серьёзной смены железа её придётся активировать повторно резервным пин-кодом, а их количество ограничено.
• ❌ Путают серверную и клиентскую лицензию. Купленная серверная лицензия не даёт ни одного рабочего места: без клиентских база не откроется.
• ❌ Не настраивают засыпание сеансов. Сеансы «зависших» ноутбуков держат лицензии, пока их не завершат вручную в консоли.

Как держать число лицензий в балансе

Оптимизация — это не урезание прав, а подгонка лицензий под реальную нагрузку.

1. Неделю-две собирайте статистику занятых лицензий скриптом выше. Нужен пик, а не среднее.
2. Включите засыпание пассивного сеанса и завершение спящего, чтобы оборванные подключения не держали места.
3. Если база клиент-серверная, переведите клиентские лицензии на сервер 1С. Пул общий, и место освобождается сразу после выхода любого сотрудника.
4. Договоритесь, что Конфигуратор в рабочей базе открывают только на время работ и закрывают после.
5. Докупайте лицензии под пик с небольшим запасом: на 1–2 места для комплекта до 20 рабочих мест, на 10–15% для крупных.