Orchestrator 发行说明

适用平台：

上次更新日期 2024年12月9日

2020 年 6 月

为缩短 Orchestrator 响应时间，您现在可以配置存储桶，以便在参数化相应的“创建表单任务”活动时向其中添加大图像。请务必正确配置 CORS/CSP 设置，以便能够访问存储文件。

向 /odata/TestSetExecutions 端点发出 GET 请求时，不再必须使用 X-UiPath-OrganizationUnitId 标头。这样，您现在可以检索属于您的文件夹中的所有测试集执行情况，并且仅指定标头即可检索属于特定文件夹的执行。

使用 Internet Explorer 浏览器时，“包”页面中的“浏览包”选项被禁用。

我们不断寻求不费吹灰之力地使用 Automation Cloud 的想法导致了访问控制模型的改头换面。这带来了用户管理的一些变化，没什么好担心的，从邀请用户加入您的组织开始，到为用户授予特定的访问级别，我们进行了几处旨在简化整个体验的改进。

除了为每项服务提供精细级别的访问控制之外，Automation Cloud 还通过为典型场景提供默认访问权限来减少指定显式访问控制级别的需要。

出于这个原因，我们提供了四个不同的用户组，并为其成员提供了特定的访问级别。尽管这些组带有预定义的权限集，但您可以随时根据您的需求基于每个服务对其进行自定义。用户的访问级别与组成员身份相关，也与在 Orchestrator 服务中为该组所做的权限配置相关。

当用户尝试访问某些服务时，系统将根据用户的成员资格做出访问许可决策。
当用户尝试访问或使用服务中的某些资源时，系统会根据用户的角色做出访问许可决策，该角色可以从组继承，也可以显式授予。

显然，您仍然可以利用粒度将用户单独添加到服务中，前提是已预先在 Automation Cloud 组织中添加了用户。请记住，此操作现在在服务级别执行，而不是从 Automation Cloud 门户执行。

在调整组织以利用新功能时，您需要记住以下几点。与否。
对于现在创建的服务，系统将自动创建用户组并附带默认的权限集。
对于原有服务，您需要自己在每个服务中添加和配置用户组。
如果您不想在现有服务中利用组的优势，请将用户留在名为 Everyone 的默认 vanilla 组。默认情况下，该组对任何服务均不具有任何特定的访问权限。您可以单独管理每个用户的权限。