租户消耗强制执行

备注：

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

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

在 Test Cloud 中，许可证将单元池（例如 Platform Units）分配给每个租户。从历史上看，服务会继续消耗超过租户分配量的单元，从组织级别池中提取。此行为意味着租户分配作为准则，而非硬性限制，使得对于具有多个租户的组织而言，造成成本控制和预算监管变得困难。

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

强制执行的工作方式

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

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

行为场景

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

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

强制边界处的服务行为

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

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

强制措施将在达到限制后的下一个消耗事件时激活，而不是在执行中激活。如果在达到限制时有多个流程正在运行，则所有这些流程都会继续完成并报告其消耗量 — 仅会阻止该点之后开始的新流程。例如，如果在达到租户限制时五个流程仍在运行，则所有五个流程都会继续完成，因为只有在每个流程在运行结束时报告其消耗事件后，强制执行才会激活。对于具有较大单个消耗事件的服务，边界处的过度消耗可能成比例增加。

Document Understanding — 在完整的文档处理作业结束时报告消耗事件。当达到租户限制时，Document Understanding 允许在停止新作业之前完成当前作业。因此，在作业边界处可能会发生少量的过度消耗。如果强制执行处于活动状态且分配量为 100%，则系统会阻止下一个作业。在一个租户使用托管在另一租户上的 Document Understanding 模型的跨租户场景中，消耗量始终由托管模型的租户收取。要通过强制执行来控制此消耗量，请在模型托管租户上启用强制执行。

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

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

通知阈值

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

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

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

备注：

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

默认行为

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

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

第二类中的组织应在启用强制执行之前审核其租户分配，以避免阻止当前依赖组织池的生产流程。

相关主题

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