- 发行说明
Orchestrator 发行说明
2020 年 9 月
新的 Orchestrator UX 为您的部署管理开创了一个崭新的世界：经典文件夹退出，迎来仅有现代文件夹的时代。我们已为所有新租户禁用了经典文件夹，使现代范式成为新用户和部署的默认选项。
对于那些已经熟悉现代文件夹的人，此转变将带来许多改进。现在，您可以轻松地在层次结构中或层次结构之间移动文件夹、删除文件夹及其所有关联实体，并修改默认文件夹角色的关联权限。
为了让您离自动化更近一步，我们为新租户默认启用个人工作区，并自动创建了五个即用型角色。与切换到“仅现代”方式同步，我们已更新默认现代文件夹角色的关联权限。
|
角色 | |
|---|---|
|
Tenant Administrator |
|
|
Allow to be Folder Administrator（以前称为 Enable Folder Administration） |
|
|
Folder Administrator |
|
|
Allow to be Automation User（以前称为 Enable Running Automation） |
|
|
自动化用户 |
|
管理员用户在租户级别具有以下角色：租户管理员、允许成为文件夹管理员、允许成为自动化用户和管理员。
为了更清晰地区分文件夹管理员和租户管理员的属性，我们从文件夹角色（允许成为文件夹管理员和允许成为自动化用户）中删除了机器人管理权限。 作为最佳实践，我们建议创建一个包含机器人权限的单独角色，并以受控方式将其分配给需要它的用户。
权限模型
为了进一步简化访问控制，我们弃用了继承自租户分配模型。对于以前使用继承自租户模型的现有现代文件夹，将进行转换，每个用户也将得到文件夹级别的租户角色。
让我们用一个例子来说明转换。假设 Petrina Smith 在 Finance 和 HR 文件夹中工作，这些文件夹以前使用的是继承自租户权限模型。从租户继承的角色将按文件夹分配给文件夹级别的用户。结果，Petrina 在 Finance 和 HR 文件夹中都分配到了角色，并保留在租户级别。
传统文件夹
目前仍在使用经典文件夹的用户也不用担心。目前的部署不会因升级而失去传统文件夹的支持，同时为了进一步吸引您迈进未来，我们还添加了一个迁移工具，让您能够快速轻松地迁移到“仅有现代文件夹”的新世界。
启用/禁用 Robot
为了简化从传统文件夹到新式文件夹的机器人迁移工作，我们使轻松启用/禁用驻留在传统文件夹中的机器人成为可能。这样，如果在迁移过程中出现错误，程序会提供回滚选项。只能在以下连接状态下禁用机器人：活动、断开连接、无响应。
了解如何在传统文件夹中启用/禁用机器人。
启用一个机器人
文件夹程序包
默认情况下，个人工作区具有自己的包摘要，并会标记包部署工作中的历史最低记录。任何添加到工作区的包都将作为工作区的流程自动部署到工作区中。
计算机模板
从现在开始，Orchestrator 将从用户处接管计算机模型的管理。这消除了开发者不必要的开销，让开发者可以立即在该工作区的上下文中开始工作，立即发布自动化项目并从 Orchestrator 启动作业进行调试。
对于在除个人工作区以外的其他文件夹中工作的用户，通过将其计算机模型分配到正在使用的文件夹（即，已分配给他们的文件夹），他们可以从 Orchestrator 的调试功能中获益。
简化的用户界面配置文件
为帮助新用户完成自动化之旅，我们在 Orchestrator 中为使用个人工作区的用户添加了简化的用户界面配置文件。用户体验已精简为其工作区中的可用功能。了解有关用户界面配置文件的信息。
此版本对个人工作区管理方面的关键功能做了分级，从而为所有个人工作区管理员和业务所有者带来多项改进。
从集中位置监视所有工作区，让开发者能够一目了然地浏览其工作区的内容，为他们处理日常活动提供帮助。
现在，Orchestrator 可以很轻松地清除未使用的数据。您可以快速识别所有几乎或完全没有活动的工作区，或者在员工离开组织后被孤立的工作区。清理策略由您自行决定，非常轻松，您可以通过专用的个人工作区页面删除工作区或将其转换为文件夹。
现在，为大量用户启用个人工作区成为一个无缝顺畅的过程。利用引入的新功能，您可以一次为多个用户启用工作区。设置页面上的“个人工作区”部分就是一个专门处理此类操作的所在。在这里，管理员可以为租户中使用特定的有人值守许可配置文件但尚没有 call home 工作区的所有用户启用个人工作区。
了解有关个人工作区的信息。
在特定计算机上开始作业
如果您正在寻求更好的调试功能，请放心，目前您可以选择启动特定作业的主机。单击此处了解有关作业的详细信息。
本地用户的无人值守机器人
为了减轻与驻留在多台主机上的本地 Windows 用户有关的无人值守自动化问题，我们确保模拟本地帐户的无人值守机器人仅需要相应的 Windows 用户名和密码。主机不再是必需的标识符。
.\LocalUser1 语法在一个用户实体上定义无人值守机器人即可。这样，您只能通过一个 Orchestrator 用户实体在每台主机上使用该特定的 Windows 帐户。
domain\username 语法。
每个用户的资产
为了更好地满足您的业务需求，我们引入了每用户资产，这相当于传统的每机器人资产。每用户资产通过在用户和执行期间所用凭证之间创建精确的映射关系，改善了现代文件夹中资产背后的逻辑。
限制并发执行
针对用户每次不能登录超过一次的情况，我们引入了限制并发无人值守执行的可能性。通过限制用户同时执行多个作业，这有助于调整作业分配算法。
HSM 提供商管理
为了更好地控制 HSM 提供程序，您现在可以从 Orchestrator 租户中选择使用哪种硬件安全模型来检索无人值守机器人凭据。
这消除了在 Robot 级别配置 HSM 的需要，并简化了无人值守场景中的身份验证体验。
如果使用早于 2020.10 的“等待队列项目”活动，则可能会遇到长达 30 秒的延迟情况。 升级到最新的活动版本以避免出现此类问题。
swagger.json 文件的生成方式进行了重大更改。如果您依赖使用 Swagger 文件中的 API 描述的客户端库生成器（例如：AutoRest、Swagger Codegen），则生成的代码将有很大的不同。
POST 请求。向 Orchestrator 发出 POST 请求的唯一受支持的机制是在请求正文中提供 JSON 格式的请求参数。
为提高您对流程的控制级别，我们在 Orchestrator 的流程设置页面中添加了始终运行流程选项，该选项可限制通过 UiPath Assistant 终止流程了解如何管理流程。
“分类站点”是一项新功能，通过允许用户查看并更正文档分类和拆分结果，增强了人机协作。它可以用作有人值守的活动（通过“当前分类站点”），也可以利用长时间运行的工作流（通过“创建文档分类操作”和“等待文档分类操作然后继续”）集成到 Orchestrator 的 Action Center 中。
通过测试数据队列和创建合成测试数据来管理测试数据，从而减少您在测试上花费的时间。测试数据队列是您的中央存储区，您可以在其中准备、存储和使用测试数据。通过按 FIFO（先进先出）顺序将队列项目存储到测试数据队列和从队列中取出队列项目使用的测试用例，您可以扩展测试工作。
Action Center
此版本中一个值得注意的新增功能包括 Action Center 对现代文件夹的支持。如果到目前为止，您仅限于在经典文件夹中使用它，则从现在开始，无论文件夹类型如何，您都可以使用 Action Center 的所有项目。
我们还专门为您公司中的操作管理员添加了一个新页面，这样他们可以轻松地从集中位置向任何操作用户分配和指定操作。
流程
在我们感到兴奋的所有可用性改进中，我们非常高兴地看到本发行版解决了流程方面的一些常见问题。详细了解在包级别更新流程。
为帮助您识别和区分不同流程，现在流程会继承设计时在 Studio 中设置的关联包说明。无论是手动部署还是在个人工作区中自动部署，情况都是这样。您也可以根据需要向流程添加说明，或编辑现有说明，您的选择不受限制。在此处了解如何将流程添加到 Orchestrator。
使用新的批量更新功能，您可以升级与软件包关联的所有进程，轻松地将多个文件夹中的进程更新到可用的最新版软件包。只需选择目标软件包，Orchestrator 就会通过搜索并显示所有不使用可用的最新版软件包的关联流程来为您完成这项工作。您只需选择要更新为可用的最新版软件包的进程即可。
如何阅读字母：
a. 包名称
b. 包的最新版本
c. 未使用最新包版本的流程数
d. 流程的名称，以及当前的包版本以及它们所在的文件夹/子文件夹的路径。
易用性
除了引入现代化的新外观外，我们还做了一些更改以提高可用性和整体产品的一致性。请阅读本节内容，以了解用户体验方面的改进。
现在，您可以预览对标头颜色和徽标所做的任何更改，以便可以在保存更改之前进行相应的调整。
现在，您可以通过在文件夹上下文中导航到设置页面，直接在文件夹级别分配用户、用户组和计算机模型。
通过添加以前仅在计算机页面上可用的新功能，可以比以往更加轻松地将计算机模型分配给文件夹。您现在可以直接从文件夹页面复制计算机的密钥并编辑其运行时。请记住，计算机模型需要具有运行时才适合执行，因此在将计算机分配到文件夹时，请确保分配了一些运行时。
为了更好地了解 Orchestrator 的统计信息，现在您可以从主页上的作业计数器导航到相应的作业页面，并对其进行相应筛选。例如，如果单击与正在运行的作业相对应的部分，则显示的页面将应用“正在运行”状态筛选器。
现在，“流程”页面显示与每个流程关联的包名称。
现在，您可以使用任何其他所需权限来轻松更新默认角色。
测试自动化
使用测试用例发布测试自动化时，程序将自动创建一个流程（如果该流程尚未就绪）。
测试计划仅在上一次运行完成后才创建新的测试执行。
现在，您的测试执行支持执行介质，因此您可以查看从失败的执行捕获的任何屏幕截图。
直接在测试用例页面上创建测试集。
通过外部工具创建的测试集现在仅可通过 API 查看，并且不会显示在测试集页面上。
现在，我们在上传测试自动化包后会执行一些附加的验证。为了成功上传此类包或包版本，请确保：
- 该程序包包含至少一个入口点。
- 在同一程序包的不同版本之间，项目类型相同。
我们改进了发行版本的筛选和测试集创建性能。
现在，在选择包创建测试集时，可以从所有可用版本中选择。
其他
我们深知作业陷入“正在终止”状态后给人带来的困扰，因此我们提出了一些解决方案来帮助清理这种混乱情况。现在，您可以使用 Kill 命令将作业转换为“正在终止”状态。此外，我们添加了一个清理后台作业，该作业每三小时运行一次，并且会将已经处于“终止”状态至少一天的作业转移至“失败”状态。
task.saved) 用于保存操作，以便在完成前保存操作时通知您。
现在，您可以使用日志页面上的计算机筛选器，根据生成日志的主机的名称来筛选日志。新的筛选器适用于 ElasticSearch 中存储的日志，而对于数据库中存储的日志，则仅适用于新的日志条目。
为通知您 Orchestrator 中的所有操作，我们为文件夹和个人工作区实施了警示。了解警示。
OData.BackwardsCompatible.Enabled 参数默认设置为 true，这表示 Orchestrator 默认情况下会解析并保留特殊字符，并且不再使用编码和转义机制来转换 OData 模型中动态属性的输入数据（例如 QueueItem.SpecificContent）。
OData.BackwardsCompatible.Enabled 会默认设置为 false，这表示除非使用以下语法在执行 API 请求时指定了数据类型，否则程序会对特殊字符进行编码/转义："Name@odata.type": "#String"。
OData.BackwardsCompatible.Enabled 设置为 false，才能保留过去的行为。
- 包含
+符号的软件包版本不能用于创建进程，因而无法在 Orchestrator 中使用。 - Studio 中 Orchestrator 提要的本地化会忽略 Robot 的语言设置，导致不管 Robot 的语言为何，均以英文显示提要。
删除了独立许可
使用 Automation Cloud Orchestrator 服务时，您不再可以在本地许可 Studio。在这方面，我们从 Orchestrator 中删除了“独立许可证”复选框。在此更改之前在本地许可其 Studio/StudioX/Studio Pro 的客户不会受到影响，但是，他们不能将此功能用于其他 Studio。
我们可以按需启用此功能。联系我们。
在经典文件夹中启用/禁用 Robot
为了简化从经典文件夹到现代文件夹的机器人迁移工作，我们使轻松启用/禁用驻留在经典文件夹中的机器人成为可能。这样，如果在迁移过程中出现错误，程序会提供回滚选项。您只能在以下连接状态下禁用：活动、断开连接、无响应。
禁用机器人会影响下列关联实体：
触发器
- 您无法配置触发器以使用禁用的机器人
- 系统会从使用该特定机器人的现有触发器中删除禁用的机器人。如果没有定义其他特定的机器人，触发器将抛出错误，因为它无法创建作业。
每个机器人的资产
- 系统会从具有每个机器人值的资产中删除禁用的机器人
- 如果资产仅具有一个机器人值，并且我们禁用了机器人，则该资产将处于不一致状态且无法修改。
重新启用机器人可使所有受影响的实体可用。
