← На главную

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

Особенности лицензирования СЛК (Катран Софт)

Прежде всего, разберем, с чем мы имеем дело. Если ваш пин-код состоит из 20 символов (5 групп по 4 знака), это однозначно указывает на использование системы СЛК версии 2.0 или 3.0. Проанализируем основные отличия этой системы от типовой защиты 1С:

1. Сервер СЛК: Это отдельная служба (служба Windows), которая устанавливается на компьютер, где физически находится ключ защиты или куда активирована программная лицензия.
2. Программные лицензии: Они «привязываются» к параметрам компьютера. Если вы активируете лицензию на одном ПК, она будет работать именно там, а другие рабочие места должны подключаться к этому серверу по локальной сети.
3. Сетевой доступ: В СЛК нет понятия «менеджер лицензий» в том виде, в котором он существует для аппаратных ключей HASP. Здесь используется протокол TCP/IP и конкретные порты.

Шаг 1. Настройка сервера лицензирования

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

Проанализируем необходимые действия на стороне сервера:

• Убедимся, что служба СЛК Сервер (или Licensing Server) запущена и работает.
• Проверим настройки брандмауэра Windows. Для работы СЛК версии 3.0 необходимо открыть TCP порт 9099. Для более ранних версий могут использоваться порты 9090 или 1199.
• Рекомендуем назначить серверу статический IP-адрес, чтобы при перезагрузке роутера клиентские машины не теряли связь с сервером лицензий.

Шаг 2. Подключение клиентских рабочих мест по сети

Теперь разберем, как подключить второго пользователя. На клиентском компьютере не нужно активировать тот же пин-код повторно — это приведет к аннулированию лицензии на первом ПК. Вместо этого настроим связь с сервером.

Для этого в самой программе 1С (обычно в разделе «Сервис» или «Настройка отраслевых параметров») найдем пункт «Параметры связи с сервером СЛК». В открывшемся окне укажем:

1. Имя или IP-адрес компьютера, на котором установлен сервер СЛК.
2. Номер порта (по умолчанию 9099).
3. Тип защиты (выберем соответствующее отраслевое решение из списка).

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

Шаг 3. Устранение ошибки RuntimeCacheVersions

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

Выполним следующие шаги для исправления:

1. Очистка кэша: Полностью удалим содержимое папок 1С в профиле пользователя. Нам нужно очистить каталоги:
   • %AppData%\Local\1C\1cv8
   • %AppData%\Roaming\1C\1cv8
   Внутри этих папок удаляем все папки с длинными буквенно-цифровыми названиями (например, 2f8a5...).
2. Права доступа: Проверим, есть ли у пользователя Windows права «Полный доступ» на папку с установленной платформой и на папку профиля. Попробуем запустить 1С один раз от имени администратора.
3. Переустановка компоненты: Если ошибка сохраняется, найдем в шаблонах конфигурации (папка TradeProtection) инсталлятор клиентской части СЛК и переустановим его вручную.

Шаг 4. Реакция на перемещение информационной базы

Разберем важный момент, возникающий при переносе базы (например, через .dt файл). При первом запуске 1С спросит: «Информационная база перемещена или является копией?». Посмотрим на последствия выбора:

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

Использование консоли администрирования СЛК

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

• Активен ли программный ключ.
• Количество доступных и занятых лицензий.
• Список подключенных пользователей с их IP-адресами.

Если в консоли лицензия видна как свободная, но клиентское место её не получает, значит, проблема на 100% сетевая (порт 9099 закрыт или занят другим приложением).

Важное замечание: При работе с версиями платформы выше 8.3.13 всегда проверяйте актуальность версии СЛК на сайте разработчика («Катран Софт»). Старые версии СЛК могут быть несовместимы с новыми механизмами безопасности платформы 1С.