2020 年 6 月

2020 年 6 月 30 日

改进

To improve Orchestrator response times, you can now configure a storage bucket to add large images into when parameterizing the corresponding Create Form Task activity. Make sure to correctly configure CORS/CSP settings in order to be able to access storage files.

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

已知问题

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

2020 年 6 月 23 日

访问控制模型调整

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

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

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

• 当用户尝试访问某些服务时，系统将根据用户的成员资格做出访问许可决策。

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

  

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

在调整组织以利用新功能时，您需要记住以下几点。 与否。

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

  每次登录时，对组成员身份所做的更改将与 Orchestrator 同步，对于活动用户会话，则每小时同步一次。

单击此处，以获取有关 Automation Cloud 中整个流程的详细信息。

单击此处，以了解有关 Orchestrator 中用户管理和配置的详细信息。

2020 年 6 月 2 日

改进

我们已将大家的反馈考虑在内，并重命名了“设置”页面上可用的一些预定义角色。

旧名称	新名称
启用文件夹管理	Allow to be Folder Administrator
Enable Running Automations	Allow to be Automation User

单击此处可查看每个角色的新名称和相应权限。

重大变更

发起 POST 请求调用 odata/Assets 端点时，必须以 JSON 文件提供请求内容。