2026 年 4 月

Automation Cloud 中 Test Cloud 的 2026 年 4 月发布说明。

2026 年 4 月 27 日

租户消耗强制执行

组织管理员和租户管理员现在可以配置在服务达到分配给特定租户的单位数量时，是否要停止消耗单位。以前，服务对于达到租户限制时会发生的情况没有统一的行为 - 有些会强制执行，而其他服务则会允许在租户级别过度消耗，并且管理员无法控制此行为。

在管理控制台的“许可”部分的“消耗”选项卡上，每个租户和每个服务都可以使用新配置。为服务启用强制操作后，消耗会在租户分配的 100％ 时停止。禁用后，系统将继续使用组织池的功能。无论强制执行设置如何，系统都会在消耗量为 50％、75％ 和 90％ 时发送通知。

有关更多信息，请参阅租户使用强制和配置租户使用强制。

已完成出站 IP 范围更新

2025 年 10 月 15 日宣布的以下 Test Cloud 服务的出站 IP 范围迁移现已完成：

• Apps
• Automation Ops
• AI Trust Layer — 添加您自己的 LLM 功能
• Integration Service
• Test Manager

对于这些服务，“为 Test Cloud 配置防火墙”页面上“已弃用的出站 IP 范围”列中的 IP 范围已失效。现在，只有“当前出站 IP 范围”列中的范围正在使用中。

您需要执行的操作：从防火墙配置中删除已弃用的范围。

例外 — Test Cloud Portal：Test Cloud Portal 的出站 IP 范围转换，特别是用于客户管理密钥 (CMK) 的出站 IP 范围转换仍在继续进行。现有和即将推出的出站 IP 范围将共存，大约持续到 2026 年 6 月。在此期间，请务必确保这两组 IP 范围在您的防火墙配置中都是允许的。

Test Cloud 专属 ScreenPlay 许可 (App Test ScreenPlay)

ScreenPlay 现已在 Test Cloud 中推出，并提供专属权益。Test Cloud 客户现在可以通过 App Test ScreenPlay 访问 ScreenPlay 的 AI 驱动 UI Automation 功能，App Test ScreenPlay 是专为应用程序测试工作流定制的全新加载项权益。

产品内 ScreenPlay 体验与标准 ScreenPlay 加载项相同；商业版则不相同：App Test ScreenPlay 是在 Test Cloud 许可模型下单独购买和跟踪的。

新增功能：

• Application Testing 标准版用户可以购买 App Test ScreenPlay 加载项，其中包括每年 50,000 次 ScreenPlay 运行次数。
• Application Testing 企业版用户的计划中包含 App Test ScreenPlay。
• 如果 App Test ScreenPlay 和标准 ScreenPlay 加载项均处于活动状态，两者将合并运行。
• 超出捆绑运行次数的消耗量将从 App Test Platform Unit 中扣除，以每次运行 5 次用户界面操作的增量进行计费。
• 若使用 BYOM（自带模型）和 BYOS，会在不消耗运行次数的情况下授予 ScreenPlay 访问权限，但仍然需要 App Test ScreenPlay 权益。

备注：

App Test ScreenPlay 仅适用于 Test Cloud。Automation Cloud 用户的标准 ScreenPlay 加载项权益保持不变。

有关更多信息，请参阅“Test Cloud 许可页面”和“ScreenPlay 许可页面”。

Test Cloud 专属 Healing Agent 许可

Healing Agent 现已在 Test Cloud 中推出，并提供专属权益。您现在可以使用 App Test Heal 直接在 Test Cloud 中访问 Healing Agent，App Test Heal 是 Test Cloud 平台专属的一组新权益。此前，Healing Agent 以标准 Heal 消耗项的形式使用。App Test Heal 为 Test Cloud 客户提供与其 Application Testing 计划绑定的专属分配额度。

新增功能：

