概述

---

UiPath 机器人是执行主机，该主机运行在 UiPath Studio 中构建的流程。在 Orchestrator 中，机器人实体代表 UiPath 机器人的图像并控制其功能。
In this guide, you will learn about the robot entity as found in Orchestrator and the capabilities it provides for the UiPath Robot. To learn more about the UiPath Robot, see the Robot documentation guide.

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 the UiPath Robot and Orchestrator. Learn About Machines.

消除歧义

---

机器人类型

---

有人值守的机器人

有人监督的机器人，在人的监督下运行。可以根据其许可类型进一步分类如下：

• 有人值守 - 与人类用户在同一工作站上工作，并通过用户事件启动。
• RPA 开发者 - 将 Studio 连接到 Orchestrator 进行开发。
• Citizen Developer - 将 StudioX 连接到 Orchestrator 进行开发。
• RPA Developer Pro - 将您的 StudioPro 连接到与 Orchestrator 进行开发。

📘

Notes

只有个人工作区所有者可以使用代表他们自动生成的计算机模型在 Orchestrator 中在受监管的机器人上启动流程。

除此之外，您无法通过 Orchestrator 在有人监督的机器人上启动或触发流程，这些机器人也无法在锁定屏幕下运行。只能通过 UiPath Assistant 或命令提示符启动。

无人值守机器人

自主机器人，不需要人工监督即可执行作业。可以根据其许可类型进一步分类如下：

• 无人值守 - 在虚拟环境中无需人工监督即可运行，并且可以自动化任意数量的流程。除具备有人值守的机器人的功能外，此类机器人还负责远程执行和监控工作队列，制定工作队列计划以及为工作队列提供支持。可以执行除测试用例以外的任何流程类型。
• 非生产 - 在无人参与模式下工作，仅用于开发目的。无法执行测试用例。
• 测试 - 在无人值守模式下工作，用于开发和测试目的。可以执行测试用例。

连接 UiPath Assistant 后，机器人将自动获得许可。除 Citizen Developer 机器人以外，所有类型的机器人都可以在 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 defined with 10 unattended runtimes. 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.

什么是浮动机器人？

---

Floating robots are robots that enable multiple users to use UiPath Robot on multiple workstations, as the robot is not tied to a specific machine. All robots in modern folders are floating robots. With one Named User license, one user can use UiPath Robot on a maximum of three machines at a time.
要在三个工作站之间更改其正在使用的工作站，用户需要从先前使用的计算机上注销并登录到新计算机。

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 key generated by the machine template.

什么是标准机器人？

---

标准机器人是浮动机器人的前身，只有在使用传统文件夹时才能找到它们。标准机器人限制用户在单个工作站上使用 UiPath 机器人，因为机器人绑定到特定计算机，即在 Orchestrator 中创建标准机器人时设置的计算机。标准机器人仅适用于始终在同一台计算机上工作的用户，或者每次连接到计算机时名称都保持不变的用户。
更改工作站需要删除初始的标准机器人，并使用新的标准计算机的名称重新创建。

My name is John Smith, I am a call center operator working daily on the same laptop whose name is LA4324. In Orchestrator, my system administrator needs to define for me a standard machine with the same exact name as my laptop, and a standard robot using my username, robot configured to connect to the standard machine named LA4324. If I ever change my laptop, the system administrator needs to delete this robot, and create a new one, for the new machine.

机器人管理

---

机器人管理在“用户”页面上执行，包括为所需的用户身份启用自动机器人创建功能。系统根据您的设置自动创建机器人。机器人管理是自动完成的：您可以在用户级别启用自动机器人创建，定义其执行设置和身份验证凭据，然后自动创建浮动机器人。

UiPath Robot has access to the resources residing in the folders the user (and machine for unattended) has access to.
Attended robots (or unattended used in attended mode) can be monitored at the tenant level on the Robots page. Unattended machines and runtimes can be monitored at the folder level (Monitoring > Machines).
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.
Click here for details about robots in modern folders.

机器人身份验证

---

• Username/Password Credentials - This is the default method.
• 智能卡身份验证
• HSM: Luna Credential System, nShield Key Storage Provider

❗️

重要

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.
You cannot execute processes on unattended robots unless you provided the correct user credentials.

高密度机器人

---

无论计算机的运行 Windows 版本如何，如果计算机上有多个用户，您可以在每个用户上注册一个机器人。此功能称为高密度机器人，可确保您最大程度地利用每台机器。它可以应用于所有类型的机器人（有人值守、无人值守和非生产机器人）。

高密度环境具有以下优点：

• 在装有 Windows Server（2008 R2 或 2012 R2 或 2016）操作系统的计算机上：
  • 您可同时在所有机器人上运行同一流程；
  • 您可同时在所有机器人上运行不同流程。

To set up High-Density Robots on a Windows Server machine, please see the Setting Up Windows Server for High-Density Robots chapter.

📘

备注：

使用同一台计算机时，您必须将所有用户作为机器人连接到 Orchestrator，并为其使用相同的计算机名称和密钥。

如果您在 UiPath 机器人服务正在运行的同时在计算机上向 Orchestrator 注册新机器人，则必须重新启动该服务。

如果将机器人部署到 Orchestrator 时填写的用户名和/或密码与指定用户的 Windows 凭据不匹配，则您运行的第一个作业会出现故障，并且“作业详细信息”窗口中会显示“登录失败”消息。