Добавить RPA-проект

Для добавления RPA-проекта в Оркестратор можно использовать инструменты Студии или Оркестратора. Публикация через Оркестратор чаще всего применяется, если есть одно из ограничений:

• отсутствует издание Primo RPA Studio Enterprise (установлена Studio Community);

• нет прямого доступа к Студии;

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

Публикация в Оркестраторе

Предварительные условия

• RPA-проект должен быть упакован в ZIP-архив.

• Пользователь, который собирается добавить проект, должен иметь права на создание RPA-проекта. Права назначаются администратором в настройках роли этого пользователя.

Как добавить проект

1. Перейдите в раздел RPA-проекты > Все RPA-проекты.

2. Нажмите кнопку Добавить RPA-проект.

1. Заполните форму с настройками проекта. Все обязательные поля отмечены символом *, остальные заполняются по желанию. Подробное описание параметров см. ниже.

1. Нажмите кнопку Сохранить, чтобы добавить сконфигурированный проект в Оркестратор.

Параметры проекта

Общие:

1. Архив (zip)* - архив RPA-проекта. Нажмите на иконку, чтобы выбрать файл. Для приложенного проекта, в поле ниже, отобразится список процессов. Укажите стартовый процесс.

   
2. Наименование* - название проекта, которое будет отображаться в Оркестраторе. Пробелы не допускаются. Разрешены буквы, цифры, дефис, символ подчеркивания и точки. Возможно использовать одинаковые названия проектов в разных тенантах.

3. Описание - краткое описание проекта для отображения в Оркестраторе.

4. Разрядность* - разрядность роботов, которые могут быть назначены на выполнение проекта. По умолчанию x64.

5. Приоритет - определяет порядок выхода проекта из очереди проектов. Проект может попасть в очередь, если при его запуске не был найден подходящий робот или лицензия. С версии 23.11 отображение значений в параметре зависит от используемого типа очереди: на основе RabbitMQ или на основе опроса БД. Система сама проверяет тип и выводит соответствующие значения в выпадающем списке.

   ◽ Очередь на основе RabbitMQ: приоритетность определяется временем задержки проекта в очереди ожидания (t). Высший приоритет будет иметь значение с минимальным временем задержки. Рассмотрим пример ниже:

   

   • P1 (t = 3) - высший приоритет, поскольку время задержки составляет 3 секунды. Время, отображаемое в скобках, берется системой из конфигурационного файла WebApi, и в вашем случае может быть другим.

   • P2 (t = 7) - средний приоритет, поскольку время задержки составляет 7 секунд.

   • P3 (t = 20) - низкий приоритет, поскольку время задержки максимальное из всех представленных - 20 секунд.

   ◽ Очередь на основе опроса БД: проекты выходят из очереди на основе сортировки в БД. Приоритет определяет порядок этой сортировки. Доступные значения:

   

   • High - высокий приоритет (0). Проекты с приоритетом High первыми выходят из очереди.

   • Medium - средний приоритет (1).

   • Low - низкий приоритет (2).

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

Конфигурация запуска проекта:

1. Стандартная - стандартная конфигурация запуска (_Workflow.RunConfig). Доступные значения:

   • отсутствует - по умолчанию;

   • отладка - проект запустится в режиме отладки;

   • релиз - проект запустится в режиме релиза.

   «Отладка» от «Релиза» отличается только названием, однако логика проекта может учитывать выбранную конфигурацию запуска. Например, при конфигурации отладки должно выполниться одно действие в сценарии, а при релизе другое. Пример: if (_Workflow.RunConfig == "Debug") { что-то делаем }. Если в логике не учитывается конфигурация, пропустите этот параметр.

2. Специальная - если нужно применить специальную конфигурацию (_Workflow.RunConfigCustom), укажите ее название в этом поле. Иначе оставьте пустым.

3. Версии дистрибутива робота - только роботы указанных версий будут считаться подходящими для выполнения проекта.

4. Запуск в ограниченном кол-ве экземпляров - запуск по заданию будет пропущен, если проект уже выполняется в нескольких экземплярах (от 1 до N). Не распространяется на ручной запуск робота с проектом (не по заданию)! По умолчанию ограничение не установлено.

5. Не повторять в очереди проектов - настройка защищает от стремительного роста очереди проектов. Если установлена, то проект, который уже находится в очереди, не будет добавляться в нее повторно (в качестве нового экземпляра). По умолчанию отключена.

Параметры закрытия RDP-сессии:

1. Закрыть RDP-сессию - если чекбокс установлен, то при завершении проекта роботом RDP-сессия будет закрыта (при условии, что она больше не нужна).

   При активации этого чекбокса станут доступны настройки:

   • Освободить сессию принудительно - если включен, то робот, освобождая RDP-сессию, проигнорирует отсутствие признака освобождения RDP-сессии у других роботов. Следует использовать, только когда один робот освобождает RDP-сессию - иначе настройка может нарушить работу остальных роботов в этой RDP-сессии.

   • Задержка освобождения RDP-сессии - значение устанавливается в миллисекундах. Открытая RDP-сессия может быстро понадобиться другому роботу, задержка позволит не пересоздавать сессию заново.

   

Не очищать папку проекта (NoCleanFolder)

С версии 1.24.8 в Оркестраторе добавлено новое свойство Не очищать папку проекта (NoCleanFolder). Это свойство позволяет пользователям управлять содержимым папки проекта на машине робота.

• Если NoCleanFolder = true:

  • Данные от предыдущих запусков проекта не удаляются.

  • В случае совпадения данных текущего запуска с данными предыдущих запусков, происходит перезапись одноименных данных.

  • Добавляются новые данные текущего проекта.

• Если NoCleanFolder = false:

  • Все данные от предыдущих запусков проекта удаляются.

  • В папку добавляются только новые данные текущего проекта.

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