2020 年 9 月

2020 年 9 月 22 日

新式文件夹

新的 Orchestrator UX 为您的部署管理开创了一个崭新的世界：经典文件夹退出，迎来仅有现代文件夹的时代。我们已为所有新租户禁用了经典文件夹，使现代范式成为新用户和部署的默认选项。

对于那些已经熟悉现代文件夹的人，此转变将带来许多改进。现在，您可以轻松地在层次结构中或层次结构之间移动文件夹、删除文件夹及其所有关联实体，并修改默认文件夹角色的关联权限。

To get you even closer to a ready-to-automate place, new tenants have personal workspaces enabled by default and the five out-of-the-box roles created automatically. Hand-in-hand with the switch to a modern-only approach, the associated permissions of the default modern folder roles have been updated.

角色
Tenant Administrator	✅
Allow to be Folder Administrator (formerly Enable Folder Administration)	✅
Folder Administrator	✅
Allow to be Automation User (formerly Enable Running Automation)	✅
自动化用户	✅

管理员用户在租户级别具有以下角色：租户管理员、允许成为文件夹管理员、允许成为自动化用户和管理员。

为了更清晰地区分文件夹管理员和租户管理员的属性，我们从文件夹角色（允许成为文件夹管理员和允许成为自动化用户）中删除了机器人管理权限。 作为最佳实践，我们建议创建一个包含机器人权限的单独角色，并以受控方式将其分配给需要它的用户。

权限模型

To further simplify access control, we deprecated the Inherit From Tenant assignment model. Existing modern folders that previously used an Inherit From Tenant model are converted, with each user receiving their tenant roles at the folder level as well.

让我们用一个例子来说明转换。假设 Petrina Smith 在 Finance 和 HR 文件夹中工作，这些文件夹以前使用的是继承自租户权限模型。从租户继承的角色将按文件夹分配给文件夹级别的用户。结果，Petrina 在 Finance 和 HR 文件夹中都分配到了角色，并保留在租户级别。

传统文件夹

For those still clinging to the classical, don't worry. Existing deployments do not lose classic folder support on upgrade, and to further entice you into the future we've also added a migration tool to enable you to quickly and easily move to the new, modern-only world.

启用/禁用 Robot

To streamline robot migration from classic folders to modern folders, we've made it possible to enable/disable robots residing in classic folders easily. This way, you are presented with a rollback option if a step errors out during migration. You can only disable robots in the following connection states: active, disconnected, unresponsive.

Learn about enabling/disabling robots in classic folders.

文件夹程序包

To help with delegating responsibilities in your company while keeping packages separate, first-level folders can now be created with a dedicated packages feed. See how here.

对摘要的访问权将通过文件夹范围的新文件夹包权限集控制。所有子文件夹都从根父级继承包摘要的设置。

个人工作区体验

文件夹程序包

默认情况下，个人工作区具有自己的包摘要，并会标记包部署工作中的历史最低记录。任何添加到工作区的包都将作为工作区的流程自动部署到工作区中。

计算机模板

从现在开始，Orchestrator 将从用户处接管计算机模型的管理。这消除了开发者不必要的开销，让开发者可以立即在该工作区的上下文中开始工作，立即发布自动化项目并从 Orchestrator 启动作业进行调试。

对于在除个人工作区以外的其他文件夹中工作的用户，通过将其计算机模型分配到正在使用的文件夹（即，已分配给他们的文件夹），他们可以从 Orchestrator 的调试功能中获益。

简化的用户界面配置文件

To help new users in their automation journey, we've added a simplified UI profile in Orchestrator for those using personal workspaces. The user experience is stripped down to the functionality available in their workspace. Learn about UI Profiles.

个人工作区管理

此版本对个人工作区管理方面的关键功能做了分级，从而为所有个人工作区管理员和业务所有者带来多项改进。

从集中位置监视所有工作区，让开发者能够一目了然地浏览其工作区的内容，为他们处理日常活动提供帮助。

Keeping Orchestrator clean of unused data is now a breeze. You can quickly identify all workspaces with little or no activity, or those which have been orphaned upon employees leaving the organization. The clean-up strategy is at your discretion and is pretty much hassle-free, as you can either delete or convert the workspace into a folder from the convenience of the dedicated Personal Workspaces page.

Enabling personal workspaces for numerous users is now a seamless process with a new feature allowing you to enable workspaces for multiple users at once. The Personal Workspaces section on the Settings page is the dedicated place for that. Here, an administrator can enable personal workspaces for all users in a tenant that use a particular attended licensing profile and don't yet have a workspace to call home.

Read about Personal Workspaces.

无人值守的自动化

在特定计算机上开始作业

If you were looking for better-debugging capabilities, rest assured, as of now, you can select the host machine on which a certain job is launched. Click here for details about jobs.

本地用户的无人值守机器人

