История страницы

...

Orchestrator component

Улучшения

• Доработано ограничение доступа к объектам системы, теперь в разделах "Машины", "Роботы", "Выполняющиеся роботы" и "История запусков" отображаются только те объекты, к которым у пользователя есть доступ

• Добавили возможность работы с очередью ресурсов. Создать очередь, просмотреть список ресурсов в этих очередях, изменить параметры ресурсов можно в новом разделе "Очереди ресурсов". Добавить ресурсы в очередь могут только роботы при помощи действий из группы "Оркестратор"
• Добавили новый вид условия запуска роботов - на основе очередей ресурсов. Теперь запуск робота может происходить в зависимости от наличия нужного количества ресурсов в очереди. Создать, просмотреть или изменить такое условие запуска можно на новой вкладке "Очереди ресурсов" в разделе "Условия запуска"
• Добавили в карточку УЗ машины вкладку "Условия запуска (Очереди ресурсов)". На ней отображаются только те условия запуска, в которых указана та группа машин, куда добавлена рассматриваемая учетная запись машины
• Изменили работу с RDP-сессиями. Ранее система прерывала RDP соединение сразу после завершения работы робота. Это было неудобно, если между завершением одного робота и началом работы другого проходит немного времени, и в итоге снова приходится запускать RDP-сессию. Чтобы сократить время на лишние включения\отключения RDP-сессий, теперь система не будет завершать RDP-сессию сразу после завершения работы робота, а будет ожидать в течение установленного тайм-аута появления нового запуска робота. Настроить нужный тайм-аут можно в одном из конфигурационных файлах системы
• Добавили столбцы:
  
  • "Способ запуска" и "Инициатор" в таблицу на вкладке "Выполняющиеся роботы" в  карточке УЗ машины
  • "Автор" в таблицу раздела "Роботы"
  • "Автор" в таблицу на вкладке "Расписания" в разделе "Условия запуска"
  • "Автор" в таблицу на странице "Календари" (открывается через вкладку "Расписания" раздела "Условия запуска")
  • "Способ запуска" и "Инициатор" в таблицу раздела "Выполняющиеся роботы" и "История запусков"
• Внесено несколько косметических изменений в дизайне интерфейса модуля "Оркестратор"

Исправления

• Исправлена ошибка, из-за которой при запуске робота через интерфейс Оркестратора, агент на выбранной машине иногда не получает команду о запуске
• Иногда УЗ машины продолжала отображаться как UI (= активна графическая сессия), даже если графическая сессия была уже неактивна
• Исправили проблему, когда периодически роботы «зависали» в статусе «Запуск», если они были запущены в рамках процесса из ROBIN Process с автоматическим выбором машины

Модуль "Управление доступом"

Улучшения

Improvements

• Improved access restriction to system objects, now only objects to which the user has access are displayed in the "Hosts", "Robots", "Running robots" and "Launch history" sections

• Added the ability to work with the resource queue. You can create a queue, view the list of resources in these queues, and change resource parameters in the new section "Resource queues". Only robots can add resources to the queue using actions from the "Orchestrator" group

• Added a new type of robot launch condition - based on resource queues. Now the robot can be launched depending on the availability of the required number of resources in the queue. You can create, view or change such a launch condition on the new "Resource queues" tab in the "Launch conditions" section
• We have added the "Launch conditions (Resource queues)" tab to the account card of the host. This tab displays only those launch conditions that specify the machine group to which the host account in question has been added
• Changed the handling of RDP sessions. Previously, the system terminated the RDP connection immediately after a robot was finished. This was inconvenient if there was a short time between the end of one robot and the start of another, and you had to launch an RDP session again. To reduce the time spent unnecessarily enabling/disabling RDP sessions, the system will not terminate the RDP session immediately after the robot finishes, but will wait for a new robot launch within a set timeout period. You can set the required timeout in one of the system configuration files
• Added columns:
  
  • "Launch method" and "Initiator" to the table on the "Running robots" tab of the host account card
  • "Author" to the table in the "Robots" section.
  • "Author" to the table on the "Schedules" tab of the "Launch conditions" section
  • "Author" to the table on the "Calendars" page (opened via the "Schedules" tab of the "Launch conditions" section)
  • "Launch method" and "Initiator" to the table in the "Running Robots" and "Launch History" sections
• Several cosmetic changes were made to the interface design of the "Orchestrator" module

Fixes

• Fixed a bug where when launching a robot via the Orchestrator UI, the agent on the selected host would sometimes not receive the launch command
• Sometimes the host account continued to display as UI (= graphics session active) even if the graphics session was already inactive
• Fixed an issue where robots would occasionally "hang" in Launch status if they were launched as part of a process from a ROBIN Process with automatic host selection
  

"Access control" module

Improvements

• Redesigned the ability to log in as a domain user. Such users are created and controlled on the side of your Active Directory
• Changed the transition to the user card - now it is by clicking on the user's login, not on his/her full name
• Added the ability to group some system objects to restrict access to them within the tenant. In this regard, the following were added:
  
  • "Object groups" section, where you can create groups and add objects to them to which you want to restrict access. You can create groups for hosts, robots, and robot projects. As well as groups of processes and screen forms - objects that belong to ROBIN Processes
  • you can add the "Access control" tab to the user group card. On the tab, you can specify to which object groups the user group in question will have access.

• Changed the "Add host" window in the "Tenant objects" section:

  • Removed the radio buttons for selecting the current location of the host

  • The "Host" field is always active. It only displays hosts whose accounts have been added to the Robin database but have not yet been added to a tenant or tenant group

• Several cosmetic changes were made to the interface design of the "Access control" module

• Переработали возможность входа в систему под доменным пользователем. Создаются и контролируются такие пользователи на стороне вашего Active Directory
• Изменили переход в карточку пользователя - теперь он по нажатию на логин пользователя, а не на ФИО
• Добавили возможность группировать некоторые объекты системы для ограничения доступа к ним внутри тенанта. В связи с этим были добавлены:
  
  • раздел "Группы объектов", где можно создавать группы и добавлять в них объекты, к которым нужно ограничить доступ. Можно создать группы машин, роботов, проектов роботов. А также группы процессов и экранных форм - объекты, которые относятся к ROBIN Process
  • вкладку "Управление доступом" в карточку группы пользователей. На вкладке можно указать, к каким группам объектов будет иметь доступ рассматриваемая группа пользователей.

• Изменили окно "Добавление машины" в разделе "Объекты тенанта":

  • Убрали радиокнопки с выбором текущего расположения машины

  • Поле "Машина" всегда активно. В нем отображаются только те машины, учетные записи которых добавлены в базу Robin, но еще не добавлены в тенант или группу тенанта

• Внесено несколько косметических изменений в дизайне интерфейса модуля "Управление доступом"