Определяем версию системы лицензирования СЛК
Содержание
Быстрее всего версия видна в форме лицензирования самого решения: откройте служебную форму «О программе» или «Лицензирование» — рядом с названием продукта стоит номер версии СЛК вида 3.0.x. Если доступа к этой форме нет, тот же номер показывают окно сервера СЛК и свойства файла внешней компоненты.
Важно не путать: СЛК — это Система Лицензирования и Контроля, а не механизм обмена или синхронизации данных. Это отдельная система защиты, которую разработчики надстроек и обработок используют поверх платформы 1С, чтобы их продукт работал только по лицензии. Узнать её версию нужно ровно для одного: подобрать совместимый файл лицензии и компоненты, когда вы переносите базу, меняете сервер или обновляете защиту.
Ниже — пять рабочих способов определить версию СЛК, от самого простого к тем, что для администратора и разработчика.
Что скрывается за аббревиатурой СЛК и зачем знать номер версии
СЛК защищает решение от копирования и привязывает его к лицензии. Технически система состоит из трёх частей, и у каждой есть своя версия:
- 🧩 внешняя компонента — библиотека, которую решение подключает при запуске в режиме «1С:Предприятие»;
- 🖥️ сервер СЛК — служба, которая хранит ключи и выдаёт лицензии рабочим местам (при сетевой защите);
- 🔑 файл лицензии — активируется на сервере или локально под конкретную версию.
Версии этих частей должны быть совместимы между собой. Исторически у СЛК сменилось несколько семейств — например, ветки 2.x и 3.0. Внутри одной ветки компонента и сервер обычно работают вместе, а вот компонента 3.0 со старым сервером 2.x уже не договорится.
Защита бывает двух видов, и от этого зависит, где искать версию:
- 🔒 Локальная — лицензия привязана к одному компьютеру (аппаратный ключ или программная привязка к оборудованию). Сервер СЛК как отдельная служба не нужен, версию смотрят в самом решении и в файле компоненты.
- 🌐 Сетевая — лицензии раздаёт служба сервера СЛК, к которой обращаются все рабочие места. Здесь ключевая версия — именно у сервера.
Если не знаете, какой вид защиты у вас, подскажет косвенный признак: при сетевой защите в сообщениях о лицензии фигурирует адрес сервера, при локальной — привязка к текущему компьютеру.
Знать номер версии нужно в нескольких ситуациях:
- 📦 обновляете решение, и новый релиз требует компоненту не ниже определённой версии;
- 💾 переносите базу на другой сервер и подбираете туда совместимый сервер СЛК;
- ⚠️ при запуске выскакивает сообщение о недоступности ключа, и нужно понять, где рассинхрон — в компоненте или на сервере;
- 🧾 поставщик решения просит сообщить версию СЛК для выдачи нового файла лицензии.
Версия самого защищённого решения (конфигурации) и версия СЛК — это разные номера. Поставщику при обращении обычно нужны оба.
Способ 1. Форма лицензирования внутри решения
Самый доступный путь — посмотреть номер прямо в работающей базе, без прав администратора сервера.
- Запустите базу в режиме «1С:Предприятие».
- Откройте служебную форму решения, где показана информация о защите. У большинства продуктов это форма «О программе», «Лицензирование», «Защита» или «Проверка лицензии » — её кладут в раздел обслуживания или сервиса.
- В форме найдите строку с номером компоненты СЛК — он выглядит как
3.0.x.y.
Где именно лежит эта форма, зависит от конкретного решения: разработчики размещают её по-своему. Если быстро найти не удаётся, воспользуйтесь строкой поиска по командам (значок поиска в верхней части интерфейса «Такси») и наберите слово «лицензия» или «защита».
Многие решения при первом запуске за день показывают окно с состоянием лицензии — в нём версия СЛК тоже обычно указана. Не закрывайте его сразу, если вам нужен номер.
Способ 2. Окно и консоль сервера СЛК
Если защита сетевая, лицензии раздаёт служба — сервер СЛК. Его версия важнее всего: именно она должна быть не ниже той, что требует компонента.
В программе сервера. На компьютере, где установлена служба, откройте программу управления сервером СЛК (она ставится вместе со службой). Номер версии показан в заголовке окна и в пункте «О программе».
Через веб-консоль. У сервера СЛК есть веб-интерфейс управления. Он открывается в браузере по адресу сервера и порту, заданному при установке. По умолчанию это адрес вида http://<адрес-сервера>:9099, но порт мог быть изменён администратором — точное значение смотрите в настройках службы или в документации вашего решения.
На главной странице консоли, помимо версии сервера, видно состояние защиты целиком:
- 🔢 список активированных лицензий и их серийные номера;
- 👥 сколько лицензий всего и сколько сейчас занято рабочими местами;
- 🗓️ срок действия, если лицензия временная.
Эти же данные удобно приложить к обращению в поддержку поставщика: по номеру лицензии и версии сервера вопрос с совместимостью решается быстрее.
Остановка или перезапуск службы сервера СЛК разом оборвёт лицензии у всех рабочих мест, и пользователи получат отказ при обращении к решению. Для того чтобы просто узнать версию, перезапускать службу не нужно — номер виден без остановки. Перезапуск планируйте только на обслуживание, когда в базе никто не работает.
Способ 3. Свойства файла внешней компоненты
Когда до формы решения не добраться (например, база не запускается из-за проблем с лицензией), версию компоненты можно прочитать прямо из файла библиотеки.
- Найдите каталог, куда решение распаковывает внешнюю компоненту СЛК. Обычно это рабочий каталог пользователя или подкаталог установленного решения.
- В каталоге лежат файлы библиотеки — отдельно для 32- и 64-разрядной версии платформы.
- На Windows щёлкните по файлу правой кнопкой →
Свойства→ вкладкаПодробно. В строке «Версия файла» будет номер компоненты.
Сверяйте разрядность: 64-битная платформа грузит 64-битную компоненту, 32-битная — 32-битную. Частая ошибка — положить рядом только один вариант, и тогда часть клиентов компоненту не находит.
Если вы не уверены, какой именно файл относится к СЛК, ориентируйтесь на дату и на то, что таких библиотек обычно две (под разную разрядность) с одинаковым номером версии. Точное имя файла указано в документации к вашему решению.
Способ 4. Версия из встроенного языка (для разработчиков)
Если нужно получить версию программно — например, вывести её в отчёт обслуживания или проверить перед запуском бизнес-логики, — версию отдаёт сама подключённая компонента.
Схема такая:
- Подключите внешнюю компоненту СЛК методом
ПодключитьВнешнююКомпоненту, если она ещё не подключена. - Создайте объект компоненты и обратитесь к её свойству или методу, возвращающему версию.
Точное имя свойства и способ создания объекта зависят от конкретной сборки компоненты — они описаны в документации СЛК, которая идёт в комплекте с решением. Не подставляйте имя метода наугад: у разных веток 2.x и 3.0 интерфейс компоненты отличается, и обращение к несуществующему свойству вызовет ошибку.
Если решение уже само где-то выводит версию (Способ 1), не дублируйте эту логику в своём коде — проще взять готовое значение из API решения, если разработчик его предоставляет.
Способ 5. Уточнить версию у поставщика решения
СЛК встраивает в свой продукт не фирма «1С», а разработчик конкретного решения. Поэтому за консультацией по версии обращайтесь не в общую поддержку 1С, а к тому, кто продал и сопровождает вашу надстройку или обработку.
Что подготовить перед обращением:
- 🏷️ название и версию самого решения (конфигурации);
- 🔢 версию СЛК, если её удалось посмотреть любым способом выше;
- 🖥️ как организована защита — локально на одном компьютере или через сетевой сервер СЛК;
- 📝 номер лицензии или регистрационный номер продукта.
С этими данными поставщик быстро скажет, какая версия у вас стоит, какая нужна под новый релиз и какой файл лицензии выдать. Это особенно выручает, когда база не запускается и прочитать версию на месте невозможно.
На что влияет несовпадение версий компоненты и сервера
Большинство проблем с СЛК сводится к тому, что версии трёх частей разошлись. Разберём, по каким признакам это видно и что делать.
| Что разошлось | Как проявляется | Что проверить |
|---|---|---|
| Компонента новее сервера | Лицензия не выдаётся, хотя ключ активирован | Обновить сервер СЛК до версии не ниже требуемой компонентой |
| Старая компонента в каталоге | Решение не находит защиту или падает при запуске | Положить компоненту той же ветки, что требует релиз |
| Разрядность не совпадает | Ошибка только на части рабочих мест | Проверить, что рядом лежат и 32-, и 64-битная библиотеки |
| Файл лицензии от другой версии | Ключ есть, но считается недействительным | Запросить у поставщика лицензию под текущую версию |
Отдельный нюанс при обновлении решения: сначала повышают версию сервера СЛК, затем — компоненту в базах. Обратный порядок часто и даёт сообщение «версия сервера ниже требуемой».
Файл лицензии привязан к оборудованию или к серверу. Перед переустановкой сервера СЛК или переносом на новое железо сохраните резервную копию лицензий и уточните у поставщика порядок повторной активации — иначе ключ можно потерять.