テナント消費の適用

テナント消費の適用

注:

テナント消費の適用は、Automation Cloud と Test Cloud でのみ利用可能です。

テナント消費の適用はサービスごと、テナントごとの設定であり、テナントに割り当てられたユニット数に達したときに、サービスがユニットの消費を停止するかどうかを制御します。

Test Cloud では、ライセンスによってユニット (プラットフォーム ユニットなど) のプールが各テナントに割り当てられます。これまでは、テナントに割り当てられた量を超えても、サービスはユニットの消費を続行し、組織レベルのプールから差し引かれていました。この動作は、テナントの割り当てがハード制限ではなくガイドラインとして機能していたことを意味します。このため、複数のテナントを持つ組織でコストの管理と予算の統制が困難になっていました。

テナント消費の適用では、組織管理者とテナント管理者が、割り当てられたユニットの 100% で消費を停止するか、テナントの制限を超えて組織プールに投入し続けるかを、サービス単位およびテナント単位で設定できます。

適用の仕組み

適用は、各テナントのサービスごとに独立して動作します。サービスに対して適用が有効になっている場合、そのサービスはテナントの割り当ての 100% で新しいユニットの処理を停止します。適用が無効化されている場合、テナントの割り当てが使い果たされた後も、サービスは組織レベルのプールから引き続き引き出しを行います。

各サービスは個別に設定されます。サービス グループはありません。つまり、あるサービスの適用設定は、同じテナントの他のサービスには影響しません。

動作シナリオ

適用設定	テナント割り当ての 100% での消費	テナント制限後のユニット ソース
100%有効で停止	そのテナントでのサービスの使用の停止	追加のユニットは消費されません
100%無効で停止	テナントの上限を超えて消費が継続する	組織レベルのプール

テナントの制限を超えて消費が続くと、追加のユニットが組織レベルのプールから引き出されます。これにより、ビジネスクリティカルなプロセスの安全性を確保しながら、レポート作成のために組織レベルでの消費を記録します。

適用境界でのサービスごとの動作

サービスによって、消費イベントをライセンス レイヤーに報告する方法に基づいて、さまざまな方法で適用境界が処理されます。

ライセンス システムは、実行中ではなく、プロセスまたはアクティビティの完了時に消費イベントを受け取ります。つまり、プロセスが完了し、報告された消費によってテナントが 100% を超えた場合、その最後のイベントが受け入れられ、その後の消費が強制によって停止されます。したがって、適用が有効であっても、プロセスの境界でわずかに過剰消費される可能性があります。

Enforcement activates at the next consumption event after the limit is hit, not mid-execution. If multiple processes are running when the limit is reached, all of them continue to completion and report their consumption — only new processes starting after that point are blocked.

For example, if five processes are still running when the tenant limit is hit, all five continue to completion, because enforcement only activates after each process reports its consumption event at the end of its run.

For services with larger individual consumption events, the overconsumption at the boundary may be proportionally larger.

Document Understanding

Consumption events are reported at the end of a complete document processing job. When the tenant limit is reached, Document Understanding allows the current job to finish before stopping new jobs. As a result, a small amount of overconsumption may occur at job boundaries.

The next job is blocked if enforcement is active and the allocation is at 100%. In cross-tenant scenarios where one tenant uses a Document Understanding model hosted on another tenant, consumption is always charged to the tenant hosting the model.

To control this consumption through enforcement, enable enforcement on the model-hosting tenant.

Agents

ライセンス システムでは、エージェントの実行内の個々の LLM 呼び出しごとに消費量が確認されます。適用が有効化されている状態でテナントの制限に達すると、エージェントは次の LLM 呼び出し境界で実行の途中で停止する可能性があります。実行が完了しません。

ScreenPlay と Healing Agent

Both services have a separate enforcement setting for each unit type, and the two settings interact. ScreenPlay runs consume ScreenPlay Runs first; when overconsumption is allowed and ScreenPlay Runs are exhausted, ScreenPlay draws from the available Platform Units (Unified Pricing model).