为了减轻与驻留在多台主机上的本地 Windows 用户有关的无人值守自动化问题，我们确保模拟本地帐户的无人值守机器人仅需要相应的 Windows 用户名和密码。主机不再是必需的标识符。

Say you are using LocalUser1 on five host machines. Instead of setting up five user entities in Orchestrator for each combination, you define the unattended robot on one user entity only, using the .\LocalUser1 syntax in the Domain\Username field. This way, you can use that specific Windows account on each host machine through one Orchestrator user entity only.

域帐户没有任何更改，像以前一样，其中的机器人需要 domain\username 语法。

每个用户的资产

为了更好地满足您的业务需求，我们引入了每用户资产，这相当于传统的每机器人资产。每用户资产通过在用户和执行期间所用凭证之间创建精确的映射关系，改善了现代文件夹中资产背后的逻辑。

限制并发执行

针对用户每次不能登录超过一次的情况，我们引入了限制并发无人值守执行的可能性。通过限制用户同时执行多个作业，这有助于调整作业分配算法。

HSM 提供商管理

为了更好地控制 HSM 提供程序，您现在可以从 Orchestrator 租户中选择使用哪种硬件安全模型来检索无人值守机器人凭据。

这消除了在 Robot 级别配置 HSM 的需要，并简化了无人值守场景中的身份验证体验。

等待队列项目活动

You can encounter delays of up to 30 seconds if you use a Wait Queue Item activity older than 2020.10. Upgrade to the latest activity version to avoid such issues.

Swagger 库

我们对描述了 Orchestrator API 的 swagger.json 文件的生成方式进行了重大更改。如果您依赖使用 Swagger 文件中的 API 描述的客户端库生成器（例如：AutoRest、Swagger Codegen），则生成的代码将有很大的不同。

具有表单 POST 参数的 API

无法再使用表单数据对象中的参数发出 POST 请求。向 Orchestrator 发出 POST 请求的唯一受支持的机制是在请求正文中提供 JSON 格式的请求参数。

始终运行的流程

To increase the control you have over your processes, we've added the Always Running Process option on the Process Setting page to restrict process termination from the UiPath Assistant. Learn how to manage processes.

分类站

Classification Station is a new feature that enhances human-robot collaboration by allowing humans to review and correct document classification and splitting results. It can be used both as an attended activity (through Present Classification Station) as well as integrated into Orchestrator’s Action Center by leveraging Long-Running Workflows (through Create Document Classification Action and Wait for Document Classification Action and Resume).

自动触发器禁用

从现在开始，如果触发器在前一天未能成功启动至少一次，则该触发器将在启动失败 10 次后自动禁用。

测试数据管理

通过测试数据队列和创建合成测试数据来管理测试数据，从而减少您在测试上花费的时间。测试数据队列是您的中央存储区，您可以在其中准备、存储和使用测试数据。通过按 FIFO（先进先出）顺序将队列项目存储到测试数据队列和从队列中取出队列项目使用的测试用例，您可以扩展测试工作。

改进

Action Center

此版本中一个值得注意的新增功能包括 Action Center 对现代文件夹的支持。如果到目前为止，您仅限于在经典文件夹中使用它，则从现在开始，无论文件夹类型如何，您都可以使用 Action Center 的所有项目。

我们还专门为您公司中的操作管理员添加了一个新页面，这样他们可以轻松地从集中位置向任何操作用户分配和指定操作。

流程

Among all the usability improvements we are excited about, this release we are incredibly excited about solving some common frustrations regarding processes. Learn more about updating processes at the package level.

To help you identify and differentiate processes from one another, they now inherit the associated package description set at design time in Studio. This happens regardless of whether they are deployed manually or automatically in a personal workspace. You can also add a description to your processes or edit the existing one as you wish, no restrictions imposed. Learn here how to add a process to Orchestrator.

使用新的批量更新功能，您可以升级与软件包关联的所有进程，轻松地将多个文件夹中的进程更新到可用的最新版软件包。只需选择目标软件包，Orchestrator 就会通过搜索并显示所有不使用可用的最新版软件包的关联流程来为您完成这项工作。您只需选择要更新为可用的最新版软件包的进程即可。

易用性

除了引入现代化的新外观外，我们还做了一些更改以提高可用性和整体产品的一致性。请阅读本节内容，以了解用户体验方面的改进。

现在，您可以预览对标头颜色和徽标所做的任何更改，以便可以在保存更改之前进行相应的调整。

You can now assign users, user groups, and machine templates directly at the folder level by navigating to the Settings page in a folder context.

Assigning machine templates to folders has been made easier than ever with the addition of new capabilities previously only available on the Machines page. As a result, you can now copy a machine’s key and edit its runtimes directly from the Folders page. Bear in mind, machine templates need runtimes in order to be fit for execution, so make sure you assign some when assigning the machine to a folder.

