Задания
Задания – это основной инструмент автоматизации запуска RPA-проектов. Оно может быть запущено вручную или автоматически - при срабатывании триггера.
Триггеры позволяют запускать RPA-проекты по событию, образуя реактивные цепочки исполнения и/или периодическое исполнение проектов. Имеются следующие типы триггеров:
Триггер | Описание | Параметры |
|---|---|---|
Запуск по расписанию | Срабатывает по фиксированному расписанию | Расписание, заданное Cron-строкой или конструктором. Расписание должно быть предварительно задано в справочнике расписаний |
Запуск при получении Email | Срабатывает при поступлении в заранее настроенный ящик входящей почты письма | Ящик входящей почты, отправитель письма, тема письма |
Запуск при изменении очереди обмена данными | Срабатывает при добавлении в очередь нового элемента - это происходит си нхронно, что отличает данный триггер от триггера ниже | Очередь обмена данными |
Запуск при наличии новых элементов в очереди обмена данными | Срабатывает, когда при очередном опросе очереди в ней появляются новые элементы. Триггер действует асинхронно с добавлением - время опроса настраивается в параметрах | Очередь обмена данными, периодичность опроса, количество новых элементов |
Запуск при изменении папки | Бывает двух типов: для папки на машине робота или для сетевой папки. Срабатывает при изменении содержимого папки: добавлении/изменении/удалении файлов | Для папки на машине робота: машина робота и абсолютный п уть к папке. Для сетевой папки: UNC-имя папки. Папки должны быть настроены заранее |
Запуск при завершении проекта Роботом | Срабатывает при завершении проекта каким-либо роботом | RPA-проект, результат завершения (с ошибкой или без ошибки) |
Запуск из другого Робота | Срабатывает при прямом вызове запуска триггера из робота | RPA-проект, результат завершения (с ошибкой или без ошибки) |
Одному заданию может быть одновременно назначено несколько триггеров.
Так, на рисунке выше Задание 1 имеет сразу 2 триггера: запуск по расписанию и запуск при получении Email. Триггер на получение Email может использоваться, например, для внепланового удаленного запуска проекта.
Таким образом, на рисунке выше:
- 1.В процессе выполнения проекта Задания 1 происходит запись в очередь обмена данными Queue1, на изменение которой подписано Задание 2.
- 2.В процессе выполнения проекта Задания 2 происходит запись в папку C:\tmp на машине Робота, на изменение которой подписано Задание 3.
- 3.По завершению выполнения проекта Задания 3 запустится проект Задания 4, так как Задание 4 подписано на завершение проекта Задания 3.
Задания создаются в разделе Задания ➝ Все задания при помощи кнопки Добавить задание:
В форме создания заполните все необходимые поля. Если Вы установили флаг Запуск по триггеру, потребуется выбрать тип триггера:
- Для работы триггера Запуск по расписанию нужно выбрать готовое расписание из справочника: они создаются предварительно на вкладке Расписания.
- Для работы триггера Запуск при получении Email должен быть задан минимум один почтовый ящик для тенанта (в настройках тенанта) для входящей почты. Дополнительн ые ящики могут быть добавлены на вкладке Настройки ➝ Email для входящей почты.
- Для работы триггера Запуск при изменении папки на машине Робота должна быть задана стратегия выполнения проектов, разрешающая выполнение проекта на привязанных к нему Роботах. Соответственно, к проекту должны быть привязаны развернутые на данной машине Роботы.
- Задание с триггером Запуск из другого Робота запускается при следующем условии: изначально выполняется задание X, в проекте которого есть элемент Запустить робота. В свойствах элемента указано название задания Y c типом триггера Запуск из другого Робота. Как только данный элемент начинает обрабатываться Роботом в рамках задания X, произойдет запуск задания Y.
В случае если одному заданию назначено сразу несколько триггеров, нужно убедиться, что триггеры не вступают в логическое противоречие для RPA-проекта задания. Также проверьте, что триггеры не вступают в логическое противоречие для разных заданий.
Задание запускается или ставится на паузу при помощи кнопок управления Запустить/Остановить (раздел Все задания). Поставить на паузу можно только задания, выполняющиеся по триггерам.
Запуск означает, что RPA-проект задания будет поставлен в очередь на выполнение. Для разового задания это произойдет сразу при запуске. Для задания по триггеру – каждый раз при срабатывании триггера. Если триггер сработал и проект помещен в очередь, то при наличии подходящего Робота, проект начнет выполняться им. Если нет – проект будет находиться в очереди, пока не будет обработан или удален из неё вручную. Очередь проектов отображается в разделе главного меню Обзор.
В столбце Состояние выводится информация о состоянии задания - не Робота. Активных Роботов в этот момент может не быть, а проект задания может ожидать своего выполнения в очереди. Наблюдать за процессом запуска Робота можно также в разделе Роботы ➝ Все роботы.
Информация о последнем Роботе, выполняющим проект задания, отображается в столбце История выполнения.
Такие общие параметры системы как Время срабатывания задания, Количество роботов, Количество заданий и Количество лицензий должны быть согласованы. Иначе возможна ситуация (при нехватке свободных роботов/лицензий) когда очередь проектов на выполнение будет только расти. Фактически это отказ в обслуживании, очередь нужно будет принудительно чистить вручную.
Возможно настроить кэширование для более быстрого выполнения проекта Роботом. Для этого в конфиге Оркестратора (appsettings.Prod<Win\Linux>.json, папка WebApi) установите для параметра AllowCaching значение true:
"RpaProject": {
"RemoveOrphans": false,
"AllowCaching": true
},
Если кэширование отключено (значение false), то Робот каждый раз перед запуском будет скачивать процесс. Это более безопасный вариант, но он занимает больше времени.
Last modified 1mo ago