Откуда 1С:Предприятие 8.3 берёт лицензию и почему иногда её не находит

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

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

Из каких частей состоит лицензирование 1С 8.3

В системе защиты три независимых вида лицензий. Каждый проверяется своим участником.

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

Порядок поиска для клиента такой:

1. 🔍 Программные лицензии на этом компьютере.
2. 🔌 Локальный ключ HASP в USB-порту.
3. 🌐 Сетевой ключ HASP через менеджер лицензий в локальной сети.
4. 🖥 Лицензия, которую выдаёт сервер 1С (только для клиент-серверной базы и только если сервер настроен на выдачу).

Лицензии одного набора считаются по компьютерам, а не по окнам. Если один пользователь Windows открыл на своём ПК три сеанса, он занимает одну клиентскую лицензию. На терминальном сервере каждый пользователь ОС считается отдельно, даже если физически это одна машина.

Как прикинуть, сколько клиентских мест нужно

Считайте не сотрудников в штате, а компьютеры, с которых в 1С работают одновременно в самый загруженный час. Пример: 12 бухгалтеров на своих ПК плюс 6 менеджеров через терминальный сервер — это 18 мест, даже если менеджеры сидят на одной машине.

• 🧑‍💻 Конфигуратор тоже занимает клиентскую лицензию. Программист, который правит базу в рабочее время, — ещё одно место.
• 📦 Наборы складываются: ключ на 10 мест и программная лицензия на 5 мест дают 15.
• 🖥 Лицензия на сервер в этот счёт не входит, она покупается отдельно.

Аппаратный ключ HASP: как его видит платформа

Ключ защиты — USB-брелок с маркировкой серии. Однопользовательский ключ проверяется только на том компьютере, куда вставлен. Многопользовательский (сетевой) ключ ставят на один компьютер в сети, а остальные получают лицензии через него.

Чтобы платформа увидела ключ, нужны:

• 🧩 Драйвер ключа. Ставится вместе с платформой (компонент «Драйвер защиты») или отдельным установщиком драйвера HASP. Без драйвера ключ в Диспетчере устройств виден как неизвестное USB-устройство.
• 🛰 Менеджер лицензий HASP License Manager — только для сетевого ключа. Ставится на компьютер с ключом, работает как служба и отвечает клиентам по UDP-порту 475.
• 📄 Файл nethasp.ini на клиентах — подсказка, где искать сетевой ключ. Лежит в каталоге bin\conf установленной версии платформы.

Без настройки клиент ищет ключ широковещательным запросом. В сети с несколькими подсетями или VPN это часто не работает . Тогда адрес менеджера лицензий указывают явно:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

Файл копируют в каталог bin\conf каждой версии платформы, которой пользуются на этом компьютере. После обновления платформы до нового релиза его приходится класть заново: новый каталог создаётся пустым.

Программная лицензия: пин-код, файл и привязка к железу

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

Активация запускается сама, если при старте платформа не нашла лицензию: открывается окно получения лицензии. Способы:

1. Автоматически через интернет — самый быстрый путь, занимает минуту.
2. На другом компьютере с интернетом — платформа формирует файл запроса, его переносят на флешке и возвращают файл ответа.
3. По телефону или почте — для закрытых контуров без доступа в сеть.

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

Результат — файл с расширением .lic. Платформа ищет такие файлы в нескольких каталогах:

Лицензия запоминает параметры компьютера: материнскую плату, процессор, диски, сетевые адаптеры, версию ОС. Замена одного из этих узлов может сделать её недействительной. Тогда платформа сообщает, что параметры компьютера изменились, и предлагает активировать лицензию снова — уже резервным пин-кодом.

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

Клиент-серверный вариант: лицензия сервера, выдача клиентам и СУБД

В клиент-серверной базе проверок две. Сервер 1С при старте рабочих процессов ищет лицензию на сервер. Клиент при подключении ищет клиентскую лицензию — у себя или на сервере.

Лицензия сервера бывает для 32-битного и 64-битного сервера, а также в редакции КОРП. Её разрядность должна подходить к разрядности установленного сервера 1С. Поставили 64-битный сервер с 32-битной лицензией — он её не примет.

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

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

Отдельно лицензируется СУБД:

• 🐘 PostgreSQL — бесплатна, отдельной лицензии не требует.
• 🗄 MS SQL Server — нужны лицензии Microsoft. Есть вариант, который продаётся вместе с 1С и разрешает использовать SQL Server только для работы 1С.
• ⚙️ Сервер 1С не проверяет лицензию СУБД. Это вопрос договора с производителем СУБД, но при проверке легальности ПО спросят обе.

Ошибки запуска и как их разобрать

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

Инструменты диагностики:

1. Справка → О программе в запущенной 1С. В окне указано, какая лицензия используется в этом сеансе: программная, ключ HASP или полученная от сервера. Полезно, когда непонятно, откуда сеанс взял место.
2. Утилита ring для программных лицензий. Команда ring license list показывает установленные лицензии, ring license info --name <имя> — подробности по одной из них. Остальные параметры смотрите в ring license help.
3. Aladdin Monitor для сетевых ключей HASP. Показывает, какие компьютеры держат лицензии ключа и сколько мест свободно.
4. Журнал событий Windows на сервере 1С и компьютере с ключом: ошибки служб видны там раньше, чем в 1С.

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

Зависшие сеансы и освобождение лицензий

Лицензия освобождается, когда сеанс завершается штатно. Если клиент упал, сеть оборвалась или ноутбук ушёл в сон, место может оставаться занятым. В клиент-серверной базе такие сеансы видны в кластере.

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

1. Откройте консоль, разверните кластер и нужную информационную базу.
2. Перейдите в ветку «Сеансы».
3. Найдите сеанс пользователя, который давно не работает (смотрите на компьютер и время начала).
4. Удалите сеанс из контекстного меню.

То же самое из командной строки через rac. Список сеансов с занятыми лицензиями:

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

Завершить конкретный сеанс:

rac session terminate --cluster=<uuid_кластера> --session=<uuid_сеанса>

Для rac должен работать сервер администрирования ras. Если кластер защищён паролем администратора, добавьте его в параметры команды — как именно, подскажет rac help session.

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

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