1с слк что это
Конфигурация платформы 1С защищена программно-аппаратными средствами. Для каждой защищаемой конфигурации создается своя уникальная серия ключей. Поэтому ключи от одной конфигурации несовместимы с ключами от других конфигураций платформы 1С.
1. Виды ключей СЛК в 1С
Итак, ключи программы 1С по виду могут быть аппаратными (USB) и программными.
Аппаратный ключ 1С представляет собой USB устройство для хранения лицензий СЛК (система лицензирования и защиты конфигурации).
Для подключения аппаратных ключей 1С необходимо наличие USB порта стандарта USB 1.0 и выше. Для работы аппаратных ключей 1С в ОС Windows нужно установить специальный драйвеp, поддерживающий все версии и типы (32-разрядные и 64-разрядые) ОС Windows, начиная с Windows XP. Для работы аппаратных ключей в ОС Linux необходимо наличие стандартной библиотеки LibUSB версии 1.0 или выше.
Аппаратные ключи поставляются активированными (уже подготовленными для работы конкретной конфигурации платформы 1С и содержащими лицензии определенного типа) и не активированными (их еще называют аппаратными носителями лицензий), которые необходимо активировать, используя код активации программного ключа. В результате программный ключ привязывается к конкретному аппаратному ключу.
Программный ключ 1С СЛК представляет собой лицензии СЛК, «привязанные» к определенному носителю (ПК или не активированному аппаратному ключу). Привязка ключа к носителю происходит с помощью кода активации, который состоит из цифр и латинских букв общей длиной 20 символов. Причем каждый код активации может быть использован только один раз.
После привязки к ПК программный ключ 1С представляет из себя файл на жестком диске, полученный на основании комплектующих ПК:
· жесткого диска, на котором установлена ОС
2. Что оказывает влияние на работу «ключ СЛК»
После изменения одного из указанных выше параметров ключ может перестать работать. Необходимо заметить, что при переустановке операционной системы ключ продолжает работать, в то время как, если мы обновим на более новую версию, ключ может перестать работать. С помощью резервных кодов активации можно будет повторно установить программный ключ.
На работу ключа не оказывают влияние такие изменения как:
· Добавление или удаление оперативной памяти;
· Добавление или удаление сетевых адаптеров;
· Добавление жестких дисков;
· Увеличение количества ядер процессора при сохранении его типа.
Специалист компании «Кодерлайн»
Вас могут заинтересовать следующие статьи:
Система защиты и лицензирования СЛК используется многими разработчиками ПО на платформе «1С:Предприятие».
Данный аппаратно-программный комплекс позволяет защитить от стороннего использования программный код и ограничить нелегальное использование продуктов.
В статье рассматриваются особенности лицензирования на примере продуктов линейки 1С:CRM, а также особенности взаимодействия с другими продуктами на СЛК 3.
Одновременное использование лицензий СЛК для версий ПРОФ и КОРП
Особенностью работы СЛК 3 в продуктах 1С:CRM 3.0 является то, что в одной информационной базе одновременно могут использоваться 2 вида лицензий: ПРОФ и КОРП. КОРП лицензия дает доступ к дополнительным возможностям, и, разумеется, стоит дороже.
Важно! Нужно учитывать, что в этом случае для покупки пользовательских ключей необходимо приобрести обе основные поставки продукта — и ПРОФ, и КОРП (т. е. купить две «коробки»).
В этом случае можно разделить работу в базе: часть пользователей будет использовать функциональность версии ПРОФ, а часть — КОРП. Например, в базе работает большое число «рядовых» менеджеров, а возможности КОРП не нужны. В этом случае КОРП лицензии приобретаются для руководства, а остальным пользователям более дешевые ПРОФ лицензии.
В решениях 1С:CRM 3.0 есть 2 способа указать используемый вариант поставки:
- Вариант поставки по умолчанию в Общих настройках.
- Вариант поставки в Персональных настройках пользователя.
Вариант поставки по умолчанию доступен в разделе настроек по команде «Выбор варианта поставки CRM»:
Для указания персональной настройки нужно перейти в форму персональных настроек и в строке «Используемый вариант поставки 1С:CRM» выбрать нужный вариант как показано на скринах ниже:
После этого пользователю будет доступна дополнительная функциональность КОРП версии CRM 3.0.
Важно! Настройка пользователя имеет приоритет над общей настройкой. Периодически при разборе ошибок с лицензированием выясняется, что пользователь из интереса указал недоступный в компании вариант поставки, а потом не может зайти в базу или открыть какие-то объекты.
Важно! Хотя функциональность КОРП и включает в себя все возможности ПРОФ версии, лицензия КОРП не может заменить собой ПРОФ. Если на сервере доступна только КОРП лицензия, в режиме ПРОФ работать не удастся.
Особенности перехода с предыдущей версии защиты
1С:CRM редакции 2.0, а так же начальные релизы системы 1С:CRM редакции 3.0 (до версии 3.0.5.17) используют другую систему защиты и лицензирования. Это так называемая комбинированная (или гибридная) система компании «1С‑Рарус». Ее особенность в том, что она может работать как с собственными ключами защиты «1С‑Рарус» (аппаратными и программными), так и с ключами СЛК фирмы «1С» (аппаратными и программными). Более старые версии комбинированной системы защиты взаимодействует с СЛК 2, новые — с СЛК 3.
По сути, при работе с ключами СЛК сервер комбинированной защиты пробрасывает лицензии от сервера СЛК. При этом конфигурация не замечает, какой именно ключ защиты она использует.
Новые релизы 1С:CRM 3.0 работают только напрямую с системой СЛК 3 и только с ключами защиты СЛК 3.
Важно! Если в старом решении используются аппаратные ключи, то при переходе необходимо заменить ключи на новые. Если используются программные ключи СЛК, то вероятнее всего они будут работать и в CRM 3.0.
Вся информация по замене ключей доступна по ссылке.
После перехода на 1С:CRM 3.0 рекомендуется удалить сервер комбинированной защиты «1С‑Рарус». Но если нужно использовать продукты на старой системе защиты, его можно оставить, т. к. системы могут работать вместе на одном сервере. При этом настоятельно рекомендуется обновить обе системы защиты до последних версий. Ссылки на актуальные дистрибутивы приведены ниже.
Проблемы могут возникнуть, если конфигурация с комбинированной защитой очень старая и нет возможности обновить ее или хотя бы ее компоненту защиты до новой версии. В этом случае возможны конфликты при работе серверов защиты. Например, может возникнуть такая ошибка:
Такие проблемы нужно решать в индивидуальном порядке, обратившись на линию консультации продукта.
Решение проблем с компонентами СЛК
При совместном использовании на одном сервере различных продуктов (или разных релизов одного продукта), использующих СЛК, возможны конфликты. Чаще всего конфликт возникает из-за различных версий компоненты СЛК.
Сервер СЛК обслуживает ключи защиты (программные и аппаратные), раздает их лицензии и обрабатывает запросы клиентов.
Компонента СЛК — это клиентская часть системы, она используется для создания защищенных объектов, получения лицензий и данных с сервера СЛК. Компоненту СЛК, как и сервер, разрабатывает вендор, а не разработчик конфигурации.
Обычно компонента 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, работающих в режиме обычного приложения.
Некоторые время назад появился режим работы пользователей с «защитой от опасных действий». Причем эта настройка включена по умолчанию. При активации данного режима платформа выдает предупреждения и позволяет отменить некоторые действия, которые потенциально могут нанести вред программе. Например, открытие внешних обработок.
В силу специфики системы защиты, данную функцию необходимо отключить:
Ссылки и материалы
Если сервер СЛК уже установлен, ссылки доступны в разделе «Документация и ссылки»:
Программный ключ 1С:СЛК можно активировать на компьютере либо «привязать» к аппаратному ключу.
Примечание: данный ключ выглядит как флешка синего цвета.
Неактивированный аппаратный ключ (аппаратный носитель) может быть использован для переноса уже установленного на компьютере программного ключа.
Лицензию можно переносить с одного носителя на другой, то есть с компьютера перенести на аппаратный ключ в виде флешки.
Привязка к носителю выполняется при установке программного ключа, которая осуществляется при помощи специального кода активации — последовательности из 20 цифр и латинских букв от A до Z, например:
- 0114-6081-3660-7704-5030
- 3LXC-2MRZ-K7YR-71TN-RVJH
Обращаем ваше внимание! Использовать код активации можно только один раз. В случае изменения конфигурации компьютера или необходимости переноса на другой носитель (компьютер или не активированный аппаратный ключ) необходимо воспользоваться резервными кодами.
Получить резервные коды можно автоматически при условии доступности ключей в консоли сервера СЛК.
В случае получения резервного кода активации для ключа, установленного на аппаратном носителе (неактивированный ключ), аппаратный носитель освобождается и становится доступен для установки другого ключа.
Установка лицензии
Для установки лицензии выполните следующие действия:
- Откройте консоль сервера СЛК (можно воспользоваться меню «Пуск»):
- В открывшемся окне перейдите в раздел «Установка лицензий»:
Укажите данные лицензии:
Далее выберите требуемое место установки:
- компьютер, на котором установлен сервер СЛК;
- аппаратный носитель (неактивированный USB-ключ).
Пункт «неактивированный USB-ключ» появляется только тогда, когда в USB-порт вставлен аппаратный носитель лицензий.
Далее нажмите «Установить автоматически через Интернет».
В результате в окне отобразятся данные установленного ключа:
Получение резервных кодов активации
Резервные коды активации необходимы для восстановления работоспособности ключа в случае изменения конфигурации компьютера или для переноса лицензии на другой носитель — компьютер или неактивированный аппаратный ключ.
Существует несколько способов получения резервного кода:
- автоматически через Интернет;
- при помощи файлового запроса;
- посредством телефонного звонка в Центр Лицензирования.
Автоматически через Интернет
Для автоматического получения резервных кодов активации:
- Откройте консоль сервера СЛК, в списке установленных лицензий выберите требуемый ключ и нажмите «Получить резервный код…»:
При выполнении данной операции система попросит ввести имя пользователя и пароль:
По умолчанию для входа используются имя пользователя admin и пароль admin.
Примечание: в целях безопасности рекомендуется не отключать авторизацию и изменить имя пользователя и пароль по умолчанию в разделе «Параметры».
- В случае успешной авторизации откроется окно получения резервного кода:
Выберите в открывшемся окне причину получения резервного кода и нажмите «Получить резервный код автоматически через Интернет». В этом случае автоматически будет отправлен запрос в Центр Лицензирования. В случае успеха будет отображено состояние деактивированного ключа вместе с полученным резервным кодом:
Примечание: в случае, если предыдущий ключ был доступен, он сохранит свою работоспособность в течении 24 часов, чтобы было достаточно времени на выполнение установки полученного резервного кода на новом месте.
- Полученный резервный код активации используется для установки на новом месте. Например, на аппаратном носителе (не активированном ключе) либо на этом же компьютере, для чего необходимо перейти в раздел «Установка лицензий».
При помощи файлового запроса
Описание данного способа активации доступно на сайте.
По запросу в Центр Лицензирования
ВАЖНО! Обработка запросов осуществляется по рабочим дням с 10:00 до 18:00 по московскому времени.
Перенос лицензии с компьютера на аппаратный носитель
Для переноса программного ключа, установленного на компьютер, на аппаратный носитель необходимо:
- В консоли сервера СЛК получить резервный код для программного ключа и перенести его на аппаратный носитель (см. пункт Получение резервных кодов активации).
- Подключить аппаратный носитель к компьютеру, где работает сервер СЛК (для этого вставьте ключ в USB-порт).
- В консоли сервера СЛК зайдите в раздел «Установка лицензий», укажите резервный код, ИНН, КПП и выберите место установки «Неактивированный USB-ключ»:
Далее нажмите «Установить автоматически через Интернет» - будет выполнена установка лицензии на USB-ключ:
Параметры привязки к компьютеру
Программный ключ для привязки к компьютеру представляют собой файл на жестком диске, сформированный на основании следующих параметров компьютера, где установлен сервер СЛК:
- жесткий диск, на котором установлена операционная система;
- материнская плата;
- процессор.
При изменении этих параметров программный ключ может стать неработоспособным. Для восстановления работоспособности потребуется повторная установка, для чего возможно получение ограниченного числа резервных кодов активации.
Примечание: программный ключ напрямую не зависит от версии операционной системы (ОС). Однако доступ к оборудованию для его формирования осуществляется, в том числе, и средствами ОС. Поэтому при переустановке ОС работоспособность ключа сохраняется, а при обновлении на более новую (например, с Windows XP на Windows 7, или Windows 7 на Windows 8.1/Windows 10) ключ также может стать неработоспособным.
Изменение следующих параметров не влияет на работоспособность программного ключа:
- Добавление/удаление оперативной памяти.
- Добавление/удаление сетевых адаптеров.
- Добавление жестких дисков или изменение размеров разделов.
- Увеличение количества ядер процессора при сохранении его типа.
Использование внешней компоненты СЛК
Внешняя компонента СЛК — это клиентская часть системы, при помощи которой конфигурация обращается к серверу СЛК.
Компонента СЛК размещается в самой конфигурации, поэтому отдельной установки внешней компоненты в общем случае не требуется.
Отдельная установка компоненты позволяет использовать обновленную компоненту без внесения изменений в конфигурацию/конфигурации и используется в случаях:
- Когда необходимо обеспечить одновременную работу нескольких конфигураций, содержащих различные версии компонент СЛК. В этой ситуации отдельная установка выполняет унификацию всех версий компонент до единой версии — той, которая устанавливается.
- Когда необходимо выполнить общее обновление СЛК, но изменить макет компоненты в самой конфигурации невозможно. Например, еще не вышло обновление продукта.
Инсталлятор внешней компоненты входит в состав дистрибутива системы лицензирования в архиве вида «licenceaddin-3.0.18.8079.zip». Внутри архива находятся инсталляционные пакеты для Windows и Linux.
Установка компоненты должна выполнятся на тех компьютерах, где выполняется рабочий процесс системы 1С:Предприятие:
- На компьютере сервера приложений для клиент-серверных баз.
- На компьютерах, где запускается клиентское приложение (тонкий/толстый клиент).
Более подробно читайте в «Руководстве администратора СЛК 3.0», так же входящем в дистрибутив системы лицензирования.
Важно! Если установлена внешняя компонента, то встроенная в конфигурацию компонента больше не будет использоваться, даже в том случае, если она новее (обновились на новый релиз продукта).
По этой причине может возникнуть следующая проблема: устанавливаются обновления продукта, которые должны решить проблему с работой СЛК (например, при переходе на новую версию платформы «1С»), но проблема не решается. В этом случае следует убедиться — какая версия компоненты реально используется? Для этого в конфигурации откройте обработку «Менеджер лицензий СЛК» — версия выводится внизу формы:
Если выводится более старая версия, есть 2 варианта решения:
- Обновить внешнюю компоненту из нужного дистрибутива системы лицензирования.
- Удалить внешнюю компоненту стандартными средствами ОС. В этом случае после перезапуска конфигурация подключит свою встроенную компоненту.
Рекомендуем ознакомиться
Быстрый кейс: «Сбербанк Факторинг» на базе 1С:CRM
Интеграция CRM и бухгалтерии — принцип работы
Когда заходит речь о внедрении CRM, то первое, о чём вспоминают, это об интеграции с существующей программой бухучёта. В случае интеграции 1С:CRM и 1С:Бухгалтерии всё намного проще — она изначально заложена в архитектуру CRM, поэтому всё происходит а.
Преимущества механизма
• одного ключа достаточно для лицензирования любого количества клиентов/пользователей;
• пользователю не нужно устанавливать сервер СЛК у себя, нужен только доступ в Интернет;
• удобно управлять лицензиями: можно оперативно подключить/отключить клиента, дать тестовый доступ, ограничить функционал в зависимости от вида лицензии (по типу ПРОФ, КОРП и т. п.);
• несложно реализовать политику лицензирования по количеству одновременных сеансов, количеству устройств, на которых установлена конфигурация и т. п.;
• можно получать данные о платформе, используемой версии конфигурации и т. д., что очень помогает при расследовании инцидентов;
• можно собирать статистику использования конфигурации.
В общем, возможности ограничены только фантазией и здравым смыслом.
Последовательность действий
1. Связаться с разработчиками СЛК, приобрести ключ, получить комплект разработчика.
- установочные пакеты сервера;
- драйвер ключа защиты;
- установочные пакеты компоненты;
- архив компоненты для загрузки в макет конфигурации;
- исполняемые модули редактора файлов;
- документация;
- демонстрационная конфигурация, примеры;
- ключ шифрования разработчика и примеры файлов данных для конкретной серии.
Следует отметить, что поддержка разработчиков СЛК грамотная и отзывчивая, документация добротная. Имеется демонстрационная конфигурация. Поэтому опишу процесс концептуально.
Рабочий шаблон "Бэка защиты", пример защищаемой конфигурации и обработка для создания защищенного файла данных содержится в прилагаемом к статье архиве.
Внедрены подсистемы БСП версии 3.0.3.69:
• Анализ журнала регистрации
• Базовая функциональность (обязательная)
• Завершение работы пользователей
• Настройки программы
• Обновление версии ИБ (обязательная)
• Пользователи (обязательная)
• Регламентные задания
• Удаление помеченных объектов
• Управление доступом
Собственно объекты защиты собраны в подсистему "Бэк":
2. Установить сервер СЛК. Активировать ключ.
3. Установить конфигурацию "Бэк защиты" и опубликовать HTTP-сервис Back на веб-сервере. Запомнить имя публикации. В пользовательском режиме создать пользователя с именем, например, "front" и полными правами. Ввести для него пароль. Под этим пользователем клиенты будут подключаться к сервису.
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С:Совместимо если имеют какую-то защиту, то это СЛК. Причем разные конфигурации могут использовать разные версии СЛК. И не всегда получается их подружить. В этой статье пойдет речь как раз об этом.
Есть у нас отраслевая конфа "Комплексная автоматизация торговли алкогольной продукции" (КАТАП). Недавно приобрели "Аренда и управление недвижимостью" (АиУН). КАТАП использует СЛК 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.
Вообщем, мучался-мучался с портами, но этот вариант тоже не получился.
Решение:
Открываем конфигуратор КАТАП. Там есть такая обработка:
Нам нужно в дереве конфигурации найти макет, в котором содержится следующее:
В моем случае, в КАТАПе это лежит в обработках, а в АиУНе - в общих макетах. Теперь выгружаем из КАТАПа содержимое макета, а в АиУНе - соответственно, загружаем в макет:
Бинго! Теперь обе конфигурации работают на одной версии СЛК (я взял более позднюю версию за основу). Отдельное спасибо техподдержке ЭЛИАС (разработчику АиНУ)
Читайте также: