Мониторинг активности пользователя
Работает ли пользователь с программой? Сколько времени пользователь работает в программе? Что пользователь делает в программе? - эти вопросы стандартно решаются или просмотром журнала регистрации, или с помощью внешних программ. В данной статье будет предложен способ, как следить за активностью пользователей, используя небольшую доработку конфигурации. Бонусом системы мониторинга является автоматическое завершение сеансов пользователей, не работающих с программой длительное время.
Комментарии
Избранное
Подписка
Сортировка:
Древо
Хорошее решение. Я как раз сейчас делаю аналогичное (!) по завершению сеансов, тоже включающее отслеживание окон (но у меня гораздо больше функционала заложено, поэтому пока не выкладываю, хотя об отслеживании окон уже писал тут недавно в комментариях к другой публикации тоже на тему закрытия неактивных сеансов).
У Вас подсмотрел идею о хешировании строки открытых форм (хотя уже, в общем-то, тоже об этом думал) - не знаю пока - будут ли использовать - у меня иное хранение текущего состояния, думал просто хранить идентификаторы форм списком, т.к. я делаю расширение конфигурации в режиме совместимости для платформы 1С 8.3.9 - а там ещё пока нельзя в расширение изменять структуру данных БД.
Не пойму только, почему Вы применили свою функцию хеширования, а не взяли типовой объект из 8.3 "ХешированиеДанных"?
Ну и жаль, что Вы не привели в описании алгоритм завершения работы системы - там тоже есть свои нюансы.
У Вас подсмотрел идею о хешировании строки открытых форм (хотя уже, в общем-то, тоже об этом думал) - не знаю пока - будут ли использовать - у меня иное хранение текущего состояния, думал просто хранить идентификаторы форм списком, т.к. я делаю расширение конфигурации в режиме совместимости для платформы 1С 8.3.9 - а там ещё пока нельзя в расширение изменять структуру данных БД.
Не пойму только, почему Вы применили свою функцию хеширования, а не взяли типовой объект из 8.3 "ХешированиеДанных"?
Ну и жаль, что Вы не привели в описании алгоритм завершения работы системы - там тоже есть свои нюансы.
(1)
Функцию хеширования я взял отсюда: . Встроенную функцию не проверял, но думаю, что тоже можно использовать, но заранее не могу сказать, какой вариант будет быстрее, т.к. алгоритмы хеширования разные.
Не пойму только, почему Вы применили свою функцию хеширования, а не взяли типовой объект из 8.3 "ХешированиеДанных"?
Функцию хеширования я взял отсюда: . Встроенную функцию не проверял, но думаю, что тоже можно использовать, но заранее не могу сказать, какой вариант будет быстрее, т.к. алгоритмы хеширования разные.
Идея интересная, но вопрос, зачем делать обращение к срезПоследних регистра, если у Вас и так есть
Не проще хранить последние данные в глобальных переменных объявленных в этом модуле ? и не дергать каждый раз базу "по пустякам" ?
"создаем в глобальном клиентском общем модуле (это означает, что у общего модуля должны стоять флажки "глобальный" и "клиент")"
Не проще хранить последние данные в глобальных переменных объявленных в этом модуле ? и не дергать каждый раз базу "по пустякам" ?
Если Переменная<>Неопределено
И ТипЗнч(Переменная)<>Тип("Null")
И ТипЗнч(Переменная)<>Тип("Строка")
И ТипЗнч(Переменная)<>Тип("Число")
И ТипЗнч(Переменная)<>Тип("Дата")
И ТипЗнч(Переменная)<>Тип("Булево")
И ТипЗнч(Переменная)<>Тип("ДекорацияФормы")
ТогдаЗачем вы заставляете систему делать лишние действия? Так ведь лучше, правда?
ТипЗначения = ТипЗнч(Переменная)
Если Переменная <> Неопределено
И ТипЗначения <> Тип("NULL") И ТипЗначения <> Тип("Строка")
И ТипЗначения <> Тип("Число") И ТипЗначения <> Тип("Дата")
И ТипЗначения <> Тип("Булево") И ТипЗначения <> Тип("ДекорацияФормы") ТогдаЧтобы гарантированно выкинуть пользователя, лучше использовать не ЗавершитьРаботуСистемы(), а ПрекратитьРаботуСистемы(). Если у вас есть модальный диалог, ЗавершитьРаботуСистемы() не отработает.
(8)
Зачем вы заставляете систему делать лишние действия? Так ведь лучше, правда?
:))
ТипЗначения = ТипЗнч(Переменная);
ЧтотоСделать = НЕ (Переменная = Неопределено
ИЛИ ТипЗначения = Тип("NULL") ИЛИ ТипЗначения = Тип("Строка")
ИЛИ ТипЗначения = Тип("Число") ИЛИ ТипЗначения = Тип("Дата")
ИЛИ ТипЗначения = Тип("Булево") ИЛИ ТипЗначения = Тип("ДекорацияФормы"));
Если ЧтотоСделать Тогда ...
(12)
Про оптимальность прямо не скажешь, зависит от того, какие значения чаще принимает Переменная, просто для выполнения данного условия с использованием И НЕ РАВНО И НЕ РАВНО ... надо проверить все условия И, а для РАВНО ИЛИ РАВНО ... до первой ИСТИНЫ ...
Вообще извиняюсь, прямо к теме отношения не имеет, тут больше субъективное отношение - длинное И НЕ РАВНО И НЕ РАВНО ... режет глаз ))
А вот для логического "ИЛИ" нужно вычислить все условия
Зачем, если первое ИСТИНА даст всему выражению ИЛИ - ИСТИНА ?
Про оптимальность прямо не скажешь, зависит от того, какие значения чаще принимает Переменная, просто для выполнения данного условия с использованием И НЕ РАВНО И НЕ РАВНО ... надо проверить все условия И, а для РАВНО ИЛИ РАВНО ... до первой ИСТИНЫ ...
Вообще извиняюсь, прямо к теме отношения не имеет, тут больше субъективное отношение - длинное И НЕ РАВНО И НЕ РАВНО ... режет глаз ))
(16) Да, вы правы, с точки зрения количества сравнений их будет ровно столько же. Единственное, что вы добавляете еще одну логическую операцию (НЕ) и вспомогательную переменную.
Мне, наоборот, удобнее, когда условия находятся на разных строках. Так и нагляднее, и добавлять проще. В общем на "вкус и цвет товарищей нет".
Вообще извиняюсь, прямо к теме отношения не имеет, тут больше субъективное отношение - длинное И НЕ РАВНО И НЕ РАВНО ... режет глаз ))
Мне, наоборот, удобнее, когда условия находятся на разных строках. Так и нагляднее, и добавлять проще. В общем на "вкус и цвет товарищей нет".
(8) Спасибо за замечание, конечно, нужно поправить. Что касается, ЗавершитьРаботуСистемы() или ПрекратитьРаботуСистемы(), то выбор зависит от того, какая поставлена цель. Если надо убрать сеансы, в которых пользователи открыли программу и не работают, то достаточно ЗавершитьРаботуСистемы(). Если же цель завершить сеанс, даже если имеется открытый (не сохраненный) документ, то да тогда нужно использовать ПрекратитьРаботуСистемы().
Интересный подход. Но концептуально странный и даже опасный, если пользователи поймут что к чему. Ведь важно не то, сколько сотрудник ДЕЛАЛ, а то, сколько он СДЕЛАЛ. Почувствуйте разницу. Неопытный сотрудник может очень бурно изображать деятельность, но выхлопа от этого будет мало. Это относится к любой работе и профессии.
Когда я был неопытным специалистом 1С и только начинал, были задачи по УПП, ради решения которых я упорно сидел по несколько дней в конфигураторе в режиме отладки, пытаясь понять поведение системы, хотя задача в теории решалась за 5 минут грамотным консультантом и без захода в конфигуратор.
У нас есть отчет по пользователям в базах 1С, который показывает, кто сколько документов в базе создал за период, сгруппированные по типам документов и с указанием количества строк в ТЧ документов. Дает представление о объеме выполненной работы. Конечно, сильно зависит от должностных обязанностей работников, слепо количественно позволяет только оценивать тех, кто чисто на первичке сидит. У кого обязанности налоговый учет, декларации, закрытие месяца, всякая другая отчетность и т.д., понятно, так не оценить, документов они вводят не много.
Мне симпатичен способ нормирования, когда на одного расчетчика 200 сотрудников + зуп отчетность, например, или на одного буха 2000-4000 основных средств и т.д., но вообще тема очень сложная, пользователь может реально зашиваться и не успевать только потому, что многие функции не автоматизированы и он не знает, что это можно автоматизировать, или функции автоматизированы, но пользователь не знает, как можно работать эффективнее и никто его не учит. Тут только может помочь желание непосредственного руководителя сделать работу пользователя эффективнее + привлечение консультантов-программистов 1С, аудит рабочих и производственных процессов.
ВЫВОД: Универсального счетчика быть не может в принципе, по которому можно объективно оценить любого пользователя, везде необходимо подходить с умом. Там, где сотр решает бизнес-цели, там проще, можно оценивать просто по принесенной выручке/прибыли/выработке и т.д. Там, где обслуживающие подразделения: бухи, юристы, финансисты-экономисты, айтишники и т.д. все намного сложнее.
Когда я был неопытным специалистом 1С и только начинал, были задачи по УПП, ради решения которых я упорно сидел по несколько дней в конфигураторе в режиме отладки, пытаясь понять поведение системы, хотя задача в теории решалась за 5 минут грамотным консультантом и без захода в конфигуратор.
У нас есть отчет по пользователям в базах 1С, который показывает, кто сколько документов в базе создал за период, сгруппированные по типам документов и с указанием количества строк в ТЧ документов. Дает представление о объеме выполненной работы. Конечно, сильно зависит от должностных обязанностей работников, слепо количественно позволяет только оценивать тех, кто чисто на первичке сидит. У кого обязанности налоговый учет, декларации, закрытие месяца, всякая другая отчетность и т.д., понятно, так не оценить, документов они вводят не много.
Мне симпатичен способ нормирования, когда на одного расчетчика 200 сотрудников + зуп отчетность, например, или на одного буха 2000-4000 основных средств и т.д., но вообще тема очень сложная, пользователь может реально зашиваться и не успевать только потому, что многие функции не автоматизированы и он не знает, что это можно автоматизировать, или функции автоматизированы, но пользователь не знает, как можно работать эффективнее и никто его не учит. Тут только может помочь желание непосредственного руководителя сделать работу пользователя эффективнее + привлечение консультантов-программистов 1С, аудит рабочих и производственных процессов.
ВЫВОД: Универсального счетчика быть не может в принципе, по которому можно объективно оценить любого пользователя, везде необходимо подходить с умом. Там, где сотр решает бизнес-цели, там проще, можно оценивать просто по принесенной выручке/прибыли/выработке и т.д. Там, где обслуживающие подразделения: бухи, юристы, финансисты-экономисты, айтишники и т.д. все намного сложнее.
(14) В статье описан метод регистрации активности пользователя, но каждый может использовать его для своих целей. Если премию выписывать, то да, это опасный подход, согласен.
Как раз здесь интересно отношение "Объем выполненной работы (количество введенных документов, справочников, строк табличной части и т.п.)" к продолжительности активной работы пользователя. Если у одного пользователя этот показатель будет существенно выше, а у другого существенно ниже, то это предмет для анализа, что пользователь делает неэффективно, почему тратит больше времени на выполнение одних и тех же действий.
Мне симпатичен способ нормирования, когда на одного расчетчика 200 сотрудников + зуп отчетность, например, или на одного буха 2000-4000 основных средств и т.д., но вообще тема очень сложная, пользователь может реально зашиваться и не успевать только потому, что многие функции не автоматизированы и он не знает, что это можно автоматизировать, или функции автоматизированы, но пользователь не знает, как можно работать эффективнее и никто его не учит. Тут только может помочь желание непосредственного руководителя сделать работу пользователя эффективнее + привлечение консультантов-программистов 1С, аудит рабочих и производственных процессов.
Как раз здесь интересно отношение "Объем выполненной работы (количество введенных документов, справочников, строк табличной части и т.п.)" к продолжительности активной работы пользователя. Если у одного пользователя этот показатель будет существенно выше, а у другого существенно ниже, то это предмет для анализа, что пользователь делает неэффективно, почему тратит больше времени на выполнение одних и тех же действий.
Повторил весь код для УПП 1.3 для обычного приложения (код вставлял в ПриНачалеРаботыСистемы() обычного приложения). После запуска окно программы запускается, виден интерфейс, но окно заставки не исчезает и висит. Через диспетчер программу не закроешь, так как все диалоги скрываются за окном заставки 1С. Для обычного приложения не работает эта схема что-ли?
(19) ПолучитьОкна() - в обычном не работает. Я делал свою функцию получающую открытые окна в обычном приложении, но через внешнюю компоненту. Вообще у меня давно сделан полный контроль отработанного времени с автоматической рассылкой т13 и т.п. (см. публикацию), но по данным с карт, на другой организации подключил это решение к данным открытий окон - тоже нормально. Сейчас делаю автоматический анализ всех действий - чтобы понять типовые бизнес-маршруты и нетиповые действия анализировать - собирался публикацию писать, но все времени не найду..
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|