← На главную

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

Разберем детально, как устроена система защиты СЛК, почему возникает данная ошибка и по каким шагам можно восстановить нормальную работу базы данных.

Причины возникновения ошибки СЛК

Система лицензирования СЛК состоит из нескольких взаимодействующих компонентов: аппаратного или программного ключа защиты, службы сервера лицензирования СЛК, файлов описания серии ключа (с расширениями .reginfo, .data или .info) и клиентской компоненты LicenceAddIn, встроенной в макеты конфигурации.

Проанализируем основные причины, из-за которых программа сообщает о старой версии или требует файлы серии:

1. Установка универсального дистрибутива СЛК без файлов серии. Дистрибутив сервера СЛК общего назначения содержит только саму службу лицензирования. Файлы серий генерируются разработчиком конфигурации под конкретное отраслевое решение и в базовый пакет сервера не входят.
2. Обновление конфигурации через файл .cfu или .cf без запуска установщика. Если файл обновления был загружен напрямую в конфигуратор в обход стандартного инсталлятора setup.exe, служебный каталог protection с новыми файлами защиты и библиотеками не распаковывается в папку шаблонов 1С.
3. Несоответствие версий службы СЛК и клиентской компоненты. Новая версия конфигурации после обновления обращается к серверу лицензирования через обновленный встроенный макет NativeApi-компоненты. Если служба СЛК в операционной системе осталась прежней версии, возникает ошибка несовместимости.
4. Кэширование устаревшей компоненты платформой. Платформа 1С может сохранять старую версию внешней компоненты защиты во временных каталогах профиля пользователя.

Способ 1. Поиск файлов серии в каталоге шаблонов обновления

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

Разберем по шагам, как их извлечь и установить:

1. Распакуем архив с обновлением конфигурации в отдельную папку и обязательно запустим файл setup.exe.
2. Перейдем в каталог шаблонов конфигураций 1С. По умолчанию в операционной системе Windows он располагается по пути: C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1Cv8\tmplts\<Поставщик>\<Конфигурация>\<НомерВерсии>\ (для платформы 8.2 путь может содержать 1Cv82).
3. Найдем в папке релиза подкаталог с именем protection.
4. Проверим содержимое каталога protection. В нем должны находиться: дистрибутив сервера лицензирования нужной версии, файлы серии (например, 24F7.reginfo) и инсталлятор внешней компоненты.
5. Запустим установку сервера СЛК из этой папки или вручную скопируем файл серии в рабочий каталог сервера СЛК. По умолчанию исполняемые файлы сервера лицензий находятся по пути: C:\Program Files (x86)\1C\Licence 2.0\Bin\ (или аналогичном пути для 64-битной версии).
6. Откроем оснастку управления службами Windows (services.msc), найдем службу сервера лицензирования 1С:СЛК и выполним ее перезапуск, чтобы изменения вступили в силу.

Способ 2. Восстановление файлов серии с исходного диска поставки

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

Рассмотрим порядок действий для переноса файлов серии:

1. Откроем оригинальный установочный диск или дистрибутив первичной поставки программного продукта, с которого производилась первоначальная установка.
2. Найдем в дистрибутиве каталог с дистрибутивом СЛК и отыщем файл с расширением .reginfo, имя которого совпадает с кодом серии (например, 24F7.reginfo).
3. Если исходного диска под рукой нет, проверим каталог старого сервера СЛК (если он не был удален безвозвратно) либо резервную копию системного диска сервера по пути: C:\Program Files (x86)\1C\Licence 2.0\Bin\.
4. Скопируем найденный файл серии в папку Bin вновь установленного сервера СЛК актуальной версии.
5. Обязательно перезапустим службу сервера лицензирования СЛК.

Способ 3. Принудительная установка клиентской компоненты и очистка кэша

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

1. Перейдем в каталог protection в шаблонах обновления и запустим инсталлятор компоненты защиты LicenceAddIn. Это выполнит регистрацию свежей версии NativeApi-компоненты в операционной системе.
2. Закроем все запущенные сеансы «1С:Предприятия».
3. Очистим локальный кэш пользователя, удалив временные папки платформы в каталогах: %LocalAppData%\1C\1Cv8\ и %AppData%\1C\1Cv8\.
4. Запустим 1С в режиме конфигуратора или предприятия и проверим подключение к серверу лицензирования.

Технические особенности работы СЛК в различных режимах

Обратим внимание на архитектуру развертывания базы данных:

1. Файловый режим работы. Клиентская компонента защиты загружается непосредственно на рабочем месте пользователя. Соответственно, сервер лицензирования должен быть доступен по сети с рабочего ПК, либо служба и ключ должны быть установлены локально на каждом компьютере.
2. Клиент-серверный режим (SQL). Взаимодействие с системой СЛК выполняет кластер серверов 1С (процессы rphost / ragent). Поэтому сервер лицензирования СЛК, файлы серии и компонента защиты должны быть развернуты именно на том сервере, где функционирует служба «1С:Предприятия».
3. Совместимость версий СЛК. Помним, что мажорные версии СЛК не взаимозаменяемы. Если отраслевое решение рассчитано на линейку СЛК 2.0 (например, версия 2.0.9), перевод базы на СЛК 3.0 без соответствующей доработки механизмов защиты со стороны разработчика конфигурации приведет к ошибкам запуска.