Можно ли принудительно "выйти" из программы пользователя, который "вошел" в программу под своим паролем, а потом реально ушел от своего компьютера и забыл про 1С? А то надо войти монопольно, а этот забывчивый не пускает.
Можно ли принудительно "выйти" из программы пользователя, который "вошел" в программу под своим паролем, а потом реально ушел от своего компьютера и забыл про 1С? А то надо войти монопольно, а этот забывчивый не пускает.
Скажу одно- можно. только я не знаю как. наши програмисты так постоянно делают....
Мысли материализуются
Посмотри на Hippo и прочих сайтах есть примеры таких процедур.
Извиняюсь, с www.hippo.ru меня пересылают на http://www.kraft-s.ru/. Нельзя ли дать более точную ссылку на ресурс? Пожалуйста.
http://1c.hippo.ru/Сообщение от Andre
С уважением, Алексей.
Легче все установить на всех машинах программу Remote Administrator и через нее "выгонять" пользователей, не трогая конфигурацию. Очень рульная программа, которая кроме всего прочего позовляет еще удаленно давать пользователям консультации.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
training1C
У меня вопрос: а где эту рульную программку можно взять?
Женщина должна быть красивой, любимой и счастливой, и больше она никому ничего не должна.
Да где угодно, например на listsoft.ru. Делаете там поиск по ключевым словам remote administrator
Скачиваете к себе. На всех машинах, откуда надо будет "выгонять" пользователей, ставите эту программу в режиме "сервера" и она тихонько висит в трее (можно и в инвизибл режиме установить) и когда нужно вы со своей машины заходите на машину пользователя и делаете все, что вашей душе угодно.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Можно сделать так:
Ввести константу : ВыбросЮзеров.
Сделать обработку которая позволит присваивать константе значение 1 если надо выгнать и значение 0 если нет.
В глобальном с помощью предопределенной процедуры Обработка ожидания проставляешь:
1. таймаут срабатывания процедуры
2. Проверку состаяния константы ВыбросЮзеров
и на основании проверки:
3. Вызываешь предопределенную процу ЗавершениеРаботыСистемы с определенными параметрами (см.Help)
Юзера вылетают моментом и не могут зайти пока админ не изменит константу.
Тут имеется один недостаток : иногда ЗавершениеРаботыСистемы подвешивает процесс на компе Юзера. И требуется перезагрузить сервер или снять задачу у пользователя.
При частых таких случаях надо написать DLL ку с вызовом API функции TerminateProcess. и пользоваться ей вместо ЗавершениеРаботыСистемы
Kizif, все бы ничего, но есть один минус - ситуации, когда на экране висит какой либо вопрос от системы к пользователю. В этом случае обработка не сработает и будет так дальше и висеть. Например:
Провести документ? (Да, Нет);
Сохранить элемент?(Да,Нет,Отмена);
Пользователь перед уходом на обед не вышел из программы, а просто ее заблокировал, ну и так далее.
С уважением, Рустам.
"Пишите письма мелким почерком" :-). Ответ ГАРАНТИРОВАН
Мы давно бъемся над этой проблемой и пришли к выводу, что универсального способа нет: RAdmin и пр. подобные вещицы нарушают конфиденциальность информации пользователя, а проблемы решения вопроса через конфигурацию 1С достойно описали Kizif и Training1c. Так что, мы комбинируем эти способы в зависимости от ситуации. Если кто-то еще что-либо может предложить, было бы очень интересно узнать.
Очень интересная формулировка, т.е. работнику есть что скрывать?
Мы отключаем средствами Windows2000 server. Там достаточно средств выкинуть пользователя.
Естественно. По-крайней мере, по отношению к сисадмину 1С, которому нужно запустить 1С в монопольном режиме. 1С может быть открыта и в отделе продаж, и в бухгалтерии, и у руководителя любого уровня.
С уважением, Алексей.
Согласен, только после ентого SQL может "подвесить" базку из которой вы выгоняли.
Предложу следующее:
Если база SQL'ная - Открыть Enterprise manager и там Kill Process.
Если база DBF'ная - тогда через Close session.
PS:Самая безобидная - енто обработка описанная Kizif'ом (я как раз такую и использую).
Надо ещё MD файл отключить от юзера. Порвать SQl connect недостаточно, если 1С не отрабатываетникаких запросов пользователей.
Всех благ!!!
Чувелёв Андрей
ps: Всё вышеизложенное является моим частным мнением и не может претендовать на полноту изложения.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
