- 发行说明
2022 年 2 月
您现在可以从更多插件中进行选择，以存储 Orchestrator 凭据。新的凭据存储“BeyondTrust”现已与 Orchestrator 集成。有关配置说明，请参阅 Beyond Trust 集成。
在此版本中，我们提供了一种新的机器人身份验证机制，该机制使用 OAuth 2.0 框架作为其身份验证协议的基础，这意味着无人值守机器人可以使用客户端 ID（通过计算机模板对象生成的客户端密码对）连接到 Orchestrator。客户端 ID - 客户端密码对生成一个令牌，用于授权连接，并向机器人提供对 Orchestrator 资源的访问权限。
客户端凭据允许 UiPath 机器人使用其自己的凭据（而不是模拟用户）访问资源。当机器人从 Orchestrator 请求资源时，由于没有用户参与身份验证，Orchestrator 会强制机器人本身具有执行操作的权限。
客户端凭据需要 2022.2 及更高版本的 UiPath 机器人。
此次发布与我们之前的发布惯例不同，客户端凭据将不会在社区版发布日期的一周后提供给企业版用户。相反，该功能将随 2022.4 企业版 UiPath 机器人一起提供给企业版用户。
我们在 Orchestrator 中提供了几个默认角色，以便轻松分配主要用例的访问权限，并为任何刚开始使用该环境的新客户提供功能基础。熟悉生态系统并了解特定的自动化用例后，您可以编辑这些角色，或创建新角色以满足您的需求。
但基础知识永远适用。因此，我们希望确保您能够按照预期使用这些角色 - 这是一项标准。
因此，我们对角色和权限进行了一些改进，尤其是与新式文件夹的默认角色相关的改进。
默认角色可用...默认情况下
您不再需要从 Orchestrator 设置中将默认角色添加到租户。现在，默认情况下，所有新租户或迄今为止未手动添加的租户均可使用这些字段。
已删除用于从租户级别的“设置”页面（“常规”选项卡）添加这些角色的选项。
默认角色现在是只读的
您无法再编辑默认角色。您可以查看其包含的权限，但无法再更改权限。
如果您需要自定义版本，则必须创建具有所需权限的新角色。
将默认角色的自定义版本重命名为“自定义”
如果您通过更改权限自定义了任何默认角色，无需担心。我们已将您所有的自定义角色重命名为“角色名称 - 自定义”，以便您知道哪些是默认角色，哪些是您的自定义角色。
例如，如果您自定义了 Automation User 默认角色的权限，则现在您具有以下角色：
|
角色 |
原始 |
可以编辑吗？ |
可以赋值吗？ |
权限 |
|---|---|---|---|---|
|
自动化用户 |
系统 |
N |
Y |
标准 |
|
Automation User - 自定义 |
用户定义 |
Y |
Y |
自定义 |
复制和自定义角色
我们为角色添加了一个新选项，允许您复制和自定义其中一个现有角色。此选项可用于默认角色和自定义角色，但不适用于混合角色。
随着默认角色变为只读，如果您喜欢默认角色，但想要进行一些调整，这是一种自定义角色的新方法。
要使用此选项，请转到“租户”>“管理访问权限”>“角色”，单击行右侧的 
（更多选项），然后选择“复制和自定义”。
您现在可以从更多插件中进行选择，以存储 Orchestrator 凭据。新的凭据存储“HashiCorp 保险库”现已与 Orchestrator 集成。有关配置说明，请参阅 HashiCorp 保险库。
- 通过 API 删除
SpecificContent键的值，防止队列项目数据追踪。将PUT /odata/QueueItem({Id})端点与我们的文档中描述的有效负载类型一起使用。
经过最近关于队列触发器领域的一些反复讨论之后，我们正在重新解决队列触发器启动作业的方式 - 我们希望这是最终的最佳方式。
问题陈述：每当队列中包含的新项目少于正在进行的项目时，即使机器人处于空闲状态，也不会启动任何作业。发生这种情况是因为正在运行的作业（正在处理的队列项目）的数量将超过目标作业（处理新项目所需的作业）的数量。
初始修复：在计算目标作业数量时，让 Orchestrator 考虑新的和正在进行的队列项目，而不仅仅是新项目。此方法听起来不错。但是实际操作起来无效。
全新的解决方案：Orchestrator 在计算目标作业数量时会考虑新项目，但在决定是否启动新作业时会查看待处理作业的数量。
-
假设队列中有 2 个新项目，并且存在 2 个待处理作业 => 则不会启动任何新作业。
-
假设队列中有 2 个新项目，并且存在 1 个待处理作业 => 则启动 1 个新作业。
这可确保 Orchestrator 启动足够多的作业来处理所有新项目，而不会覆盖待处理作业。
- 为帮助您识别作业或触发器级别的错误配置，从现在开始，在启动作业或配置触发器时，您可以清楚地看到是否已在包含的文件夹中配置了某些运行时。
在作业级别，只有已分配给文件夹中的计算机的运行时可供选择。尝试选择未分配的运行时不起作用，并且会显示解释该行为的工具提示。
在触发器级别，可以选择尚未分配给文件夹中的计算机的运行时，但您可以通过查找警告图标轻松发现它们。
-
以前，从 Studio 进行远程调试或在 Orchestrator 中使用动态分配时，无法使用测试运行时。这两项操作都只允许使用非生产或无人值守运行时。使用此版本，您可以使用测试运行时来完成这两项操作。
-
对于 Automation Cloud™ Robot，选中“在作业恢复时保留帐户/计算机分配”开启作业现在意味着作业可以在同一池中的任何计算机上恢复 - 因此，只要是同类型计算机即可，不一定是完全相同的计算机。
-
您现在可以按处理事务的机器人筛选队列的事务。“机器人”筛选器的下拉菜单会显示相应新式文件夹中存在的机器人。要查看可用的机器人，您需要“查看”用户的权限。
- 有时，测试集和测试计划执行会失败，并显示以下错误：
System.Data.Entity.Core.EntityException: The underlying provider failed on Open.System.PlatformNotSupportedException: This platform does not support distributed transactions. Test sets and test schedules are now executed with no errors. - 以前，删除包含 Azure 存储桶的 Orchestrator 文件夹会导致从 Azure 中硬删除所有数据。到目前为止，删除文件夹后，Orchestrator 会执行软删除，使 Orchestrator 用户无法使用数据，但在 Azure 中保持可用。