Healing Agent runs consume Heals first; when overconsumption is allowed and Heals are exhausted, Healing Agent draws from the available Agent Units (Flex pricing model).

オーバーフロー ユニットのみがテナントに割り当てられている場合 (ScreenPlay のプラットフォーム ユニット;Healing Agent のエージェント ユニット):

設定	ScreenPlay	Healing Agent
100%で停止	ScreenPlay の実行を使い果たすと、テナントのプラットフォーム ユニットの消費を開始します。疲れ果てたら、止まります。	修復が枯渇すると、テナントのエージェント ユニットの消費が開始されます。疲れ果てたら、止まります。
枯渇を許容する	ScreenPlay の実行を使い果たすと、テナントのプラットフォーム ユニットの消費を開始します。使い果たされると、組織レベルの ScreenPlay Runs プール、次に組織レベルのプラットフォームユニットプールから取得されます。	修復が枯渇すると、テナントのエージェント ユニットの消費が開始されます。使い果たされると、組織レベルの修復プールから取得され、次に組織レベルのエージェント ユニット プールから取得されます。

両方のユニット タイプがテナントに割り当てられている場合:

ScreenPlay の場合: プライマリ ユニット = ScreenPlay Runs、オーバーフロー ユニット = プラットフォーム ユニット。Healing Agent の場合: プライマリ ユニット = 修復、オーバーフロー ユニット = エージェント ユニット

プライマリユニットの設定	オーバーフローユニット設定	結果
100%で停止	100%で停止	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、停止します。
枯渇を許容する	100%で停止	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、組織レベルのプライマリ ユニット プールからのみ取得されます。オーバーフローユニットは組織レベルのプールからは取得されません。
100%で停止	枯渇を許容する	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、組織レベルのオーバーフロー ユニット プールからのみ取得されます。プライマリユニットは組織レベルのプールから引き出されません。
枯渇を許容する	枯渇を許容する	テナントのプライマリ ユニットを消費します。使い果たされると、テナントのオーバーフロー ユニットの消費を開始します。両方が使い果たされると、組織レベルのプライマリ ユニット プールから取得され、次に組織レベルのオーバーフロー ユニット プールから取得されます。

Maestro および Gen AI アクティビティ

これらのサービスには、テナント レベルでの適用はまだ実装されていません。これらのアクティビティは構成インターフェイスでは利用できず、テナントの適用設定に関係なく、常に組織のプールから消費され続けます。

通知のしきい値

使用に関する通知は、適用が有効か無効かに関係なく、サービスがテナントの割り当てに近づいて到達すると送信されます。通知は、テナント レベルでの消費について以下のしきい値で送信されます。

• 割り当て済みのユニットの 50% が消費されました。
• 割り当てられたユニットの 75% が消費されました
• 割り当て済みのユニットの 90% が消費されました。

既定では、すべての組織管理者とテナント管理者がこれらの通知を受信します。すべてのライセンス通知イベントの詳細については、「 ライセンス通知」を参照してください。

注:

これらのテナント レベルのしきい値 (50%、75%、90%) は、組織全体の割り当ての 50%、75%、95% で発生する組織レベルの消費通知とは別のものです。両方の通知セットを同時にアクティブにすることができます。

既定の動作

組織でテナント消費の適用が利用可能になった場合、既定の設定は組織の現在の消費ステートによって異なります。

組織の状態	既定の適用設定
No tenants in overconsumption	すべてのサービスで 100% 有効で停止します
すでに枯渇している 1 つ以上のテナント	100% 無効化で停止 (アクティブな生産プロセスの中断を防ぐため)

Organizations in the second category should audit their tenant allocations before enabling enforcement, to avoid blocking production processes that rely on the organization pool.

関連トピック

• テナント消費の適用の設定
• ライセンスの割り当て超過