Автоматическая блокировка окна 1C #281672

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

Проще пару раз набрать от имени пользователя оставившего ПК не заблокированным документ. Еще можно письмо директору написать :)

Не совсем проще ! Если дело идет о рабочем месте, доступ к которому имеют 5-10 человек, например 10 продавцов (рабочее место в торговом зале). А работают они под одним пользоватлем - "продавец". В данном случае кто что из продавцов контретно сделал - никогда не разберёшь. Поэтому и возникает мысть автоматически блокировать окно 1с, а авторизацию продавца производить паролем или магнитной картой.

IMHO никак

Тогда ПодключитьОбработчикОжидания

И что там проверять?

Заблокировать то, проще простого, но вот чем ты будешь измерять бездействие, вот это вопрос...

А подключать его например при записи документа, что еще продавцы могут. Отчеты не используют, справочники не заполняют.

"Обработчик" ? Какое событие мне отлавливать? Точнее сказать, как определить, что пользователь в системе не работает какое-то время ?

Документы продавци делают редко. Максимум 3-5 документа в день. В основном задача продавцов сводится к просмотру остатков например в обработке "рабочее место менеджера по продажам"

Какая работа у продавцов? накладные бить? Вот по ним и лови. Или не только накладные? Тогда сложней.

Ну так дай права продавцам только на просмотр. А документы пускай старший смены делает.

Когда-то это уже обсуждалось, жаль поиск не работает, тогда одно из решений было найдено в связке 1С с внешней прогой, отслеживающей активность пользователя винды.

где об этом поподробнее можно найти ?

лень

А что скринсейвер в виндах не прокатит?

Думаю, можно на форуме через Яндекс поискать.

А авторизовываться как ? Точнее как 1С узнает, кто авторизовался ?

Под каждым пользователем винды свое окно 1С + Аутентификация Windows

мне уже нравится ход твоих мыслей, исправляешься ))

Тоесть 10 пользователей ? 10 одновременно открытых окон 1С на одной железяке ? А на этом рабочем месте используется сканер штрих-кода, который на COM порту сидит, как его пользователи делить будут ? По принципу - "Кто первый встал - того и тапки".

Есть прекрасное решение проблемы, просто классика жанра. Отходя от компа, залочь 1С. Кто не залочил, получил женского органа или не получил часть бабла в виде зарплаты.

Да - но это все работа под одним пользователем, в понятии 1С. Если закрывать программу и токрывать её под новым (нужным) пользователем - это 15-30 сек - это долго для продавца

Нифига, можно набросать свою обработку, которая вполне будет мультипользовательской :))

Сделать обработку запрашивающую пароль при проведении документа...

Ну да, гениальная идея. Сразу убьют, а пароль сделают все "1".

Если доков 3-5 в день, то не убьют или, во всяком случае, не сразу )))

Зачем закрывать, открывать?... Разве мы говорим не о ЗаблокироватьРаботуПользователя?

Тоесть у меня есть глобальная переменная глПользователь При запуске 1С эта переменная заполняется значением пользователя, который запустил её, например "пользователь1". Уходя с рабочего места, "пользователь1" заблокировал работу системы. Пришел к данному рабочему месту "пользователь2", и что он должен делать ? Вводить пароль "пользователя1" ? - Тогда сообветственно и работать пользователь2 в 1с будет под имененем "пользователь1".

В какой момент блокируем? :)

Не суть важно, что это за команда, ЗаблокироватьРаботуПользователя или Обработки.АвторизацияПользователей.ПолучитьОсновнуюФорму.ОткрытьМодально Вопрос в другом: В какой момент и кто (какой обработчик) будет запускать это самое вышеуказанное действие ?

а в чем сложность определить запуск скринсавера  ?

Каким образом ?

учи вми + все таже обработка ожидания

+ лениво, еще раз думаю ежли поразмыслит, то скажет

"вми" - Что это ? И где об этом написано ?

windows management instrument

Дык, мне тож лениво )

+ После работы размышлять... Хотя с WMI эт конечно вариант )

да изврат, но восьмерку незнаю вообще, потому так и предложил, можно и коммандусистемы + tasklist + find использовать ))

+ просто находим процесс с оканчивающийся на .scr под текущем пользователем и запускаем модальное окно

типа

Интересный Вариант. Сейчас опробую

41) только команда вми = Новый COMОбъект("winmgmt") не проходит по причине: Недопустимая строка с указанием класса

Ну естественно, это ж пример, не надо так буквально воспринимать...

+ ПолучитьCOMОбъект("winmgmts:{impersonationLevel=impersonate}!\. ootcimv2");

+ Общий принцип, так сказать, он не только из-за этого не рабочий...

А эту строку Скрипт=Новый COMОбъект("MSScripControl.ScripControl"); тогда как привести к рабочему виду ?

Лучше всего это решить административными методами. Решается очень легко, под чьим пользователем сделана операция - значит тот и делал - сами сразу будут лочить 1С'ку ... + На панели задач залочено 20 1С'ок как долго будешь искать свою?

В этот механизм очень не удобный. И требует много времени на авторизацию пользователя.

Чем неудобен? Если слишком долго авторизуются - пусть авторизуются один раз в день с утра ...

читай

Один пользователь - это пользователь 1С, а не винды? Если так, то как эти продавцы будут отличаться для 1С?

если доков мало, то можно сделать запрос карты доступа перед проведением документа и в этот момент писать кто именно...

Тоесть у меня есть глобальная переменная глПользователь При запуске 1С эта переменная заполняется значением пользователя, который запустил её, например "пользователь1". Уходя с рабочего места, "пользователь1" заблокировал работу системы. (открылась модально форма авторизации) Пришел к данному рабочему месту "пользователь2", и провёл магнитной картой по ридеру. Модальная форма авторизации закрылась, а значение глобальной переменной глПользователь заполнилось значением справочника, соответствующего пользователю2. При создании новых документов в один из реквизитов документа подставляется значение глобальной переменной глПользователь. Тоесть в последствии становится всё ясно, кто что делал.

Тоесть есть функция В этой функции на строке Скрипт = Новый COMОбъект("MSScripControl.ScripControl"); лезет ошибка: Недопустимая строка с указанием класса Кто нибуть может это исправить ?

Script !!!! букву t добавь....

"А слона то я и не заметил"... Функция заработала, приступаю к тестированию

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

а если у пользователя в это время открыто модальное окно - работает?