2021 年 8 月

2021 年 8 月 26 日

从 Orchestrator 自动更新 UiPath Robot、Studio 和 Assistant

您现在可以从 Orchestrator 自动更新客户端应用（Robot、Studio 和 Assistant）。这是一项急需的功能，可帮助 IT 管理员和 RPA 卓越中心社区成员节省大量时间，以确保 Robot、Studio 和 Assistant 保持最新状态。

For now, we are doing a staggered launch just for community users. For enterprise users, the functionality becomes available with the 2021.10 enterprise release and you can get a sneak peak here.

2021 年 8 月 25 日

调试无人值守流程

告别了启用“强制执行用户身份验证，禁用机器人密钥身份验证”选项时的调试麻烦（也称为交互式登录，可从 Orchestrator 中的租户设置进行设置）。

虽然此功能带来了多个好处（安全性增强，简化了有人值守用户连接到 Orchestrator 的流程，通过启用用户许可证管理功能简化了用户许可），但对于无人值守流程来说，它也带来了更繁琐的调试体验：在强制执行交互式身份验证的情况下通过计算机密钥登录连接到 Orchestrator 的计算机以进行调试时，除非您已登录，否则您的 Assistant 中没有任何流程可用于进行调试。

现在，您可以通过在计算机上启用故障排除会话来实现此目的，可从“机器人”页面的“无人值守的会话”选项卡中启用：

通过启用故障排除会话，您可以从 Assistant 中查看并运行无人值守流程，以进行调试。

故障排除会话是临时的，上述内容仅在故障排除处于活动状态时适用。

开发者无需用户许可证即可执行此操作。

For instructions, see Debugging Unattended Processes.

2021 年 8 月 24 日

个人工作区中的无人值守功能

是的，您没看错！此发行版为所有 RPA 开发者带来了无人值守执行，并为在您舒适的个人工作区中远程执行 RPA 流程铺平了道路。

对于熟悉新式文件夹的用户来说，此功能应该不会带来什么新问题。体验非常相似，它允许在公司管理的虚拟机上远程执行；现在工作区所有者也可以这样做。不必再吹嘘了，让我们来看看各个亮点：

管理员体验

为所有 RPA Developer 启用 Unattended 体验涉及到一件重要事情：将计算机对象（计算机模型或标准计算机）与工作区相关联。这使 Unattended 基础架构（使用密钥连接到 Orchestrator 的计算机）可在所有个人工作区中执行。

您可以从租户上下文 >“文件夹”>“个人工作区”中执行此操作。

注意：您不能将计算机对象作用域限制为特定的工作区，也不能从某些工作区中排除它；计算机对象可以与所有工作区关联，也可以不与任何工作区关联。

另一个注意事项：确保计算机对象具有必要的运行时，以支持所有工作区的执行。

RPA 开发者体验

如果管理员事先进行了必要的配置，则所有特定于无人值守的功能都可以在个人工作区中使用。

这使 RPA 开发者可以执行以下操作：

A. Launch automations in a preplanned manner or through a queue item condition using Triggers.

B. Check the health and status of the machines and machine runtimes assigned by the administrator to your workspace using the Monitoring feature. We have added a Machines card to the workspace Home page for quick access.

C. 通过查看新的“监控”菜单来监控工作区中的所有资源，该菜单可让您了解计算机、流程、队列和 SLA 预测的运行状况。

新式文件夹与个人工作区

在个人工作区上下文中，作业以工作区所有者的身份启动。这会使新式文件夹中的功能发生以下一些变化，您可能已经知道这些变化：

1. 无法从个人工作区的上下文中配置计算机对象和用户。

2. 用户不是触发器的可配置执行目标，因为在 RPA 开发者的身份下执行是个人工作区所固有的。

3. Testing functionality and actions are not available. As a result, Suspended and Resumed job statuses become irrelevant in a workspace context.

   

   

权限注意事项

To make the transition as smooth as possible, we've adjusted the predefined Personal Workspace Administrator role:

• 添加了对监控的“查看”和“编辑”权限
• 添加了对触发器的“查看”、“编辑”、“删除”和“创建”权限。

