1с слк что это

Обновлено: 04.07.2024

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

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

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

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

Внедрены подсистемы БСП версии 3.0.3.69:
• Анализ журнала регистрации
• Базовая функциональность (обязательная)
• Завершение работы пользователей
• Настройки программы
• Обновление версии ИБ (обязательная)
• Пользователи (обязательная)
• Регламентные задания
• Удаление помеченных объектов
• Управление доступом
Собственно объекты защиты собраны в подсистему "Бэк":

2. Установить сервер СЛК. Активировать ключ.

4. В защищаемую конфигурацию добавить объекты подсистемы Поддержка (в прилагаемом примере имеют префикс "w").

Объекты подсистемы Поддержка защищаемой конфигурации

Кроме того, в защищаемую конфигурацию нужно добавить серверный модуль wЗакрытый, в котором будем размещать защищаемые процедуры. Модуль wЗакрытый в подсистему Поддержка включать не следует, т. к. он не должен входить в поставку конфигурации.

5. Выбрать модуль/модули или отдельные процедуры, которые будем закрывать. Они должны быть серверными. Скопировать защищаемые процедуры в модуль wЗакрытый. В исходных экспортных процедурах тело заменить на вызовы вида:

Полученный файл .datafile загружаем в общий макет wОбъектыСЛК.
9. В защищаемой конфигурации для включения/отключения функциональности в зависимости от наличия лицензии используем функции wСЛКПовтИсп.ЗащищенныйМодульПодключен() и wСЛКПовтИсп.ЛицензияРазработчикаПолучена(). Поскольку модуль wСЛКПовтИсп является открытым, то включение/отключение функциональности нужно дублировать в закрытом модуле.
10. Создаем поставку нашей конфигурации. Модуль wЗакрытый в поставку не включаем!

Что в результате

1. Клиент приобретает нашу конфигурацию. Мы в "Бэке защиты" заводим нового клиента и добавляем запись в регистр Поддержка:

Рег. номер генерируется при записи в формате Год|Месяц|Дата|[Номер по порядку] (рассчитываем на то, что нашу конфигурацию будут покупать 9999 клиентов ежедневно).

Можно ввести количество дней доступа. Отсчет будет вестись от момента первого обращения клиента к сервису. Это удобно для предоставления тестового периода.

2. Клиент устанавливает нашу конфигурацию, открывает форму "Подключение поддержки", вводит рег. номер, код доступа и подключается.

3. Мы в бэке видим обращение клиента к сервису защиты:

В конфигурации "Бэк защиты" имеется рег. задание для очистки регистра "Обращения к сервису" с установкой периода хранения записей.

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

В прилагаемом примере защищаемой конфигурации отладка в wСЛК.wЗакрытый() включена. Прописано, что сервер СЛК работает на localhost порт 9099. Веб-сервер работает на localhost порт 80, имя публикации – BackTest. Имя пользователя - front, пароль - 12345.

Конфигурация тестировалась на платформе 8.3.12.1714.

Представленная конструкция реализована в трех наших интеграционных решениях. Показала себя с положительной стороны.

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Хотелось бы побольше узнать о этой функции, какие преимущества дает и как ее использовать?

Добрый день.
Данная возможность позволяет запускать конфигурацию 1С Предприятие 8. Общепит с ключами СЛК без использования сервера лицензирования.
Если Использовать СерверРАРУСиСЛК, то конфигурация использует сервер лицензирования и сервер СЛК вместе. Это реализовано для совместимости со старыми ключами и при наличии как старых, так и ключей СЛК на одном компьютере.

Как определить, что ключи подходят? Есть ли возможность замены ключей? Ну и наконец, релизы СЛК под unix-подобные системы поддерживаются?

Вам необходимо сформировать веб-отчет по IP-адресу компьютера, на котором установлены ключи и порту 15201 (для локального копьютера 127.0.0.1:15201)
В сформированном отчете вверху отображается информация о количестве ключей и ключей СЛК. У меня ключей СЛК -0. Т.е. в моем случае использование прямого подключения к СЛК неприемлемо.
Возможность замены ключей есть, согласуется в индивидуальном порядке с фирмами франчайзи 1С.
Ключи СЛК работают под операционными системами семейства unix

А к кому можно обратиться для согласования замены (я являюсь представителем франчайзи).

Светлана, Добрый день. У нас 2 ключа старых и 2 слк. Некоторое время назад узнавали про возможность замены, приведение всех к одному виду - нам было отказано. К кому обращаться для замены ? Добрый день, Сергей.
Тиражированием программного продукта 1С Предприятие 8. Общепит занимается фирма 1С, поэтому все вопросы, связанные с заменой ключей, необходимо решать с фирмой франчайзи, которая Вас обслуживает.

