← На главную

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

Принцип двойного лицензирования в отраслевых конфигурациях

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

1. Клиентская лицензия платформы «1С:Предприятие 8» — обеспечивает право запуска клиентского приложения (тонкого, толстого или веб-клиента) и подключение к информационной базе.
2. Отраслевая клиентская лицензия СЛК — предоставляет доступ к закрытому функционалу конфигурации (в данном случае — подсистемам управления ремонтами и ТОИР).

Таким образом, то, что программа занимает обычные клиентские лицензии платформы — это штатное и обязательное поведение системы. Без платформенной лицензии сеанс «1С» просто не запустится.

Почему в консоли сервера СЛК количество использованных лицензий равно нулю?

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

1. Проверка персональных настроек пользователя

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

1. Перейдем в раздел администрирования информационной базы.
2. Откроем справочник пользователей и проверим настройки конкретной учетной записи.
3. Убедимся, что включена опция «Использовать управление ремонтами». Без этого флага пользователь работает в режиме ограниченного доступа без удержания отраслевой лицензии.

2. Модель захвата лицензий по требованию

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

3. Соответствие серии ключа и файлов описания защиты

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

1. Использование дистрибутива от разработчика конфигурации. Крайне не рекомендуется обновлять сервер СЛК универсальными версиями со сторонних ресурсов без проверки совместимости с конкретной версией ТОИР.
2. Наличие файлов данных серии (Datafile). В каталоге службы СЛК должны присутствовать файлы описания соответствующей серии ключа, поставляемые вместе с релизом конфигурации. Без них служба СЛК может определять физический USB-носитель, но не сможет выдавать из него лицензии прикладному коду.
3. Версия компоненты защиты. Макет внешней компоненты СЛК, встроенный в конфигурацию «1С:ТОИР», должен быть полностью совместим с версией службы сервера СЛК.

4. Настройка параметров подключения к серверу СЛК в базе

Если сервер СЛК развернут на отдельном физическом или виртуальном сервере, необходимо убедиться, что информационная база настроена на связь с ним:

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