The Robot documentation guide in the UiPath suite can be found here. In this guide, the focus is on robot entities as found in Orchestrator and the capabilities they provide for UiPath Robot based on their types.
For this guide's purpose, we assume that a machine represents a physical or virtual machine on which UiPath Robot is installed. In Orchestrator, there are two machine entities that work as API key generators, which authorize the connection between UiPath Robot and Orchestrator. They are described in-depth here.
The Robot component in the UiPath suite.
The physical or virtual machine used to host and deploy UiPath Robot. In this guide, it is usually referred to as a host machine, workstation or server, to differentiate it from the machine entity in Orchestrator.
Robot (Orchestrator Entity)
Orchestrator entity that controls the connection capabilities of UiPath Robot with respect to the host machine on which it's installed. It is to be used in conjunction with the machine entity. Details below.
Machine (Orchestrator Entity)
Orchestrator entity that works as an API key generator, offering authorization capabilities for UiPath Robot. It is to be used in conjunction with the robot entity. Details here.
Robots in modern folders operate on a floating model basis. They enable multiple users to use UiPath Robot on multiple workstations, as the robot is not tied to a specific machine. One user can use UiPath Robot on one machine at a time.
A user changing the workstation requires them to log out of the previously used machine and log into the new one.
My name is John Smith. I am a call center operator in a team of 20, working on whatever laptop I find available when I get to work. In Orchestrator, my system administrator needs to define one machine template for the 20 laptops we have and a floating robot using my username. This enables me to use each of the 20 laptops using my username and the machine template's key. Obviously, I cannot use UiPath Robot on multiple machines simultaneously. If I want to use a different laptop, I must log out of the initial session.
Click here for more sample scenarios and the recommended Orchestrator setup in modern folders.
Supervised Robots that run under human supervision. Can be further classified according to their licensing type as follows:
You can only launch processes in Orchestrator on supervised Robots as a personal workspace owner using the machine template automatically generated on your behalf.
Apart from that, you cannot start or trigger processes in Orchestrator on supervised robots, and they cannot run under a locked screen. They can only be started from the UiPath Robot tray or the Command Prompt.
Autonomous Robots that don't require human supervision to execute jobs. Can be further classified according to their licensing type as follows:
Robots become automatically licensed when you open the UiPath Robot tray. All types of robots except for StudioX can run in debug mode in Studio.
For unattended robots, licensing is performed per allocated runtime (slot) entity instead of per user. That's why Unattended, NonProduction, Testing runtimes are assigned at the machine level.
Say you have a machine template with 10 unattended runtimes assigned. For each workstation connected using the key generated by that template, a pool of 10 licenses is reserved from the total number of licenses at the tenant level. A runtime is only consumed from the pool of reserved licenses during job execution. If you connect 4 machines to Orchestrator using that template, you need 40 unattended runtime licenses at the tenant level. With 25 jobs running, there are still 15 slots available for execution.
Unattended robots can be used in attended mode in a production environment (the user logs on to the machine) for logging/testing/debugging purposes.
Robot management in Orchestrator is done exclusively from the Management menu. Robots can automatically download processes and execute them under custom settings. You can configure automatic process downloading, logging level, font smoothing, and resolution when configuring robot settings.
In Orchestrator, there are two directions in terms of robot management, corresponding to the type of folder they operate in:
Robot management is done mostly automatically (Management > Users), meaning you enable an automatic robot creation option at the user level, define its execution settings and authentication credentials, and a floating is automatically created according to the configuration you made.
UiPath Robot has access to whatever processes exist in the folders the user (and machine for unattended) has access to.
Automatic robot management can be configured for directory users or directory groups as well. The automatic robot provisioning setting for a directory group that's added to Orchestrator is inherited by any user that is a member of that AD group. Robot auto-provisioning is only valid for attended robots.
In modern folders, you can use machine templates to connect your UiPath Robot to Orchestrator with no restriction in terms of robot type.
After being automatically created, attended robots (or unattended used in attended mode) can be monitored on the Robots page, Monitoring menu. Unattended runtimes' status and health can be checked in the Monitoring menu > Robots > Folder Overview.
Click here for details about robots in modern folders.
There are two ways to authenticate your Robot:
Robot start commands are received through SignalR or requested on a heartbeat. The username and password UiPath Robot uses for authentication purposes are transmitted only on heartbeats, enabling it to log in and execute processes.
Attended robots do not require a password to authenticate, and as such, don't support SmartCard authentication.
You cannot execute processes on unattended robots unless you provided the correct user credentials.
Regardless of the Windows version a machine is running on, if you have multiple users on it, you can register a Robot on each of the users. This feature is called High-Density Robots and ensures full utilization of each machine at your disposal at its maximum potential. It can be applied to all types of Robots (Attended, Unattended, and NonProduction).
The High-Density environment has the following advantages:
To set up High-Density Robots on a Windows Server machine, please see the Setting Up Windows Server for High-Density Robots chapter.
On the same machine, you have to connect all users as Robots to Orchestrator, all with the same Machine Name and Key.
If you register a new Robot to Orchestrator on a machine while the UiPath Robot service is running, you have to restart the service.
If the username and/or password filled in when deploying the Robot to Orchestrator do not correspond to the Windows credentials for the specified user, the first job you run is faulted, and a "Logon failure" message is displayed in the Job Details window.
Updated 8 days ago
|Robots in Classic Folders|
|Robots in Modern Folders|
|Connecting Robots to Orchestrator|