• Application Testing 标准版 用户可以购买 Healing Agent 加载项，其中包括每年 5,000 次 App Test Heal 次数。
• Application Testing 企业版 用户每年可获得 5,000 次 App Test Heal 次数（包含在计划内）。
• 超出捆绑 Heal 次数的消耗量将从 App Test Platform Unit 中扣除。

备注：

App Test Heal 仅适用于 Test Cloud。如果您在 Test Cloud 之外（例如在标准 Automation Cloud 自动化工作流中）使用 Healing Agent，标准 Heal 权益仍然适用。

有关更多信息，请参阅“Test Cloud 许可页面”和“Healing Agent 许可页面”。

2026 年 4 月 23 日

消耗品中心 [公开预览]

在此版本中，我们显着改善了“许可”中的“消耗品”体验。消耗品中心现已在 Test Cloud 预览中提供。组织管理员可以使用该仪表板监控单元在整个组织中的分配和消耗情况，向下钻取至租户和文件夹级别，管理租户分配，并导出消耗数据，以进行退款和容量规划。

在此仪表板出现之前，管理员无法从组织级别向下追踪单个文件夹和流程的单位消耗情况。以下痛点推动了其创建：

• 无细化消耗可见性：无法查看完整组织层次结构中消耗 Unit 的位置，从捆绑到租户、文件夹和流程。
• 无端到端消耗属性：无法确定消耗源自智能体、智能体流程还是 RPA 工作流。现在，当父流程生成子流程时，整个链中的消耗可见，包括单独消耗和累积到启动该流程的根流程的消耗。

在预览期间，可从“消耗项”页面访问该仪表板：在单元类型卡片上选择“查看使用情况（预览）”以打开该单元类型的新仪表板体验。该仪表板显示可追溯到 2024 年 7 月的历史消耗数据，这些数据与 AI Units 监控管道已收集的数据相同。

从 2026 年 4 月开始，可对数据进行文件夹和流程级归属。 早先消耗量仅显示在 Organization 和租户级别。

如需了解当前限制，请参阅《Test Cloud 管理指南》中的“已知限制”部分。

弃用时间表

我们建议您定期查看弃用时间表，以获取有关针对即将弃用和删除功能的任何更新。

2026 年 4 月 22 日

为上下文基础引入您自己的 LLM 配置

您现在可以通过 AI Trust Layer 将自己的 LLM 配置引入上下文基础。“LLM 配置”选项卡可让您将嵌入和推理模型或 UiPath 管理订阅替换为自己的模型。有关详细配置步骤，请参阅配置 LLM 。

上下文基础还支持 OpenAI v1 API。此更新可与最新的 OpenAI API 规范兼容，从而提高性能并支持使用较新的 AI 模型。

2026 年 4 月 15 日

DESC 认证

Test Cloud 现已获得迪拜电子安全中心 (DESC) 标准认证。 此认证体现了 UiPath 致力于满足在阿拉伯联合酋长国市场运营的云服务的信息安全要求。

有关当前证书和证明的完整列表，请访问UiPath 信任中心。

2026 年 4 月 7 日

面向 Test Cloud 管理员的统一云文档

我们现在为 Test Cloud、Test Cloud 公共部门版和 Test Cloud 专用版的 Test Cloud 管理员提供统一文档。

现在，您可以在一组一致的指南中找到所有管理员和 API 信息。虽然大多数内容适用于所有云平台，但某些特性和功能会因您使用的云平台而异。如适用，文中指出了差异。

要浏览统一文档：

1. 请按照管理指南或API 指南中提供的一般说明进行操作。
2. 当您看到说明功能可用性取决于云平台的说明时，请转到功能可用性页面。
3. 查看您所使用的云平台相关信息，以确认特定功能是否可用，以及其如何适用于您的环境。

有关术语和导航的更多详细信息，请参阅关于本指南。

我们会开展更广泛的工作，旨在为 UiPath 云产品打造统一的文档体验，此更新属于该工作的一部分。随着时间的推移，这项工作将扩展到更多的产品。有关详细信息，请参阅Unified Cloud 文档追踪器。