- Automation Cloud 和 Test Cloud
- Automation Cloud 公共部门和 Test Cloud 公共部门
- Automation Cloud 专用

Orchestrator 发行说明
2023 年 5 月
2023 年 5 月 30 日
新的执行设置
A new execution setting, Queues - Unprocessed queue items check frequency (minutes), is now available on the General tab of your tenant settings, allowing you to control the amount of time between checks for queue items that are waiting to be processed.
必需 Webhook 名称
对于通过POST odata/Webhooks端点创建的 Webhook,现在必须提供“名称”参数。
$count 函数调用次数
不再允许调用 $count 端点,因为它们会因大型数据扫描而影响 API 性能。
折叠的应用程序启动器菜单
现在,应用程序左上角的应用程序启动器菜单始终处于折叠状态,仅在单击时才会显示可用产品和服务的完整列表。
包资源管理器中包含来源的包
现在可以在包资源管理器中完整查看与其所有.xaml源一起上传的 Studio 包(即,在“发布选项” > “编译设置”部分中选择的“包括源”选项)。该情况适用于 Windows 和跨平台项目。
2023 年 5 月 23 日
未预览的功能
视频录制、实时流和远程控制功能现已退出预览。
2023 年 5 月 19 日
向 Azure AD 注册 ACR-VM
Now you can register your ACR-VMs with Azure AD, provided that the VM is built on top of a Windows Desktop machine. Details...
2023 年 5 月 16 日
文件夹中的 Apps
Apps 现在在 Orchestrator 中很容易使用:它们始终会发布到租户,随后可以部署在文件夹中,从而使您能够以闪电般的速度启动并运行。
您可以在 Apps 页面部署已发布的应用程序,管理以前部署的应用程序,将所有应用程序更新为最新版本,运行已部署的应用程序,以及直接转到应用程序项目。
作为此功能的一部分,Orchestrator 中提供了两个新权限:Apps 和应用程序版本。
2023 年 6 月 13 日勘误由于我们这边的一次意外,此功能在最初的公告日(2023 年 5 月 16 日)无法使用。
2023 年 5 月 3 日
阻止传统执行
从即日起,我们将逐步阻止传统文件夹中的传统执行。
This will occur throughout the next two weeks for Community organizations, with Enterprise organizations being scheduled for the month of June.
如果您尚未迁移,请使用专用向导或通过手动迁移,将传统文件夹迁移到新式框架。
Read more about the implications of this change, and why it is important to migrate as soon as possible.
主机订阅源已更改
The URL of the official host feed for packages has been changed to https://pkgs.dev.azure.com/uipath/Public.Feeds/_packaging/UiPath-Official/nuget/v3/index.json, and the Myget feed is now deprecated.
If you are using a firewall, it is important that you add https://pkgs.dev.azure.com to the allow list. Otherwise, you will no longer be able to download official UiPath libraries.
“租户搜索”中新增的“类型”筛选选项
“租户搜索”窗口的“类型”筛选菜单中添加了“操作目录”选项。
Improved behavior for Trigger APIs
Enabling or disabling a trigger via API returned "200 OK" regardless of the validity of the trigger ID, and you could only determine if there were any invalid links by the {"value": false} line in the response body, without the possibility to see which were those IDs.
To fix this behavior, the functionality of the /odata/ProcessSchedules/UiPath.Server.Configuration.OData.SetEnabled endpoint has been improved by adding the multistatusEnabled parameter (Boolean) to the request payload. The default value of the new parameter is "false", to preserve the previous behavior for backwards compatibility. However, an important change applies when you provide a single ID, which is invalid. In this case, the proper response code (for example, "404 Not found") is returned.
For when you provide multiple trigger IDs, setting the multistatusEnabled value to "true" changes the response output:
- If all IDs are valid, the response code is "200 OK".
- If at least one ID is invalid, the response code is "207 Multi-Status", and the response body lists all the invalid schedule IDs.
The following figure summarizes the new behavior of the endpoint:

通过 API 更改事务最终状态的功能现已弃用
As announced in January 2023, we're deprecating the possibility to alter the final state of a transaction using APIs. See the Deprecation timeline in our Overview guide for more information.
我什么时候可以看到这些更改?
发行说明针对新更改公告的日期即为该更改最早的推出时间。
如果更改尚未出现,请稍加等候,预计在我们将更改推广到所有区域后不久,即会推出。
弃用时间表
我们建议您定期查看弃用时间表,以获取有关针对即将弃用和删除功能的任何更新。