- 发行说明
Orchestrator 发行说明
使用 Orchestrator 终止有人值守的作业
允许管理员从 Orchestrator 中终止 Attended 作业，从而使管理员能够更密切地监控公司的 Attended 自动化。导航到“自动化”>“作业”，然后选择“更多操作”>“停止”或“终止”以终止 Attended 作业，只需单击几下即可解开卡住的自动化。
简化了用户创建
在 Orchestrator“用户”页面（“租户”>“用户”）的右上角添加了“管理帐户和组”按钮，该按钮链接到Automation Cloud 中的“管理员”>“用户和组”页面。
此外，在 Orchestrator“用户”页面上，“检查权限”按钮已重命名为“检查角色”。这是因为您实际上是为用户或组分配角色；另一方面，权限是角色的构建基块，您无需单独分配权限。
更新现有队列
如有疑问，请随时提出，我们会认真倾听。我们提供以下方法用于更新现有队列：
- 在重命名的同时保留现有队列信息。在出现拼写错误或想要更改初始名称等基本情况下，免去以前必须删除并重新创建队列（包括队列项目）的麻烦。
- 将“自动重试”选项从“否”更改为“是”，反之亦然。现在，您可以重新考虑是否能够自动重试失败的事务。
- 为“最大重试次数”设置新值。启用“自动重试”选项后，让事务重试几次以达到“成功”状态。
有关更多详细信息，请参阅编辑队列一文。
改进
- 当租户处于维护模式时，该租户的 API 调用现在将返回状态代码
423而不是503。 - 由于我们更改了触发器警示严重性，因此调试流程更加容易。现在，达到流程的最大作业数时的严重性显示为“Info”。在这种情况下，您可能会遇到以下弹出消息：
文件夹 <文件夹名称>：#流程 <流程名称> 的 #触发器 <触发器名称> 无法创建作业。已达到此流程的最大作业数量。请检查您的触发器设置、机器人可用性和正在运行的作业。(#1693)。
错误修复
在用户模式下安装的机器人未收到来自 Orchestrator 的停止/终止命令 - 终止或停止作业使机器人处于“正在终止”状态。
错误修复
- “用户”：为了防止失去 Orchestrator 中的管理权限，如果用户是最后一个分配了 Administrator 角色的用户并且没有任何组具有 Administrator 角色，则无法再删除该删除。此外，如果没有任何其他用户和组具有该角色，也无法再删除分配了 Administrator 角色的用户组。
- 电子邮件验证：测试电子邮件设置时，即使未指定 SMTP 端口，也显示成功消息。此行为不再发生，并且电子邮件验证在这种情况下会失败。
改进
- Orchestrator API：我们通过添加
IsPersonal布尔值属性改进了FolderNavigationAPI 的GetFolderNavigationContextForCurrentUser端点。此属性显示在端点响应正文中，用于检查返回的文件夹是否为个人工作区。有关更多详细信息，请参阅 API 参考文档。 -
“用户”：已删除用于重定向到 Automation Cloud 中的“管理”>“用户和组”页面的“管理其他服务中的用户”选项。由于 Orchestrator 现在已嵌入到 Automation Cloud 中，因此您现在可以在 Orchestrator 的任何页面上，单击左侧栏中的“管理”。
错误修复
Elastic Robot Orchestration：
- 如果为一个文件夹分配了多个云计算机模型，则当需要一台新计算机来运行作业时，系统将从每个池中请求一台计算机。现在，如果将云计算机模型分配给文件夹，由于云计算机模型的性质，您无法再向该文件夹分配其他计算机或模型。
- 运行作业时，如果 Cloud Machine Pool 基于 UiPath 机器人 2020.10 或更低版本的虚拟机模型，则系统会在创建的虚拟机上自动安装最新版本的机器人 (2021.4)。
