Учет лицензий и управление сеансами пользователей
В крупных и средних компаниях, в большим количеством филиалов, с применением РБД, где сотрудники ИТ находятся на удалении друг от друга, в разъездах или трудятся по разным графикам, порой бывает затруднительно уточнить, на какое рабочее место (или сервер) был установлен тот или иной ключ защиты или лицензия.
Данная конфигурация была написана давно (для 8.0) и изначально задумывалась для учета закупаемых лицензий по отраслевому решению и для учета ключей защиты платформы. С выходом новых версий, появлением программных лицензий и дополнительных функций был добавлен сервис для контроля сеансов пользователей.
Данная конфигурация была написана давно (для 8.0) и изначально задумывалась для учета закупаемых лицензий по отраслевому решению и для учета ключей защиты платформы. С выходом новых версий, появлением программных лицензий и дополнительных функций был добавлен сервис для контроля сеансов пользователей.
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Если не трудно, обозначите хотя бы по пунктам порядок действия что нужно сделать для взлета. Ну например:
1. Развернут веб сервис с такими то настройками.
2. Развернуть базу в кластере
3. У подшефных базах необходимо указать в свойствах строку внешнего подключения и установить галочку "Обязательное внешнее управление"
И так далее. Помните, что профессионалы сами, без Вашей помощи реализовали механизм внешнего управление, тут пользуются Вашими услугами те, кто не в состоянии самостоятельно проделать все действия для положительного результата.
1. Развернут веб сервис с такими то настройками.
2. Развернуть базу в кластере
3. У подшефных базах необходимо указать в свойствах строку внешнего подключения и установить галочку "Обязательное внешнее управление"
И так далее. Помните, что профессионалы сами, без Вашей помощи реализовали механизм внешнего управление, тут пользуются Вашими услугами те, кто не в состоянии самостоятельно проделать все действия для положительного результата.
(4) Генdalf, к конфе в статье, такой:
wsdl=http://aaa.bbb.ccc.ddd/session_manage/ws/SessionControl?wsdl;ns=http://v8.1c.ru/SessionManagement;srvc=SessionControl;port=SessionControlSoap;tout=120;
где "aaa.bbb.ccc.ddd" - адрес веб сервера, где опубликован Web-сервис, советую указать IP, а не имя, дабы исключить задержки при поиске хоста.
tout=120; - время ожидания менеджером кластера ответа от сервиса внешнего управления сеансами
wsdl=http://aaa.bbb.ccc.ddd/session_manage/ws/SessionControl?wsdl;ns=http://v8.1c.ru/SessionManagement;srvc=SessionControl;port=SessionControlSoap;tout=120;
где "aaa.bbb.ccc.ddd" - адрес веб сервера, где опубликован Web-сервис, советую указать IP, а не имя, дабы исключить задержки при поиске хоста.
tout=120; - время ожидания менеджером кластера ответа от сервиса внешнего управления сеансами
Добрый день, не могли бы вы ответить на некоторые вопросы по вашему решению?
1) Может ли ваше решение установить общее ограничение на количество сеансов нескольких информационных баз?
2) Нужна ли КОРП лицензия для использования вашего решения?
3) Есть ли ограничения на конфигурации и платформу?
4) Есть ли возможность составить отчет по подключаемым сеансам за период?
5) Есть ли возможность резервирования лицензий под пользователей и уведомления пользователей, которым не удалось войти?
6) Есть ли демо версия вашего решения?
7) У вашего решения открытый программный код?
1) Может ли ваше решение установить общее ограничение на количество сеансов нескольких информационных баз?
2) Нужна ли КОРП лицензия для использования вашего решения?
3) Есть ли ограничения на конфигурации и платформу?
4) Есть ли возможность составить отчет по подключаемым сеансам за период?
5) Есть ли возможность резервирования лицензий под пользователей и уведомления пользователей, которым не удалось войти?
6) Есть ли демо версия вашего решения?
7) У вашего решения открытый программный код?