Агент логирования от Сбера

Запросить консультацию

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

Логируются отдельные действия такие как клики мышкой, переходы между приложениями, заполнение полей в формах, нажатия клавиш, а также элементы интерфейса, которые отображаются в момент совершения действия, включение/выключение компьютера, блокировка/разблокировка экрана.

Агент логирования от Сбера

Когда полезен Агент логирования?

Простой процесс от установки до анализа

1
Установка Агентов на ПК сотрудников

ПО устанавливается без участия сотрудника и запускается в фоновом режиме, не оказывая влияния на его работу

2
Администрирование

Логирование может быть реализовано для групп пользователей с индивидуальными настройками.

3
ПО фиксирует действия сотрудников и бизнес-контекст

Информация о выполняемых пользователем действиях фиксируется Агентом логирования и записывается в централизованное хранилище в режиме реального времени.

4
Анализ рабочего времени сотрудников и процессов E2E

Система Процессная аналитика от Сбера автоматически анализирует записанные действия сотрудников и представляет результаты в виде интерактивных дашбордов с метриками.

Агент логирования

Приложение записывает действия пользователей в фоновом режиме. Запись доступна без предварительной настройки Агента в режиме работы «По умолчанию» Поддержка Desktop и Web приложений и удаленная настройка правил записи действий пользователей без их участия Бесшумная установка, полностью скрытый запуск и работа для пользователей, запись действий в таблицу с логами недоступными обычному пользователю

Администрирование

Панель администрирования предназначена для управления работой Агента логирования и представляет собой web приложение с возможностями: - управлять пользовательской лицензией на продукт - управлять конфигурацией Агента логирования - управлять группами пользователей

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

  • Структура рабочего времени сотрудников в разрезе приложений, систем и открытых окон
  • Время на сверхурочную работу и простои
  • Непродуктивное время сотрудников
  • Интенсивность загрузки сотрудников в течение рабочего дня
  • Контекст работы сотрудника – вводимые значения с клавиатуры, выбираемы значения в выпадающих списках, тексты писем и т.д

Интеграция с Процессной аналитикой от Сбера как инструмент автоматизации аналитики

  • Анализ действий пользователей
Заранее настроенный дэшборд позволяет визуализировать действия пользователей, выполняемые в различных системах без необходимости создания собственного
  • Поиск скрытых действий
  • Если пользователь не работал в CRM после получения задачи, а заполнял документ в MS Word, система запишет это действие как этап процесса
  • Сравнение текущих процессов с регламентом
  • BPMN-модель позволит соотнести процесс, прописанный в регламенте, с тем, что существует в действительности

Описание функциональных характеристик

Инструкция по установке

Руководство пользователя

Релизы

STM 01.067

Улучшения

  • Добавлена запись номера слайда в PowerPoint [IRAPM-15368]. При редактировании презентации (клик по эскизу слайда, навигация клавишами) и во время демонстрации (F5, клик мыши, клавиши навигации) в событие EventTarget теперь записывается номер активного слайда в формате «graphic: Номер слайда X». В поле WindowTitle корректно отображается состояние окна: Имя_файла.pptx - PowerPoint в режиме редактирования и «Демонстрация PowerPoint - [Имя_файла.pptx]» в режиме показа. Это упрощает анализ действий пользователя с презентациями.
  • Увеличен срок хранения тех. логов на ПК сотрудников [IRAPM-13734]. Значение по умолчанию увеличено с 7 до 30 дней.
  • Реализовано новое событие Scrolling — фиксация скроллинга экрана сотрудников [IRAPM-13891]. Добавлено специализированное событие Scrolling, которое логирует факт прокрутки (скроллинга) в любом окне. Событие формируется один раз — после завершения скролла. Логика объединения скроллов: если сотрудник скроллил, остановился на короткое время (менее 1 секунды), а затем продолжил, это считается одним скроллом. Новое событие отправляется только после паузы в 1 секунду или более. Это позволяет избежать спама событиями и отражает реальную длительность скролл-сессии. В событии фиксируются следующие атрибуты:
  • scrollDuration — общая продолжительность скролл-сессии в миллисекундах (от первого движения до последнего, с учётом коротких пауз менее 1 секунды). Известное ограничение: в Windows событие Scrolling фиксируется только при прокрутке в активном окне. Если курсор находится в неактивном окне и выполняется скроллинг, событие не формируется и не логируется.
  • Добавлена фиксация WindowTitle при работе с контекстным меню [IRAPM-15807]. Доработан механизм фиксации заголовка окна (WindowTitle) для корректной работы в сценариях, когда пользователь открывает контекстное меню в приложении. Проблема: в текущей реализации при открытии контекстного меню (например, в Excel) и последующем взаимодействии с ним поле WindowTitle оставалось пустым, хотя фокус фактически оставался в окне приложения. Результат: теперь система корректно определяет и фиксирует WindowTitle окна приложения, даже когда активным элементом является открытое контекстное меню.

Улучшения

  • Windows: не всегда фиксировался URL в браузерах [IRAPM-15231]. Исправлена проблема, из-за которой при работе в браузерах URL активной вкладки мог не записываться в логи.
  • Windows: спам событиями от приложений приводил к выпадению логов [IRAPM-15306]. Устранена причина, по которой интенсивный поток событий от некоторых приложений (например, фоновых процессов) мог вызывать пропуски в логировании у сотрудников.
  • Windows: AppActivated указывает на explorer вместо активируемого приложения [IRAPM-15400]. Исправлена ошибка, из-за которой при активации окна через всплывающее превью на панели задач событие AppActivated некорректно фиксировалось для процесса explorer.exe вместо самого приложения.
  • Windows: не отправляются логи на сервер, несмотря на работу сотрудника [IRAPM-16137] Исправлена проблема, из-за которой при определённых сценариях закрытия приложений происходила блокировка отправки накопленных логов на сервер. Причина заключалась в зависании вызовов к интерфейсу приложения для получения информации о последнем нажатом элементе.