События оркестратора (интерфейс UI4)

Описание этого раздела для прежнего интерфейса (UI2) см. в статье Логи Оркестратора.

Экран «События оркестратора» — журнал событий Оркестратора: авторизации, действия пользователей, операции с роботами и проектами, инциденты безопасности.

Где найти: главное меню → раздел Журналы → вкладка События оркестратора. Соседние вкладки раздела — Оркестраторные роботы и Клиентские роботы.

Экран «События оркестратора»

Настройка уведомлений о событиях Если вы хотите автоматически получать уведомления о ключевых событиях Оркестратора на электронную почту, настройте подписки на события. Подробнее см. в разделе Подписки на события.

Классы событий

Каждое событие относится к одному из четырёх классов:

Информационное
Ошибка
Инцидент безопасности
Корректировка

В UI4 класс события задаётся не отдельными вкладками, а фильтром «Тип события» (см. Фильтры); можно выбрать несколько классов сразу. Значение «Все события» соответствует отсутствию фильтра по классу.

Просмотр событий класса «Инцидент безопасности» сам фиксируется в журнале отдельным событием — «Просмотр журнала регистрации событий ИБ». Это позволяет отслеживать, кто и когда обращался к журналу безопасности.

Колонки таблицы

Колонка	Содержание
Событие	Название события (колонка закреплена слева). Клик по значению фильтрует журнал по коду операции
Tenant	Тенант. Отображается только для учётной записи с доступом ко всем тенантам
IP	IP-адрес источника события
Дата события	Дата и время события (с точностью до миллисекунд)
Пользователь	Пользователь, выполнивший действие. Клик фильтрует журнал по этому пользователю
Text	Текст события
ID проекта, Проект	Идентификатор и название связанного RPA-проекта
EntityData	Дополнительные данные события (например, тело запроса, идентификатор сущности)

Клик по строке разворачивает её и показывает полную запись события.

Информация в событиях

События в журнале содержат различные атрибуты. Ключевые из них:

Пользователь (User): Имя пользователя, который выполнил действие.
- Особый случай: Для события «Пользователь авторизовался» поле Пользователь может быть пустым, так как сессия еще не создана. В этом случае учетные данные, с которыми была попытка входа, отображаются в колонке EntityData.
- Все последующие действия уже аутентифицированного пользователя в рамках сессии фиксируются с его идентификатором в поле userId.
EntityData: Содержит дополнительные данные о событии (например, учетные данные при входе, идентификатор очереди при очистке, тело запроса и т.д.).
Код операции (Operation Code): Уникальный код, позволяющий сгруппировать все события, относящиеся к одной операции. Отображается серым цветом в столбце Событие. Это удобный способ восстановить полную цепочку действий.

Фильтры

Кнопка Фильтры открывает панель параметров:

Тип события — класс события (мультивыбор).
Подтип события — конкретные события выбранных классов (список подгружается по выбранному типу).
Код операции — фильтр по коду операции.
Пользователь — фильтр по пользователю.

Отдельно вынесен фильтр по периоду (дата события) с пресетами «Последний час», «Последние 24 часа», «Последние 3 дня», «Последние 7 дней» и «Выбрать диапазон». По умолчанию установлен «Последний час».

Режимы «Включая» и «Исключая»

Функциональность доступна с версии 1.26.7.

В каждом фильтре со списком значений сверху есть переключатель режима:

Включая — в журнале остаются только записи с выбранными значениями;
Исключая — выбранные значения, наоборот, убираются из выборки, а всё остальное остаётся.

Фильтр «Тип события»: режимы «Включая» и «Исключая»

Режим «Исключая» удобен, когда нужно убрать из журнала шумные события и разглядеть остальные — например, скрыть информационные события, оставив ошибки и инциденты безопасности.

⚠️

Журнал Оркестратора может содержать сотни миллионов записей. Ограничение интервала дат по умолчанию — это стандартная практика для оптимизации производительности и ускорения загрузки страницы.

Проверка целостности событий (с версии 1.25.1)

Начиная с версии 1.25.1, в каждую запись журнала добавлен параметр CorrectSignature, который позволяет убедиться, что событие не было изменено после его записи в журнал.

Как это работает:

Каждое событие при записи подписывается цифровой подписью. Параметр CorrectSignature показывает результат проверки этой подписи при чтении события из журнала:

CorrectSignature = true — цифровая подпись события действительна, данные не были изменены после записи.
CorrectSignature = false — подпись недействительна. Это может свидетельствовать о нарушении целостности данных журнала.

Права доступа

Доступ к разделу требует права просмотра событий Оркестратора (OrchEvents.view). При отсутствии этого права пункт Журнал в меню не отображается.

Дополнительно

Полный перечень всех событий с описанием и кодами приведен в Приложении 3 – События Оркестратора.

С версии 1.25.7.34 улучшено логирование процесса архивации очередей. Управление размером передаваемых пакетов данных осуществляется через конфигурационный параметр ExchangeQueueValuesAutoDeleteChunkSize (см. раздел Автоматическая архивация очередей обмена данными).