To have a better, ready-to-hand overview of your Orchestrator statistics, you can now navigate from the job counters on the Home page to the corresponding Jobs page, which is filtered accordingly. For example, if you click the section corresponding to running jobs, the displayed page has the Running state filter applied.

现在，“流程”页面显示与每个流程关联的包名称。

You can now easily update the default roles with any additionally required permissions.

测试自动化

使用测试用例发布测试自动化时，程序将自动创建一个流程（如果该流程尚未就绪）。

测试计划仅在上一次运行完成后才创建新的测试执行。

现在，您的测试执行支持执行介质，因此您可以查看从失败的执行捕获的任何屏幕截图。

Create test sets directly on the Test Cases page.

Test sets created through external tools are now visible only through API and will not be shown on the Test Sets page.

现在，我们在上传测试自动化包后会执行一些附加的验证。为了成功上传此类包或包版本，请确保：

• 该程序包包含至少一个入口点。
• 在同一程序包的不同版本之间，项目类型相同。

我们改进了发行版本的筛选和测试集创建性能。

现在，在选择包创建测试集时，可以从所有可用版本中选择。

其他

We know the pain of having your jobs stuck in a Terminating state, so we came up with a couple of solutions to help clean up the clutter. You can now transition jobs to a Terminating state by using the Kill command. Moreover, we've added a cleanup background job that runs once every three hours and transitions to Failed the jobs that have been in a Terminating state for at least one day.

我们添加了新的 Webhook (task.saved) 用于保存操作，以便在完成前保存操作时通知您。

You can now filter logs by the name of the host machine they have been generated on by using the Machine filter on the Logs page. The new filter works retroactively for logs stored in ElasticSearch, while for logs stored in the database, it only works for new log entries.

To keep you notified about everything going on in Orchestrator, we've implemented alerts for Folders and Personal Workspaces. Learn about alerts.

重大变更

到目前为止，OData.BackwardsCompatible.Enabled 参数默认设置为 true，这表示 Orchestrator 默认情况下会解析并保留特殊字符，并且不再使用编码和转义机制来转换 OData 模型中动态属性的输入数据（例如 QueueItem.SpecificContent）。

以前，OData.BackwardsCompatible.Enabled 会默认设置为 false，这表示除非使用以下语法在执行 API 请求时指定了数据类型，否则程序会对特殊字符进行编码/转义："[e-mail]": "#String"。

如果您的自动化项目旨在以除上述方法以外的其他方式（例如 Regex 转义表达式）解决字符编码/转义问题，请确保对其进行相应调整，这些方式从现在起可能无法使用。或者采用上述方法，或者将 OData.BackwardsCompatible.Enabled 设置为 false，才能保留过去的行为。

已知问题

• 包含 + 符号的软件包版本不能用于创建进程，因而无法在 Orchestrator 中使用。
• Studio 中 Orchestrator 提要的本地化会忽略 Robot 的语言设置，导致不管 Robot 的语言为何，均以英文显示提要。

错误修复

• 错误消息是由于错误地创建或更新了“警报”页面上未显示的凭据存储而导致，并且没有有关错误配置的详细信息。
• 终止测试执行作业会导致 Orchestrator 中的作业状态错误。
• 除非手动授权，否则具有 Folder Administrator 角色的用户在满足先决条件后无法访问测试功能。
• 禁用测试自动化不会禁用任何正在运行的测试计划。
• 以前，您不能编辑名称长度超过 32 个字符的用户组。我们已将组名（“组名”或“用户名”字段）的字符数限制增加到 256 个。

2020 年 9 月 9 日

新增功能

删除了独立许可

使用 Automation Cloud Orchestrator 服务时，您不再可以在本地许可 Studio。在这方面，我们从 Orchestrator 中删除了“独立许可证”复选框。在此更改之前在本地许可其 Studio/StudioX/Studio Pro 的客户不会受到影响，但是，他们不能将此功能用于其他 Studio。

We can enable this feature on demand. Contact us.

在经典文件夹中启用/禁用 Robot

To streamline robot migration from classic folders to modern folders, we've made it possible to easily enable/disable robots residing in classic folders. This way, you are presented with a rollback option if a step errors out during migration. You can only disable robots in the following connection states: active, disconnected, unresponsive.

禁用机器人会影响下列关联实体：

触发器

• 您无法配置触发器以使用禁用的机器人
• 系统会从使用该特定机器人的现有触发器中删除禁用的机器人。如果没有定义其他特定的机器人，触发器将抛出错误，因为它无法创建作业。

每个机器人的资产

• 系统会从具有每个机器人值的资产中删除禁用的机器人
• 如果资产仅具有一个机器人值，并且我们禁用了机器人，则该资产将处于不一致状态且无法修改。

重新启用机器人可使所有受影响的实体可用。

改进

现在，“流程”页面显示与每个流程关联的包名称。

错误修复

• 禁用测试自动化不会禁用任何正在运行的测试计划。