Здравствуйте, Коллеги!
@Сергей, @Иван, мы сами, как разработчики Совместного продукта, прекрасно понимаем нужность и востребованность такой замены старых ключей на СЛК.
Прямое подключение к СЛК во многом удобнее, а где-то и критически необходимо (работа в среде Linux, к примеру).
Но пока действительно 1С не предлагает такой процедуры (как, кстати, и апгрейда отраслевых ключей защиты).

Спасибо заранее за помощь!

Отписал по вашей просьбе две причины, из-за которых мы хотели заменить ключи.

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

Данный аппаратно-программный комплекс позволяет защитить от стороннего использования программный код и ограничить нелегальное использование продуктов.

В статье рассматриваются особенности лицензирования на примере продуктов линейки 1С:CRM, а также особенности взаимодействия с другими продуктами на СЛК 3.

Одновременное использование лицензий СЛК для версий ПРОФ и КОРП

Особенностью работы СЛК 3 в продуктах 1С:CRM 3.0 является то, что в одной информационной базе одновременно могут использоваться 2 вида лицензий: ПРОФ и КОРП. КОРП лицензия дает доступ к дополнительным возможностям, и, разумеется, стоит дороже.

Важно! Нужно учитывать, что в этом случае для покупки пользовательских ключей необходимо приобрести обе основные поставки продукта — и ПРОФ, и КОРП (т. е. купить две «коробки»).

В этом случае можно разделить работу в базе: часть пользователей будет использовать функциональность версии ПРОФ, а часть — КОРП. Например, в базе работает большое число «рядовых» менеджеров, а возможности КОРП не нужны. В этом случае КОРП лицензии приобретаются для руководства, а остальным пользователям более дешевые ПРОФ лицензии.

В решениях 1С:CRM 3.0 есть 2 способа указать используемый вариант поставки:

Вариант поставки по умолчанию в Общих настройках.
Вариант поставки в Персональных настройках пользователя.

Вариант поставки по умолчанию доступен в разделе настроек по команде «Выбор варианта поставки CRM»:

Для указания персональной настройки нужно перейти в форму персональных настроек и в строке «Используемый вариант поставки 1С:CRM» выбрать нужный вариант как показано на скринах ниже:

После этого пользователю будет доступна дополнительная функциональность КОРП версии CRM 3.0.

Важно! Настройка пользователя имеет приоритет над общей настройкой. Периодически при разборе ошибок с лицензированием выясняется, что пользователь из интереса указал недоступный в компании вариант поставки, а потом не может зайти в базу или открыть какие-то объекты.

Важно! Хотя функциональность КОРП и включает в себя все возможности ПРОФ версии, лицензия КОРП не может заменить собой ПРОФ. Если на сервере доступна только КОРП лицензия, в режиме ПРОФ работать не удастся.

Особенности перехода с предыдущей версии защиты

По сути, при работе с ключами СЛК сервер комбинированной защиты пробрасывает лицензии от сервера СЛК. При этом конфигурация не замечает, какой именно ключ защиты она использует.

Новые релизы 1С:CRM 3.0 работают только напрямую с системой СЛК 3 и только с ключами защиты СЛК 3.

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

Вся информация по замене ключей доступна по ссылке.

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

Такие проблемы нужно решать в индивидуальном порядке, обратившись на линию консультации продукта.

Решение проблем с компонентами СЛК

При совместном использовании на одном сервере различных продуктов (или разных релизов одного продукта), использующих СЛК, возможны конфликты. Чаще всего конфликт возникает из-за различных версий компоненты СЛК.

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

Компонента СЛК — это клиентская часть системы, она используется для создания защищенных объектов, получения лицензий и данных с сервера СЛК. Компоненту СЛК, как и сервер, разрабатывает вендор, а не разработчик конфигурации.

Обычно компонента CЛК встраивается в саму конфигурацию в общей макет. При использовании одного продукта на сервере «1С:Предприятия» это позволяет автоматически обновлять компоненту при обновлении конфигурации.

Но если на сервере используются несколько продуктов (или разные релизы одного продукта), то в них могут быть различные версии компоненты. В этом случае большая вероятность возникновения проблем в работе системы лицензирования.

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

Одно из решений проблемы — обновить все продукты до последней версии. Однако, обычно это может быть невозможно в связи с тем, что:

релизы выходят в разное время;
разработчик может не обновить вовремя компоненту;
принято решение о прекращении развития продукта.

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

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

Установка компоненты должна выполняется на тех компьютерах, где выполняется рабочий процесс системы «1С:Предприятие»:

