Проверка программных лицензий 1С: методы и диагностика

Проверить лицензии 1С быстрее всего прямо из программы: откройте меню «Справка» → «О программе» и посмотрите блок с данными о лицензии. Если база не запускается, лицензию смотрят снаружи: в панели управления ключом HASP, в папке с файлами программных лицензий или командой ring license list на сервере.

Способ зависит от того, как у вас получена лицензия: на USB-ключе, программно по пин-коду или на сервере приложений. Ниже по порядку: от простого к тому, что делается из консоли и логов.

Какой у вас тип лицензии: сверка за минуту

Сначала определите, что именно проверяете. От этого зависит весь дальнейший путь.

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

Диагностика USB-ключа HASP

Начните с банального: горит ли на ключе индикатор. Если нет, проверьте порт и попробуйте другой разъём напрямую, без удлинителя и USB-хаба. Хабы с недостаточным питанием дают «плавающие» отказы.

Панель управления ключами

Драйвер ключа ставит локальный веб-интерфейс. Откройте в браузере адрес http://localhost:1947. Это Sentinel Admin Control Center — основной инструмент диагностики.

Что смотреть:

1. Раздел «Ключи Sentinel» (Sentinel Keys). Ваш ключ должен быть в списке.
2. Колонка с описанием ключа и его идентификатором. Если ключ там есть, система его видит.
3. Раздел «Сессии» (Sessions). Здесь видно, кто сейчас занял места по ключу.
4. Раздел «Конфигурация». Через него разрешают или запрещают доступ к ключу по сети.

Если в списке пусто, а индикатор на ключе горит, дело почти всегда в драйвере. Переустановите драйвер защиты с актуального дистрибутива платформы или с сайта производителя ключей.

Быстрые признаки по симптомам

Как проверить программную лицензию и пин-коды

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

Через сам клиент

Запустите базу и откройте «Справка» → «О программе». В окне будет видно, какая лицензия используется. Если база не открывается, попробуйте запустить конфигуратор: он тоже проверяет лицензию и показывает ошибку с понятным текстом.

Через папки с файлами лицензий

Файлы программных лицензий хранятся в служебном каталоге данных 1С. В Windows это папка C:\ProgramData\1C\licenses, в Linux — каталог /var/1C/licenses. Расширение файлов — .lic.

Что проверить:

• Файл на месте и не нулевого размера.
• У учётной записи, под которой работает 1С (или служба сервера), есть доступ на чтение.
• Файлов нет в двух экземплярах разных «возрастов» от неудачных попыток активации.

Проверка пин-кода

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

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

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

Проверка серверных лицензий в кластере

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

Шаг за шагом

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

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

Сколько мест реально занято

Один пользователь не всегда занимает ровно одно место. Правила простые:

• Интерактивный сеанс клиента обычно занимает одну клиентскую лицензию.
• Фоновые задания и обмены работают от сервера и не всегда расходуют клиентскую лицензию.
• Несколько окон под одним пользователем на одной машине могут считаться одним подключением.
• Веб-клиент и тонкий клиент занимают места по тем же правилам.

Если в кластере 20 мест, а сотрудников 25, но одновременно работает не больше 18, проблем не будет. Беда начинается, когда пик совпадает: утро понедельника, закрытие периода, сдача отчётности.

Утилита ring и консольные команды

В современных версиях платформы есть утилита ring, и среди её команд — управление лицензиями. Она удобна, когда на сервере нет графики (типичный Linux) или нужно проверить всё одним запросом.

Что умеет

Основные операции:

• ring license list — перечень найденных лицензий на машине.
• ring license info — подробности по конкретной лицензии (нужен её идентификатор из списка).
• ring license activate — активация лицензии по пин-коду.
• ring license remove — удаление лицензии (то есть освобождение привязки).

Точный набор параметров зависит от версии. Запустите команду без аргументов или с ключом помощи, чтобы увидеть, что поддерживает ваша сборка.

ring license list

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

Проверка доступности ключа по сети

Для сетевых ключей полезна самая простая проверка связи. С клиента убедитесь, что сервер с ключом отвечает, и что порт открыт. На Windows это Test-NetConnection, на Linux подойдёт nc или telnet:

Test-NetConnection -ComputerName srv-1c -Port 1947

Если порт закрыт, ищите причину в брандмауэре или в настройках доступа на самом ключе, а не в 1С.

Регулярная ревизия лицензий

Раз в квартал полезно сверять фактическое состояние с документами. Это занимает полчаса и убирает неприятные сюрпризы.

• Выпишите все ключи и пин-коды: где физически лежит ключ, на каком компьютере активирована программная лицензия.
• Сравните число купленных мест с числом пользователей, у которых есть право входа в базы.
• Отметьте лицензии, привязанные к списанному или замещённому оборудованию. Их нужно освободить заранее, а не в день аварии.
• Сохраните скриншот панели ключа и вывод ring license list. При переезде сервера это сильно ускорит восстановление.

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

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

Журнал регистрации

Откройте его из меню «Администрирование» → «Журнал регистрации» (в режиме обычного пользователя пункт может быть в разделе «Сервис»). Установите отбор по уровню «Ошибка» и по интересующему интервалу. Ищите записи, где в тексте упоминаются лицензия или ключ.

Что полезно извлечь:

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

Технологический журнал

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

⚠️ Журнал растёт очень быстро. Включайте его на час-два, а не навсегда, иначе диск на сервере быстро закончится.

Файлы конфигурации

Ещё два места, где ищут причину:

• Настройки запуска клиента: список баз и параметры подключения. Ошибочный сервер в строке подключения приводит к «чужой» лицензии.
• Файлы конфигурации сервера и драйвера: проверьте даты изменения. Если файл менялся перед сбоем, вы нашли виновника.

Что делать, когда проверка выявила проблему

Проверка показала проблему, а что с ней делать? Вот типичные ситуации и их решение.

Четыре ошибки, которые встречаются чаще всего

1. Драйвер от старой платформы. После обновления платформы ключ «пропал». Ставьте драйвер той версии, которая идёт в комплекте с вашим релизом.
2. Виртуальная машина без проброса USB. Ключ вставлен в гипервизор, а гостевая система его не видит.
3. Служба сервера под другой учётной записью. Лицензию проверили под администратором, а сервер работает от отдельного пользователя и ничего не видит.
4. Закрытый порт 1947. Брандмауэр блокирует доступ к сетевому ключу, хотя локально всё работает.

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