恭喜您取得了如此出色的成就，请不要忘记：这是一系列功能中的一个，它将为获得最全面的 RPA 体验铺平道路！请保持关注！

限制机器人访问主机库订阅源

为了解决机器人可以访问默认主机订阅源（当前在 MyGet 上）以检索库包所带来的安全挑战，我们添加了一个新选项，该选项仅允许连接到租户的订阅源。

以前我们提供了“仅主机订阅源”以及“主机和租户订阅源”选项用于检索库包，而现在我们提供了第三个选项：“仅限租户订阅源”。

了解如何配置库订阅源。

操作转移到 Action Center

在召集 Action Center 中所有与操作相关的功能时，操作目录管理已从 Orchestrator 完全转移到 Actions 服务。

For more details, check out our documentation.

不用担心现有的 Orchestrator 操作，因为每个链接都会将您重定向到 Action Center 界面中的同一操作。

允许使用测试机器人在非生产环境中执行工作流

现在，您可以使用测试机器人在非生产环境中测试您的工作流。这仅适用于非生产环境。您可以在配置作业或计划触发器时选择此选项，如以下屏幕截图所示。

Orchestrator 中的活动覆盖率

Your test sets show the activity coverage for each execution. Include this feature in your RPA testing to check which activities have been covered during execution, indicated within a percentage calculator. To learn how it works, see Test execution coverage.

2021 年 8 月 11 日

将计算机分配推送到子文件夹

您的意见我们已知悉！此发行版为在所有子文件夹中使用同一个计算机对象（计算机模板或标准计算机）的所有管理员提供了一个新增功能。从现在开始，您无需手动将同一台计算机分配给每个子文件夹，只需点击几下即可将该计算机从父文件夹推送到其所有子文件夹。

Learn about assigning machines to folders.

自动停止/终止待处理作业

在此发行版中，Orchestrator 引入了一种已改进的机制，用于终止挂起的作业，您现在可以在“停止”策略的基础上使用“终止作业”策略，而不是仅仅将其用作替代策略。如果您还不熟悉现有功能，让我们唤起您的记忆吧：您可以配置触发器，以便在一定时间间隔过后停止或终止作业，从而优化流程，并以预先计划的方式正常关闭所有繁琐的作业执行。

在以下示例中，Orchestrator 将尝试停止处于“待处理”状态至少 10 分钟的作业。如果无法终止，Orchestrator 将尝试终止处于“正在停止”状态至少 20 分钟的作业。

了解如何配置时间触发器。

在作业恢复时保持用户-计算机配置

已暂停的作业由任何可用计算机上的任何可用机器人恢复。但是，在某些情况下：

• 恢复的作业执行取决于安装在特定计算机上的特定应用程序（例如 SAP）。
• 启动和继续作业需要相同的用户上下文。

To acknowledge your resources and license requirements on a job resumption, we deliver the option to use the same User-Machine configuration set at the job start. Find out more details in the Managing Jobs article.

2021 年 8 月 2 日

角色的新术语和界面更改

为了弄清楚从 Automation Cloud 的“管理”页面添加用户与从 Orchestrator 向用户授予访问权限之间的区别，我们改进了 Orchestrator 用户界面并调整了术语，以减少混淆。

变更内容如下：

• 我们在名为“管理访问权限”的新选项卡下加入了租户级别的“用户”和“角色”选项卡。

• The functions previously accessed from the Users page are now accessed from the Assign roles tab on the Manage access page. You could never create users from there, you were simply adding existing users to Orchestrator so that you could assign roles to them.

• 同样，以前从“角色”页面访问的功能现在也可以从“管理访问权限”页面上的“角色”选项卡（击鼓图标）访问。（为什么要修复它，如果它没有损坏，对吧？）

  

• Lastly, we have separated the experience of assigning roles to users or groups. While previously the same steps applied for both, now the two have distinct wizards, one for users and a different one for groups, better tailored for each task.

文档

• 关于管理用户访问权限
• 分配角色
• 管理角色