Активация пользовательских лицензий на сервере 1С:Предприятия — от подготовки до проверки выдачи

Чтобы добавить клиентские лицензии 1С на сервер, активируйте программную лицензию прямо на машине, где работает служба сервера 1С:Предприятия (файл ляжет в C:\ProgramData\1C\licenses или /var/1C/licenses), а в свойствах информационной базы включите флаг «Разрешить выдачу лицензий сервером 1С:Предприятия». После этого клиенты получают лицензии от сервера, и на рабочих местах ничего активировать не нужно.

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

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

Клиентская лицензия даёт право одному пользователю работать с базой. Её не путают с лицензией сервера: та нужна самому кластеру (32- или 64-разрядному) и пользователей не добавляет. Купить 64-битный сервер и не купить клиентских лицензий — частая история на старте.

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

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

Подготовка сервера перед активацией

Прежде чем вводить пин-код, проверьте пять вещей. Иначе лицензия «прилипнет» к параметрам, которые завтра изменятся, и резервный пин-код уйдёт впустую.

1. Стабильное оборудование. Программная лицензия запоминает параметры машины: сетевые адаптеры, диски, процессор, имя компьютера. Если планируется замена диска или переезд на другой хост — сначала переезд, потом активация.
2. Виртуальная машина — со статическим MAC-адресом. В Hyper-V и VMware включите фиксированный MAC для сетевого адаптера. Динамический адрес меняется при миграции, и лицензия перестаёт подходить.
3. Права на каталог лицензий. Служба сервера работает под своей учётной записью (по умолчанию USR1CV8). Ей нужно чтение в C:\ProgramData\1C\licenses, а пользователю, который активирует, — запись туда же.
4. Клиентская часть 1С на сервере. Чтобы пройти мастер активации прямо на сервере, нужна установленная клиентская часть той же версии платформы, что и служба.
5. Конверт с пин-кодами и регистрационный номер. Они есть в комплекте поставки. Резервные пин-коды держите отдельно и отмечайте, какие уже использованы.

Как добавить клиентские лицензии на сервер: три способа

Способ 1. Активация на самом сервере через мастер

Самый понятный вариант, когда есть доступ к серверу по RDP или с консоли.

1. Запустите клиент 1С:Предприятия на сервере от имени администратора (правой кнопкой по ярлыку).
2. Откройте любую базу. Если лицензий на машине нет, появится окно с предложением получить лицензию . Если какие-то лицензии уже есть, мастер вызывается из окна «О программе».
3. Выберите получение лицензии и введите регистрационный номер комплекта и пин-код из конверта.
4. Заполните сведения о владельце — организацию и ИНН — так же, как в регистрационной анкете. При повторной активации их сверяют.
5. Выберите способ получения: автоматически через интернет или через файл, если у сервера нет выхода в сеть.
6. После успешной активации проверьте, что в C:\ProgramData\1C\licenses появился новый файл .lic.

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

Способ 2. С рабочего места клиента «на сервер»

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

Условия, без которых этот вариант не сработает:

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

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

Способ 3. Утилита командной строки ring

На Linux-серверах и там, где нет графической оболочки, лицензии активируют утилитой ring с модулем лицензирования (ставится вместе с платформой или отдельным пакетом). Команда ring license list показывает уже установленные лицензии, ring license activate получает новую.

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

ring license help activate

На Linux файлы лицензий по умолчанию лежат в /var/1C/licenses. Проверьте, что пользователь usr1cv8 может их читать.

Если лицензия на USB-ключе

С аппаратным ключом активация не нужна. Локальный ключ вставляют в сервер и ставят драйвер HASP. Сетевой многопользовательский ключ обслуживает HASP License Manager — его ставят службой на любой машине сети, и он раздаёт лицензии по порту 475 (UDP/TCP). Клиентам, которые не находят ключ широковещательным поиском, в nethasp.ini прописывают адрес этой машины.

Включаем выдачу лицензий в кластере

Файл на месте — это половина дела. Вторая половина — разрешить серверу раздавать лицензии.

1. Откройте «Администрирование серверов 1С Предприятия».
2. Разверните кластер → Информационные базы → нужная база → Свойства.
3. Установите «Разрешить выдачу лицензий сервером 1С:Предприятия» в значение «Да».
4. Сохраните. Повторите для каждой базы, пользователи которой должны получать лицензии от сервера.

Флаг ставится для каждой базы отдельно. Это удобно: тестовые и архивные базы можно оставить без права выдачи, чтобы они не съедали места.

Проверка: выдаёт ли сервер лицензии

Проверяйте сразу после активации, пока помните, что меняли.

• ✅ Каталог лицензий. В C:\ProgramData\1C\licenses лежат файлы .lic по числу активированных комплектов.
• ✅ Окно «О программе» у пользователя. Откройте его в серверной базе: там указано, откуда получена лицензия — с сервера или локальная.
• ✅ Консоль кластера. В списке сеансов базы видно, какую лицензию получил каждый сеанс.
• ✅ Командная строка. Утилита rac показывает лицензии сеансов:

rac cluster list
rac session list --cluster=<id_кластера> --licenses

Хороший тест — открыть с разных компьютеров на одну сессию больше, чем у вас лицензий. Последний пользователь должен получить отказ, а не войти «по чужой» локальной лицензии. Если вошёл — где-то осталась забытая локальная лицензия или сетевой ключ.

Ошибки при добавлении лицензий и что с ними делать

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

Лицензирование в большой сети: как не терять места

В компании на 100+ пользователей и несколько баз лицензий почти всегда «не хватает», хотя куплено достаточно. Причины обычно организационные.

• 🔸 Зависшие сеансы. Пользователь закрыл ноутбук, а сеанс держит лицензию. Настройте в свойствах базы время ожидания для неактивных сеансов и регулярно просматривайте список сеансов.
• 🔸 Тестовые базы. Копии для разработчиков и обучения забирают лицензии из общего пула. Снимите у них флаг выдачи лицензий сервером.
• 🔸 Фоновые и служебные подключения. Внешние соединения через COM и веб-сервисы тоже могут занимать лицензии. Отследите их в списке сеансов по типу приложения.
• 🔸 Смешанная схема. Часть людей работает по локальным лицензиям, часть — по серверным. Учёт превращается в загадку. Лучше свести всё к одному источнику — серверу.

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

Перенос и обновление лицензий при смене сервера

Программную лицензию нельзя просто скопировать на новый сервер: файл .lic привязан к оборудованию старой машины и на новой работать не будет.

Порядок переноса:

1. Подготовьте новый сервер полностью: сеть, диски, имя компьютера, статический MAC для виртуалки.
2. Установите платформу и службу сервера.
3. Активируйте лицензии на новом сервере резервными пин-кодами того же комплекта.
4. Включите выдачу лицензий в свойствах баз нового кластера.
5. Проверьте выдачу и только потом выводите старый сервер из эксплуатации.

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

Смена версии платформы — например, обновление сервера с одного релиза 8.3 на более новый — лицензии не сбрасывает. Каталог лицензий остаётся прежним, переактивация не нужна.

Если вы докупили ещё комплект, ничего «обновлять» не нужно: активируйте новый комплект на том же сервере, и количество мест сложится.

Частые вопросы