利用状況の見積もり
このページでは、複数のアセットタイプを使用するさまざまなユースケースについて、利用状況を見積もる方法を説明します。これらのシナリオは、異なるアセットの利用状況が合算され、利用状況の合計数になる仕組みを示しています。基盤となるモデルについては、利用状況の理解を参照してください。
独自のユースケースの利用状況を見積もる
複数のアセットタイプを組み合わせるユースケースの利用状況を計算するには、次の手順を実行します。
ユースケースに関係するすべてのアセットタイプを特定します。
各アセットの利用状況メトリックを特定します。完全なリストについては、利用状況メトリック表を参照してください。
使用される場合は、アセットの利用状況メトリックに加えて、IDPページまたはEvent streamsイベントを追加します。
すべてのメトリックの利用状況を合計し、ユースケースの実行ごとの合計利用状況を計算します。
ユースケース例
次の例は、一般的なユースケースで利用状況がどのように計算されるかを示しています。
新規サプライヤーオンボーディング
グローバル小売業者は、毎年数千のサプライヤーをオンボーディングしています。新しいサプライヤーがサプライヤーポータルを通じてオンボーディングドキュメントを提出すると、APIエンドポイントが提出を受け取り、自動コンプライアンスレビューを開始します。
| アセット | メトリクス | 利用状況 |
|---|---|---|
| Managed APIレシピ（提出を受信） | API呼び出し | 1 |
| IDP（3ページのコンプライアンス証明書） | ページ | 3 |
| レシピ関数（サプライヤーデータを検証、同期） | API呼び出し | 0 |
| Event streams（監査証跡に公開） | イベント | 1 |
| 合計 | 1 API呼び出し、3ページ、1イベント |
同期レシピ関数呼び出しはAPI呼び出しの一部であり、追加の利用状況は発生しません。詳細については、Managed API計算ルールを参照してください。
購買から支払いまでの請求書処理
調達チームは、世界中の数千のサプライヤーからの請求書を処理します。スケジュールされたレシピがERPから新しい請求書を取得し、明細項目を抽出し、発注書に照らして検証し、承認された請求書を支払いにルーティングします。
| アセット | メトリクス | 利用状況 |
|---|---|---|
| ワークフローレシピ（請求書の取得とルーティング、4アクションステップ） | タスク | 4 |
| IDP（6ページの請求書） | ページ | 6 |
| レシピ関数（POに照らして検証、2アクションステップ） | タスク | 2 |
| Event streams（支払い承認済みイベントを公開） | イベント | 1 |
| 合計 | 6タスク、6ページ、1イベント |
非同期レシピ関数呼び出しは独立したワークフローとして実行され、タスクで測定されるため、全体のタスク数に加算されます。
AI支援による品質レビューとリコール
品質マネージャーは、サプライヤーの製品に潜在的な欠陥があるというアラートを受け取ります。品質マネージャーはGenieを使用してSAPとサプライヤーレコードを横断的に調査し、その後Genieにリコールの開始を指示します。 Genieは、影響を受ける店舗ロケーションにEvent streamsを通じて通知するレシピ関数を非同期で呼び出すスキルを呼び出します。
| アセット | メトリクス | 利用状況 |
|---|---|---|
| Genie（2ユーザープロンプト） | Genieアクション | 2 |
| スキル（リコールレシピ関数を呼び出し） | 課金対象外 | Genieアクションに含まれる |
| 非同期レシピ関数（リコールを開始、5アクションステップ） | タスク | 5 |
| Event streams（12店舗ロケーションに通知） | イベント | 12 |
| 合計 | 2 Genieアクション、5タスク、12イベント |
Genieによって呼び出されるスキルはGenieアクションに含まれ、個別にはカウントされません。スキルから非同期で呼び出されるレシピ関数は独立したワークフローとして実行されるため、そのアクションステップとEvent streamsは引き続き利用状況に加算されます。
最終更新日: