管理机器人
管理员可以在 Orchestrator 的“管理访问权限”页面上按组或按帐户启用机器人自动配置。您可以在帐户级别或组级别启用“Attended Robot”或“Unattended Robot”切换开关，配置各种设置（机器人执行设置、计算机登录凭据，如果适用），即可创建具有这些属性的浮动机器人。
对于用户组，有人值守的机器人配置由该组中的任何登录到 Orchestrator 的用户继承；这意味着他们将拥有通过组成员身份创建的机器人。您只能为用户组启用有人值守的机器人自动配置，无法实现无人值守的机器人自动配置。
请参阅以下步骤，以便进行功能设置，从而可以执行文件夹中的作业。
在有人值守模式下，UiPath Assistant 会显示帐户分配到的所有文件夹中的流程。
无法从 Orchestrator 以无人参与模式启动或触发这些流程，除非用于调试目的。 请参阅 Studio 设计和 Orchestrator 调试。
- 在“租户”>“计算机”上，创建计算机模板。
-
将必要的运行时分配给模板。具有 X 个运行时的模板将从租户的许可证池中为使用该模板连接到 Orchestrator 的每个工作站预留 X 个许可证。这使您可以在每个这样的工作站上同时执行 X 个流程。
假设您为计算机模板分配了 2 个无人值守运行时和 3 个非生产运行时。使用该计算机模型连接到 Orchestrator 的三个工作站从租户的许可证池中保留 6 个（2 个无人值守 X 3 个工作站）无人值守许可证和 9 个（3 个非生产性 x 3 个工作站）非生产许可证。这样一来，您可以在每个这样的工作站上同时执行 2 个无人值守流程和 3 个非生产流程。
-
在“ 支持的用法 ”部分选择流程类型和流程兼容性。 这使您可以通过限制无人值守计算机执行某些类型的流程来优化无人值守基础架构。 例如，您可以配置成本更低的计算机（例如 Linux）来执行跨平台流程，并将 Windows 计算机专门用于前台自动化（无法在其他地方运行）。 查看 优化无人值守基础架构的示例，该基础架构 由 Windows 桌面、一台高密度 Windows Server 和三台 Linux 计算机组成。
-
在无人参与模式下，UiPath Assistant 显示所有已分配了用户和计算机模型的文件夹中的流程。可以从 Orchestrator 以无人参与模式启动或触发这些流程。
有人值守模式下使用无人值守机器人的用户（用户登录到计算机）无权访问单独分配了用户的文件夹中的流程。他们仅可访问呢自己和计算机模型都已分配到的文件夹中的流程。
在主机上，您需要为相应计算机模型所分配到的文件夹中的每个帐户配置 Windows 用户。
假设您使用计算机模型 FinanceT 生成的密钥将服务器连接到 Orchestrator。该计算机模型已分配到文件夹 FinanceExecution 和 FinanceHR，其中也分配了 6 个帐户。需要将这 6 个帐户设置为服务器上的 Windows 用户。
基本 Unattended 安装的图形表示
复杂 Unattended 安装的图形表示
强制执行交互式身份验证时，只有在登录帐户后，才能在 UiPath Assistant 中看到您有权访问的流程。还需要用户许可证。因此，无法在 UiPath Assistant 中使用未在您的帐户下运行的无人值守流程进行故障排除。
因此，如果您需要调试无人值守流程，可以临时启用故障排除会话。这样，您无需用户许可证即可在本地查看并运行无人值守流程。
故障排除会话是临时的，上述内容仅在故障排除处于活动状态时适用。
现在，您可以通过 UiPath Assistant 运行无人值守流程以进行故障排除。
调试完成后，您可以为计算机禁用故障排除会话，以便不再允许有人值守连接。或者，如果需要，您可以延长会话处于活动状态的时间。
要在 Studio 中构建工作流，同时在 Orchestrator 中进行调试，您需要同时为开发者创建有人值守机器人和无人值守机器人。管理员可以按照以下步骤创建有人值守和无人值守机器人：
- 开发者可以立即从 Orchestrator 在其工作区上下文中发布自动化项目并启动作业。要在除其个人工作区以外的文件夹中执行调试操作，需要执行以下额外步骤：
- 使用 Assistant 进行调试：必须将帐户分配给所需的文件夹，以使其可以使用包含的资源。
-
使用 Orchestrator 进行调试：必须将帐户和计算机实体（个人工作区计算机模板）分配给所需的文件夹。 在 Orchestrator 中，您只能从分配有您的帐户和计算机模板的文件夹执行流程。
备注：从 Orchestrator 启动作业时，我没有可用的运行时
确保您已将帐户和计算机都分配到了包含要执行的流程的文件夹中。
