租户消耗强制执行

Test Cloud 中的租户消耗强制执行用于控制服务在达到分配给给定租户的单元消耗量时，是否停止消耗单元。

租户消耗强制执行

备注：

租户消耗强制执行仅适用于 Automation Cloud 和 Test Cloud。

强制执行租户消耗是按服务、按租户进行的配置，可控制服务在达到为该租户分配的单元数时是否停止消耗单元。

在 Test Cloud 中，许可证会为每个租户分配一个单元池（例如 Platform Unit 池）。过去，服务会继续消耗超出租户分配额的单元，这些单元会从组织级池中扣除。此行为意味着租户分配额只能作为参考而非硬性限制，因此提高了拥有多个租户的组织的成本控制和预算监管难度。

“租户消耗强制执行”通过让组织管理员和租户管理员为每个服务和每个租户配置是停止消耗（达到分配的单位数的 100％ 停止消耗，还是在超出租户限制后继续消耗到组织池中）来解决此问题。

强制执行的工作方式

每个租户上的每项服务都将独立执行强制操作。为服务启用强制操作后，该服务在达到租户分配的 100% 时将停止处理新单元。禁用强制执行后，系统在租户分配用尽后，会继续从组织级别池中提取服务。

每项服务均单独配置。没有服务组 — 一项服务的强制执行设置不会影响同一租户上的其他服务。

行为场景

强制执行设置	租户分配的 100％ 时的消耗	租户限制后的单位来源
“于 100% 时停止”已启用	该服务已停止为该租户使用	未消耗其他单元
禁用于 100% 时停止	超出租户限制后继续使用	组织级别池

当消耗量继续超过租户上限时，将从组织级别的池中提取额外的单位。这为业务关键型流程提供了保障，同时仍记录组织级别的消耗情况以进行报告。

强制边界处的服务行为

不同的服务根据向许可层报告消耗事件的方式，以不同的方式处理强制边界。

许可系统会在流程或活动完成时收到消耗事件，而不是在执行过程中。这意味着，如果一个流程完成并且其报告的消耗将租户的消耗推进到 100％，则在强制停止后续消耗之前接受最后一个事件。因此，即使启用了强制执行，流程边界处也有可能出现小幅过度消耗。

强制执行会在达到限制后，在下一个消耗事件中激活，而不是在执行中途。 如果在达到限制时有多个 Processes 正在运行，则所有这些 Processes 将继续完成，并报告其消耗量 — 仅在该时间点之后启动的新 Processes 会被阻止。

例如，如果在达到租户限制时仍有五个 Processes 正在运行，那么这五个 Processes 将继续完成，因为只有在每个流程在运行结束时报告其消耗事件后，才会激活强制执行。

对于具有较大单个消耗事件的服务，边界处的超额消耗可能会成比例地增加。

Document Understanding

在整个文档处理作业结束时报告消耗事件。 达到租户上限后，Document Understanding 允许当前作业完成，然后再停止新作业。因此，作业边界处可能会发生少量的过度消耗。

如果强制执行处于活动状态且分配额为 100%，下一个作业将被阻止。在跨租户场景中（即一个租户使用托管在另一个租户上的 Document Understanding 模型），始终向托管该模型的租户收取消耗量费用。

要通过强制执行控制此消耗量，请在模型托管租户上启用强制执行。

Agents (智能体)

许可系统会检查智能体运行中每次单独调用 LLM 的消耗量。当达到启用强制执行的租户限制时，智能体可能会在下一个 LLM 调用边界处停止运行。运行未完成。

ScreenPlay 和 Healing Agent

两项服务均针对每种单元类型分别制定了单独的强制执行设置，并且两种设置会交互作用。 ScreenPlay 运行首先会消耗 ScreenPlay 运行；当允许超额消耗且 ScreenPlay 运行量已耗尽时，ScreenPlay 会从可用的 Platform Units（Unified Pricing 模型）中提取。

Healing Agent 运行首先消耗 Heals；当允许过度消耗且 Heals 已耗尽时，Healing Agent 会从可用 Agent Units（Flex 定价模型）中扣除。

当仅将溢出单元分配给租户时（用于 ScreenPlay 的 Platform Units；用于 Healing Agent 的 Agent Units）：

设置	ScreenPlay	Healing Agent
到达 100% 时停止	用尽 ScreenPlay 运行次数后，开始消耗租户 Platform Units。耗尽后，停止。	Heals 用尽后，开始消耗租户 Agent Unit。耗尽后，停止。
允许过度消耗	用尽 ScreenPlay 运行次数后，开始消耗租户 Platform Units。用尽后，先从组织级别的 ScreenPlay 运行池中提取，然后再从组织级别的 Platform Unit 池中提取。	Heals 用尽后，开始消耗租户 Agent Unit。耗尽后，先从组织级别的 Heals 池中提取，然后再从组织级别的 Agent Unit 池中提取。

当将两种单元类型都分配给租户时：

对于 ScreenPlay：主要单位 = ScreenPlay 运行次数，溢出单位 = Platform Units。对于 Healing Agent：主要 Unit = 修复量，溢出单位 = Agent Unit。

主要单位设置	溢出单位设置	结果
到达 100% 时停止	到达 100% 时停止	消耗租户主要单元。耗尽后，开始消耗租户溢出单元。两者都耗尽后，系统将停止。
允许过度消耗	到达 100% 时停止	消耗租户主要单元。耗尽后，开始消耗租户溢出单元。当两者都用尽时，仅从组织级别的主要单位池中提取。溢出单位不会从组织级别池中提取。
到达 100% 时停止	允许过度消耗	消耗租户主要单元。耗尽后，开始消耗租户溢出单元。当两者都耗尽时，仅从组织级别的溢出单元池中提取。主要单元不是从组织级别池中提取的。
允许过度消耗	允许过度消耗	消耗租户主要单元。耗尽后，开始消耗租户溢出单元。当两者都用尽时，从组织级别的主要单元池中提取，然后从组织级别的溢出单元池中提取。

Maestro 和 Gen AI 活动

这些服务尚未实施租户级别的强制措施。它们在配置界面中显示为不可用，并且始终继续从组织池中使用，无论租户的强制执行设置如何。

通知阈值

无论启用还是禁用强制，消耗通知都会在服务接近并到达租户分配时发送。针对租户级别的使用情况按以下阈值发送通知：

• 已使用50%的分配单元
• 已使用75%的分配单元
• 已使用分配单元的90%

默认情况下，所有组织管理员和租户管理员都会收到这些通知。有关所有许可通知事件的信息，请参阅许可通知。

备注：

这些租户级别的阈值（50％、75％、90％）独立于组织级别消耗通知，组织级别消耗通知在组织范围内分配达到 50％、75％ 和 95％ 时触发。两组通知可以同时处于活动状态。

默认行为

当租户消耗强制在您的组织中启用时，默认设置取决于组织的当前消耗状态。

组织状态	默认强制执行设置
没有租户处于过度消耗状态	“在 100％ 时停止”（为所有服务启用）
一个或多个租户已处于过度消耗状态	已禁用“在 100％ 时停止”（以防止正在进行的生产流程中断）

第二类 Organization 在启用强制执行前应审核其租户分配情况，以避免阻碍依赖该 Organization 池的生产 Processes。

相关主题

• 配置租户消耗强制执行
• 许可证超额分配