Задания

Задания — основной инструмент автоматизации запуска RPA-проектов. Они бывают:

• С ручным запуском
• С запуском по триггеру

Важно! Проекты с входными/выходными аргументами можно запускать только через задания.

Создание задания

1. Перейдите на вкладку Задания → Все задания.
2. Нажмите Добавить задание.

Триггеры

Общие сведения о триггерах

Триггеры позволяют запускать RPA-проекты по событию (подписка на события), образовывая реактивные цепочки исполнения, и/или периодическое исполнение RPA-проектов.

Типы триггеров

Всего имеется 7 типов триггеров для заданий:

* - * Триггер “Запуск при изменении очереди обмена данными” . Рекомендуется использовать тип Запуск при наличии новых элементов в очереди обмена данными*

Одному заданию можно назначить одновременно несколько триггеров. При этом стоит следить, чтобы:

• Триггеры не вступали в логическое противоречие для RPA-проекта задания
• Триггеры разных заданий не конфликтовали между собой

На иллюстрации ниже задание 1 имеет сразу 2 триггера – запуск по расписанию и запуск при получении Email. Триггер на получение Email может использоваться, например, для внепланового удаленного запуска проекта.

• В процессе выполнения проекта задания 1 происходит запись в очередь обмена данными Queue1, на изменение которой подписано задание 2.
• В процессе выполнения проекта задания 2 происходит запись в папку C:\tmp на машине робота, на изменение которой подписано задание 3.
• По завершению выполнения проекта задания 3 запустится проект задания 4, так как задание 4 подписано на завершение проекта задания 3.

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

Например, если есть три расписания Каждые 15 минут, Каждые 30 минут и Каждый час, лучше в последних двух заменить на Каждые 30 минут и одна секунда и Вторая секунда каждого часа. Это существенно снизит потребление ресурсов при запуске роботов, и фактически не отразится на «логической одновременности».

Если создается задание с триггером Запуск по расписанию, то расписание нужно выбрать из справочника ранее созданных расписаний. Расписание добавляется в справочник на вкладке Задания/Расписания. Расписание может быть согласовано с производственным календарем. Если используются множественные производственные календари (задается администратором глобально в конфигурационном файле), то с каждым расписанием можно связывать индивидуальный производственный календарь. Множественных производственных календарей можно создать несколько на один год, например, календарь, в котором нет новогодних праздников.

Для работы триггера Запуск при получении Email должен быть задан минимум один почтовый ящик для тенанта (в настройках тенанта) для входящей почты. Дополнительные ящики могут быть добавлены на вкладке Настройки/Email для входящей почты.

В версии 1.25.1 Оркестратора в форму добавления триггера Запуск при получении Email был добавлен чекбокс Оповестить автора(ов) письма. При его активации осуществляется оповещение отправителей, указанных в поле “От” в случае успешного/неуспешного выполнения проекта, а также ошибки старта робота. При этом при срабатывании этого конкретного триггера другим подписчикам рассылка по указанным событиям приходить не будет.

Также в версии 1.25.1 в форму создания/редактирования задания с триггером Запуск при получении Email было добавлено поле Ресурс с выпадающим списком доступных ресурсов типа jObject. Пользователь может выбрать один ресурс, в который при срабатывании триггера будет записано письмо в формате JSON: адрес, отправитель, тема письма и текстовое тело письма.

Кроме того, в версии 1.25.1 добавлено ограничение количества писем в email-триггере (IMAP). Ранее такая функциональность была доступна только для POP3 и Exchange. Теперь в UI можно задать лимит писем, обрабатываемых за одно срабатывание триггера.

Для работы триггера Запуск при изменении папки на машине робота должна быть задана стратегия выполнения проектов, разрешающая выполнение проекта на привязанных к нему роботах, и к проекту должны быть привязаны развёрнутые на данной машине роботы.

При помощи кнопок управления Запустить/Остановить задание запускается/ставится на паузу. Ставить на паузу можно только задание, выполняющееся по срабатыванию триггера. Запуск задания означает, что RPA-проект задания будет поставлен в очередь на выполнение. Для разового задания это произойдет сразу при запуске. Для задания по срабатыванию триггера – каждый раз при срабатывании триггера. В поле Состояние отображается именно состояние самого задания, не робота. Активных роботов в этот момент может не быть, а проект задания может быть помещен на ожидание в очередь.

Новое в версии 1.25.5

Автоматическое применение активной версии проекта

Для триггера “Запуск при завершении проекта Роботом” добавлен чекбокс:

Поведение:

✔️ Включен (по умолчанию):

• Триггер автоматически использует текущую активную версию проекта
• При изменении активной версии триггер синхронизируется с ней

❌ Отключен:

• Триггер фиксируется на версии, указанной при создании/редактировании
• Работает только с этой версией, даже если активная версия проекта изменится

Фильтрация тем писем

Добавлена поддержка гибкой фильтрации тем писем через Регулярные выражения

Обновление 1.25.1: Управление заданиями и правами доступа

• Новая логика отображения кнопок
  Кнопки “Остановить все” и “Запустить все остановленные” теперь отображаются только у пользователей с соответствующими правами (ранее зависело от конфигурации WebApi).
  • Права назначаются в Конструкторе прав (раздельно для каждой операции).
  • Роли по умолчанию с полным доступом:
    • Администратор
    • Администратор тенанта

• Подтверждение действий
  Для предотвращения случайных нажатий добавлены модальные окна с подтверждением перед массовыми операциями.

• Логирование операций
  Добавлены новые события в журнал Оркестратора:

• Массовые операции:

  • Старт остановки всех запущенных заданий
  • Старт возобновления всех ранее остановленных заданий

Наблюдать за процессом запуска робота можно также на вкладке Роботы/Все роботы и Мониторинг.

Информация о последнем выполняющим по заданию проект роботе отображается в поле История выполнения.

При срабатывании триггера задания его RPA-проект ставится в очередь выполнения. И если есть подходящий для выполнения робот – выполняется этим роботом. Если нет – RPA-проект находится в очереди, пока не будет обработан или удален из неё вручную.

Такие общие параметры системы как время срабатывания задания, количество роботов, количество заданий и количество лицензий должны быть согласованы. Иначе возможна ситуация – при нехватке свободных роботов/лицензий – когда очередь проектов на выполнение будет только неконтролируемо расти. Фактически – это отказ в обслуживании, очередь нужно будет принудительно чистить вручную.

Если RPA-проект связан с роботом, через задание образуется связь Задание-Проект-Робот, которая гарантирует, что проект запустится на нужном роботе.

У проекта могут создаваться версии, одна из которых всегда активная. Активная – это значит задание будет запускать именно эту версию проекта.