На компьютере сервера приложений для клиент-серверных баз.
На компьютерах, где запускается клиентское приложение (тонкий/толстый клиент).

Более подробно читайте в «Руководстве администратора СЛК 3.0», входящем в дистрибутив системы лицензирования.

Важно! Это решение имеет и минус: конфигурация будет использовать внешнюю компоненту даже в том случае, когда после обновления встроенная компонента станет новее.

Резюмируя, отметим — если вы решите использовать внешнюю компоненту, администратор сервера должен взять на себя ответственность за ее своевременное обновление.

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

Чтобы понять, какая же версия компоненты реально используется в запущенной базе, нужно открыть Менеджер лицензий СЛК (см. скрин ниже):

Внизу формы выводится версия компоненты.

Типовые проблемы в системе лицензирования CRM 3

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

Бывает так, что периодически или постоянно возникает ошибка лицензирования вида:

Решение — обновить внешнюю или встроенную компоненту СЛК.

Обновили конфигурацию, а компонента в Менеджере лицензий старая

Нужно убедиться, установлена внешняя компонента или нет. Открываем список установленных программ и ищем так «СЛК — Компонента СЛК XXXXX»:

Если нашли и она старее сервера, удаляем или обновляем из более нового дистрибутива.

Если компонента не установлена, рекомендуется перезапустить сервер «1С:Предприятия».

Обновили ОС сервера, железо — ключи стали недоступны

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

жесткий диск, на котором установлена операционная система;
материнская плата;
процессор.

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

Хотя программный ключ напрямую не зависит от версии операционной системы (ОС), однако доступ к оборудованию для его формирования осуществляется, в том числе, и средствами ОС. Поэтому при переустановке ОС работоспособность ключа сохраняется, а при обновлении на более новую (например, с Windows XP на Windows 7, или Windows 7 на Windows 8.1 / Windows 10) ключ также может стать неработоспособным.

Изменение следующих параметров не влияет на работоспособность программного ключа:

добавление / удаление оперативной памяти;
добавление / удаление сетевых адаптеров;
добавление жестких дисков или изменение размеров разделов;
увеличение количества ядер процессора при сохранении его типа.

Нужен мобильный вариант работы с локальной версией CRM 3.0 на разных ноутбуках

Постоянно менять программные ключи не получится, число запасных пин-кодов к ним ограничено. В этом случае незаменим так называемый «Аппаратный носитель лицензии».

«1С:СЛК. Аппаратный носитель лицензий (USB)» (артикул 2900001759496) представляет собой аппаратное устройство, подключаемое к USB-порту компьютера, и является неактивированным аппаратным ключом для «1С:СЛК» версии 3.

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

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

Защита от опасных действий

Данная проблема актуальна для пользователей старых версий 1C:CRM, работающих в режиме обычного приложения.

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

Есть у нас отраслевая конфа "Комплексная автоматизация торговли алкогольной продукции" (КАТАП). Недавно приобрели "Аренда и управление недвижимостью" (АиУН). КАТАП использует СЛК 2.0.4.83, а АиУН - 2.0.3.66. Причем, каждая конфигурация работает только со своей версией СЛК. Установили 2.0.3.66 на тот же сервер. И что мы видим: версия 2.0.4.83 просто переписалась вновь установленной. Теперь работает АиУН, а КАТАП нет. Ладно, поставим в другую папку новую СЛК. Фигвам - если в системе уже стоит СЛК, то при установке только два варианта развития событий:

Естественно, хотелось, чтобы все ключики были на одном сервере. Техподдержка КАТАПа и 1С говорит, что нужно СЛК разных версий разносить по разным портам. Ладно. Удаляю всё, ставлю СЛК 2.0.4.83, назначаю ей порт 9099, копирую СЛК 2.0.3.66 установленный на другом компе. Вызываю настройки сервера СЛК 2.0.3.66, а на экран у меня вываливается окно с настройками сервера 2.0.4.83.

Вообщем, мучался-мучался с портами, но этот вариант тоже не получился.

Решение:

Открываем конфигуратор КАТАП. Там есть такая обработка:

Нам нужно в дереве конфигурации найти макет, в котором содержится следующее:

В моем случае, в КАТАПе это лежит в обработках, а в АиУНе - в общих макетах. Теперь выгружаем из КАТАПа содержимое макета, а в АиУНе - соответственно, загружаем в макет:

Бинго! Теперь обе конфигурации работают на одной версии СЛК (я взял более позднюю версию за основу). Отдельное спасибо техподдержке ЭЛИАС (разработчику АиНУ)

Читайте также: