Связаться с нами
Нажимая кнопку «Отправить» я подтверждаю, что ознакомился с Политикой обработки персональных данных Общества с ограниченной ответственностью «Тихая гавань» и даю согласие на обработку всех моих персональных данных, указанных в форме.
Решение qh.Log для ELMA365 — Логирование аутентификации и история изменений приложений
Мониторинг активности пользователей в ELMA365. Автоматическое логирование входов (IP, ОС, браузер) и детальный аудит изменений полей «до и после» в карточках приложений
Решение qh.Log расширяет базовые возможности платформы ELMA365 и помогает сотрудникам ИБ, системным администраторам и владельцам бизнес-процессов видеть, кто и когда входил в систему, и как менялись критически важные данные — без разбора сырых системных логов на сервере.
qh.Log будет полезен:
qh.Log будет полезен:
- руководителям компаний
- директорам по информационной безопасности (CISO)
- системным администраторам
- владельцам бизнес-процессов
Функциональные возможности
-
Логирование аутентификации:Автоматическая фиксация времени входа, учетной записи пользователя и IP-адреса в момент нажатия кнопки «Авторизоваться» -
Определение устройства входаОперационная система и браузер, с которых выполнен вход -
Аудит изменений в приложенияхОтслеживание создания элемента, обновления его атрибутов, изменения статуса и удаления -
История «До и После»Сравнение старых и новых значений измененных атрибутов в единой таблице -
Выборочный контрольНастройка перечня полей приложения, изменения по которым попадают в лог -
Изолированное хранениеЛоги изменений пишутся в отдельный раздел «История приложений», доступ к которому регулируется правами
Инструменты визуализации и настройки
Для разработчиков и аналитиков
- Low-Code кастомизацияОбработчики, виджет и бизнес-процесс поставляются с готовым кодом — модуль истории изменений работает сразу после включения. Код открыт для доработок любой сложности
- Логи доступны как данныеСобытия пишутся в приложения log_event и history_app в отдельном разделе — с ними работают штатные фильтры, отчёты и выгрузки платформы, без обращения к серверным логам.
- Минимум изменений в приложенииЧтобы подключить историю, в приложение добавляется одна переменная appHistory и виджет на форму просмотра. Остальное модуль берёт на себя.
Установка из официального каталога
qh.Log опубликовано в ELMA365 Store. Перейдите в каталог, найдите решение по названию и следуйте инструкциям на странице установки. После установки все модули автоматически добавятся в систему и появятся в разделе «Администрирование → Модули» — останется включить их и указать настройки.
Установка из официального каталога
qh.Log опубликовано в ELMA365 Store. Перейдите в каталог, найдите решение по названию и следуйте инструкциям на странице установки. После установки все модули автоматически добавятся в систему и появятся в разделе «Администрирование → Модули» — останется включить их и указать настройки.
Мы работаем без ТЗ
- Разберём ваши процессы, найдём слабые места в защите данных и предложим оптимальное решение ваших задач
- Покажем, какие данные стоит защитить в первую очередь, как автоматизировать аудит и сделать действия пользователей прозрачными
FAQ
Внедрение и настройка
qh.Log публикуется в каталоге ELMA365 Store. Найдите решение по названию и следуйте инструкциям на странице установки — все модули автоматически добавятся в систему и появятся в разделе «Администрирование → Модули».
Нет. Модуль истории изменений работает сразу после включения: обработчики, виджет и бизнес-процесс уже содержат готовый код — достаточно заполнить форму настроек. Для логирования аутентификации администратор создает приложение под логи и указывает в готовом скрипте код раздела и код приложения. Это настройка, а не разработка.
Одну переменную типа «Произвольное приложение (Один)» с кодом appHistory в контексте приложения и виджет «Отображение истории приложения» на форме просмотра. Дальше модуль работает сам.
Как работает логирование
Пользователь, дата и время аутентификации, IP-адрес, устройство входа (операционная система и браузер) и категория логирования.
Нет. Обработчик срабатывает строго в момент ручного ввода учетных данных и нажатия кнопки «Авторизоваться». Если сессия активна и пользователь просто обновил страницу, повторная запись не создается — журнал не засоряется служебными записями.
Создание элемента, обновление атрибутов, изменение статуса и удаление — по каждому событию работает отдельный обработчик.
Да. В параметре «Конфигурация логируемых данных» указываются код раздела, код приложения и коды конкретных полей, изменения по которым должны попадать в лог. Всё остальное игнорируется.
Да, это параметр настройки модуля. По умолчанию установлено значение 100.
Данные и безопасность
При установке в системе автоматически создаётся отдельный раздел «История приложений» с приложениями log_event, history_app и «Файлы» — логи хранятся вне рабочих разделов. Доступ к разделу и права на удаление настраиваются стандартными средствами ELMA365, поэтому журнал можно закрыть от всех, кроме ответственных сотрудников ИБ.
В приложении, которое администратор создаёт при настройке модуля, — в том разделе, где это удобно вашей команде. Права на него настраиваются так же, стандартными средствами платформы.
Решение qh. Log обеспечивает прозрачность и безопасность вашей системы, помогая оперативно реагировать на инциденты, защищать коммерческие данные и точно знать, кто и когда изменил каждый элемент в ELMA365
Готовы обеспечить полную прозрачность данных в ELMA365?
Оставьте заявку на демонстрацию модуля qh.Log. Наш технический эксперт покажет работу системы аудита на примерах ваших бизнес-задач
Нажимая кнопку «Отправить» я подтверждаю, что ознакомился с Политикой обработки персональных данных Общества с ограниченной ответственностью «Тихая гавань» и даю согласие на обработку всех моих персональных данных, указанных в форме.
Получить бесплатную консультацию
Нажимая кнопку «Отправить» я подтверждаю, что ознакомился с Политикой обработки персональных данных Общества с ограниченной ответственностью «Тихая гавань» и даю согласие на обработку всех моих персональных данных, указанных в форме.