1С не видит лицензию: где искать причину и как её устранить

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

Порядок одинаков для всех конфигураций на платформе 8.3 — Бухгалтерии, ЗУП, УТ: лицензируется платформа, а не прикладное решение. Поэтому сначала соберите текст ошибки дословно, запишите, на каком компьютере и под каким пользователем Windows она возникла, и только потом трогайте файлы, драйверы или настройки сервера. Две минуты на эти записи часто сразу показывают, в каком звене цепочки обрыв.

С чего начать: текст ошибки и тип лицензии

Платформа выдаёт несколько похожих сообщений, но они указывают на разные места поломки:

• 🔑 Не обнаружен ключ защиты программы — не найден ни аппаратный ключ, ни подходящий файл программной лицензии.
• 📄 Не обнаружена лицензия для использования программы или формулировка с упоминанием «полученной программной лицензии» — файл лицензии не найден, повреждён или не подходит к этому компьютеру.
• 👥 Превышено максимальное количество пользователей — лицензия есть, но все рабочие места заняты.
• 🖥 Ошибка при входе только у части пользователей — чаще всего виноват лимит мест или сетевой доступ к ключу.

Затем определите, чем вы вообще защищены. Это видно по документам комплекта: конверт с PIN-кодами означает программную лицензию, USB-ключ в комплекте — аппаратную.

Журнал регистрации и технологический журнал

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

Откройте журнал: в конфигураторе Администрирование → Журнал регистрации, в пользовательском режиме — через раздел Администрирование типовой конфигурации. Поставьте отбор по событиям Сеанс. Начало и Сеанс. Завершение за час, когда случилась ошибка. Если в этот момент открыто столько сеансов, сколько у вас мест, проблема не в «сломанной» лицензии, а в её нехватке.

Подробности о самом получении лицензии пишет технологический журнал. За это отвечает событие LIC. Создайте файл logcfg.xml в каталоге conf установленной платформы (например, C:\Program Files\1cv8\conf\):

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1C_logs\lic" history="24">
    <event>
      <eq property="name" value="LIC"/>
    </event>
    <property name="all"/>
  </log>
</config>

Платформа подхватит настройку сама в течение минуты. Повторите вход в базу и откройте файлы .log в папке C:\1C_logs\lic. В записях LIC видно, где программа искала лицензию, какие файлы проверила и почему отвергла каждый из них.

На сервере 1С журнал настраивают так же, но файл кладут в каталог conf той платформы, под которой работает служба агента сервера.

Диагностика программной лицензии утилитой ring

Для работы с программными лицензиями есть утилита лицензирования из комплекта 1С:Предприятия — консольная программа ring. Ей нужна установленная Java. После установки исполняемый файл лежит в подкаталоге 1CE\components каталога установки.

Основные команды модуля license:

rem список лицензий, установленных на компьютере
ring license list

rem подробности по одной лицензии: номер комплекта, продукт, число мест
ring license info --name 0123456789012-1

rem проверка, подходит ли лицензия к текущему оборудованию
ring license validate --name 0123456789012-1

Имя лицензии для параметра --name берите из вывода ring license list. Если лицензии лежат в нестандартном каталоге, путь к нему указывают параметром --path. Полный перечень параметров покажет ring license help.

Как читать результат:

1. ✅ list показывает лицензию, validate проходит — файл в порядке, ищите причину в лимите мест или в том, какой компьютер выдаёт лицензию.
2. ❌ list пуст — файла нет в каталогах, где его ищет платформа. Его удалили, переустановили систему или активировали под другим пользователем.
3. ⚠️ validate сообщает о несоответствии — изменилось оборудование, лицензия «слетела». Нужна повторная активация резервным PIN-кодом.

Утилита ring проверяет файл, но не исправляет его. Повторная активация выполняется через окно получения лицензии в самой 1С или командой активации той же утилиты.

Файлы лицензий и PIN-коды

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

Частая ловушка: лицензию активировали из-под учётной записи администратора и сохранили в его профиль. У остальных сотрудников на том же компьютере программа её не видит. Решение — переложить файл в общий каталог ProgramData или активировать заново с выбором размещения для всех пользователей.

Что проверить в каталоге:

• 📂 есть ли там файлы .lic вообще и не стоят ли права, запрещающие чтение группе «Пользователи»;
• 🔢 номер комплекта в имени файла совпадает с регистрационной карточкой;
• 🗂 нет ли лишних файлов от старых или чужих комплектов — они не мешают, но путают при разборе.

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

Без лицензии платформа базу не запускает — никакого ограниченного или демо-режима для рабочей версии нет. Исключение — учебная версия, у которой свои ограничения.

Проверка аппаратных ключей HASP

С аппаратным ключом проверка идёт снизу вверх: устройство → драйвер → видимость ключа → настройки поиска в 1С.

1. Убедитесь, что ключ горит. Погасший светодиод означает, что система не видит устройство: смените USB-порт, уберите удлинитель или USB-хаб.
2. Переустановите драйвер Sentinel HASP. Установщик драйвера из комплекта платформы запускают с правами администратора; для консольной версии установщика используется ключ -i, для удаления — -r.
3. Откройте в браузере http://localhost:1947. Это консоль Sentinel Admin Control Center: в списке ключей должен быть ваш.
4. Проверьте настройки запуска 1С. В окне запуска откройте Настройка… и посмотрите, включено ли использование аппаратной лицензии (ключа защиты). То же самое управляется параметром командной строки /UseHwLicenses+.

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /UseHwLicenses+

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

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

Здесь два разных механизма, и их часто путают.

Сетевой ключ HASP и менеджер лицензий

Сетевой ключ ставят на один компьютер, где работает менеджер лицензий HASP License Manager. Клиенты ищут его по сети через порт 475. Если поиск широковещательный, в сети с несколькими подсетями или VPN ключ «теряется».

Пропишите адрес явно в файле nethasp.ini в каталоге conf платформы на каждом клиенте:

[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_USE_BROADCAST = Disabled

Дальше проверьте, что порт 475 открыт в брандмауэре компьютера с ключом и не блокируется антивирусом.

Программные лицензии на сервере 1С

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

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

Посмотреть, какие лицензии заняты сеансами, можно из командной строки утилитой администрирования кластера:

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

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

Особенности: пользовательский режим и конфигуратор

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

Что из этого следует на практике:

• 👨‍💻 При пяти местах и пяти работающих сотрудниках разработчик не войдёт в конфигуратор — получит сообщение о превышении количества пользователей.
• 🪟 Несколько окон 1С, открытых на одном компьютере с локальной программной лицензией, обычно занимают одно место, а не по месту на окно.
• 🖥 На терминальном сервере каждый пользователь работает в своём сеансе Windows, и считать места нужно по сеансам, а не по физическим компьютерам.
• 🔁 «Зависший» сеанс после аварийного закрытия программы держит место, пока сервер не завершит его. Найдите такой сеанс в консоли кластера или через rac session list.

Чек-лист устранения неполадок

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