Почему возникает ошибка «Не удалось получить лицензию» при обновлении 1С: Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК?

Системный администратор 1С v8.3 (Управляемые формы)
← На главную

При обновлении отраслевых решений, таких как «1С: Учёт в управляющих компаниях ЖКХ, ТСЖ и ЖСК» (редакция 3.0), пользователи часто сталкиваются с технической преградой: процесс прерывается на отметке 10% или 15% с сообщением о невозможности получить лицензию. Это происходит даже в тех случаях, когда основная лицензия 1С (платформенная) установлена и работает корректно. Рассмотрим подробно причины возникновения этой ошибки и разберем по шагам методы её устранения.

Причина 1: Особенности Системы Лицензирования и Контроля (СЛК)

Выясним причину, почему стандартных ключей 1С оказывается недостаточно. Отраслевые конфигурации, разработанные компанией «Рарус», используют дополнительный уровень защиты — СЛК (Система лицензирования и контроля). В отличие от типовых программ, здесь часть функционала (защищенные модули) вынесена в закрытые блоки кода, доступ к которым открывается только при наличии специального отраслевого ключа.

Проанализируем ситуацию: начиная с новых релизов, проверка лицензии СЛК выполняется не только в момент запуска информационной базы, но и на этапе её обновления (реструктуризации). Если на 10% выполнения процесса система пытается обратиться к защищенному модулю для его компиляции или обновления, а связь с сервером лицензий отсутствует, процедура немедленно прерывается.

Причина 2: Перенос базы на другой компьютер для обновления

Разберем наиболее частый сценарий, с которым столкнулся автор темы. Иногда для ускорения процесса (если основной сервер занят или работает медленно) базу копируют на локальный мощный компьютер, обновляют её там, а затем возвращают обратно. Однако программные лицензии СЛК жестко привязываются к аппаратным характеристикам оборудования: Имя компьютера, ID процессора, MAC-адрес и Объем оперативной памяти.

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

Способ решения 1: Настройка доступа к серверу СЛК

Если обновление необходимо провести на другом рабочем месте, выполним следующие шаги по настройке сетевого доступа:

  1. Убедимся, что на компьютере, где запущено обновление, установлен клиент СЛК.
  2. Проверим доступность основного сервера лицензий по сети. По умолчанию система СЛК 3.0 использует порт 9099.
  3. В настройках параметров защиты внутри конфигурации (или через файл конфигурации СЛК) укажем IP-адрес или сетевое имя сервера, на котором активированы ключи.
  4. Проверим брандмауэр Windows на сервере — порт 9099 должен быть открыт для входящих соединений по протоколу TCP.

Способ решения 2: Обновление компонентов защиты из шаблона

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

При установке дистрибутива обновления в папке шаблонов (обычно это путь вида ...\tmplts\rarus\TSZH\3_0_x_x\) всегда присутствует подпапка Protection. В ней находятся актуальные версии драйверов и сервера защиты. Выполним следующие действия:

  1. Зайдем в папку Protection.
  2. Запустим установку сервера СЛК (например, LicenceServer-3.0.x.x.exe).
  3. Перезагрузим службу 1С:Предприятие и службу защиты СЛК.

Способ решения 3: Проверка через консоль администрирования

Для глубокой диагностики проанализируем состояние ключей через веб-интерфейс. В браузере введем адрес localhost:9099 (если находимся на сервере) или IP-сервера:9099. В открывшейся консоли администрирования СЛК мы сможем увидеть:

Если в консоли ключ виден, а 1С всё равно выдает ошибку, попробуем очистить кэш защиты. Для этого нужно удалить временные файлы в профиле пользователя: %AppData%\Local\1C\1cv8 и %AppData%\Roaming\1C\1cv8.

Резюме и рекомендации

Подводя итог, можно сказать, что ошибка на 10% — это типичный симптом того, что конфигуратор не смог «достучаться» до защищенного программного кода. Всегда помните, что отраслевые решения «1С-Рарус» требуют активного подключения к серверу защиты на протяжении всего процесса обновления. Если вы планируете перенос базы, заранее позаботьтесь о переносе лицензии (с использованием резервного пин-кода) или обеспечьте стабильный сетевой канал до сервера лицензий.

Также стоит учитывать права доступа: если база работает в клиент-серверном варианте, доступ к ключу должен иметь не только текущий пользователь, но и учетная запись, от имени которой запущена служба 1C:Enterprise Server Administration.

← На главную