[この記事はプレリリース ドキュメントであり、変更されることがあります]
スケジュール運用エージェントは、ディスパッチャーが技術者のスケジュールを調整するときに、既存の予約と要件を考慮するDynamics 365 Field Serviceの自律エージェントです。 ディスパッチャーがエージェントを使用するには、管理者がエージェントを環境内で設定する必要があります。
Important
- これはプレビュー機能です。
- プレビュー機能は運用環境での使用を想定しておらず、機能が制限される可能性があります。 これらの機能は、お客様が早期にアクセスしてフィードバックを提供できるように、公式リリースの前に利用できます。
前提条件
- 環境が Field Service バージョン 8.8.133.214 以降およびユニバーサル リソース スケジュール バージョン 3.12.149.15 以降に更新されます。
- 環境の場所とマップの設定 がオンになっています。
- Dynamics 365 Field Service アプリには管理者ロールがあります。
課金モデルを設定する
Dynamics 365のスケジューリング業務エージェントやその他のCopilotおよびエージェント機能は、情報の取得やプロンプトへの応答といったAIとの対話やタスクにMicrosoft Copilot Studioメッセージを利用します。 イベントあたりのメッセージ数は、イベントの複雑さによって異なります。 詳細については、 メッセージ シナリオを参照してください。 スケジュール操作エージェントの場合、単一の最適化要求では、含まれるリソースの数に基づいてメッセージが消費されるため、一度に最適化するリソースが増えると、より多くの容量が使用されます。
これらの機能では、使用量ベースの課金、使用量ごとの課金、およびメッセージが使用量を測定する課金単位を使用します。 請求と料金の詳細については、Power Platform ライセンス ガイドを参照してください。
Dynamics 365 は、プリペイド容量と従量課金制の 2 つの課金モデルをサポートしています。 プリペイド容量モデルでは、事前に購入した事前に購入した Microsoft Copilot Studio のライセンス オプションである Copilot Studio メッセージ パック サブスクリプションを使用します。 従量課金制モデルでは、エージェントが 1 か月間に使用するメッセージの実際の数に対して課金されます。 詳細は、Copilot ライセンスを参照してください。
両方の課金モデルを同じ環境で使用できます。 プリペイド容量が最初に消費されます。 どちらのモデルでも、Dynamics 365 環境を Power Platform 環境にリンクする必要があります。
前払い容量請求を設定する
Microsoft 365 管理センターで、Copilot メッセージ パック サブスクリプションを購入します。 詳細については セルフサービス購入と試用版を管理する (ユーザー向け) または セルフサービス購入と試用版を管理する (管理者向け)を参照してください。
Power Platform 管理センターで、Power Platform 環境に前払い容量を割り当てます。 詳細については、容量を管理するを参照してください。
従量課金制の設定
従量課金制請求を設定するには、Azure サブスクリプションが必要です。 サブスクリプションを Power Platform 環境にリンクするには、Power Platform 管理センターまたは Power Apps を使用します。 従量課金制の設定で詳細を確認してください。
容量と使用状況の管理
Power Platform 管理センターでは、前払い容量と従量課金制の両方のCopilot Studioメッセージ容量と使用状況を表示できます。 詳細については、Copilot Studio メッセージと容量の管理を参照してください。
Dynamics 365は、Copilot Studio メッセージの使用可能な容量 (クォータ) を定期的にチェックします。 組織のクォータが低いか不足している場合、ユーザーは容量の状態と必要なアクションに関するアプリ内通知を受け取ります。 これらの通知に対してタイムリーなアクションを実行し、既存の容量を再割り当てするか、より多くを購入することが重要です。
プリペイド容量の場合は、Power Platform 管理センターを使用して、テナントで使用可能な合計容量から環境により多くの容量を割り当てます。 使用可能な容量がない場合は、さらに購入してください。 詳細については、容量を管理するを参照してください。
従量課金制の場合は、Azure ポータルのMicrosoft Cost Managementを使用して詳細な使用状況を表示し、使用制限 (予算) を調整して容量を増やします。 使用可能な容量がない場合は、さらに購入してください。 詳細については、使用状況と請求情報の表示を参照してください。
Important
クォータが不足すると、容量が増えるまで AI 機能は使用できなくなります。 テナント管理者は、Power Platform 管理センターで エージェントのメッセージ消費量を確認 できます。 詳細については、 メッセージ シナリオを参照してください。
スケジュール操作エージェントを有効にする
Field Service アプリを開きます。
リソース 領域に変更し、スケジュール パラメーター>リソース スケジュールに移動します。
エージェント タブに移動し、スケジュール操作エージェント (プレビュー) をオンにします。
エージェントをオンにすると、対話型最適化とバッチ最適化の両方が有効になります。 この記事の残りの部分 (予約可能なリソースのプロパティ、予約状態の最適化方法、優先順位の値) は両方に適用されます。
アクセス許可とロールを割り当てる
スケジュール運用エージェントでは、使用するユーザーに対して 2 つのセキュリティ ロールと、エージェント自体にデータへのアクセス権を付与するチームが使用されます。
ユーザーにロールを割り当てる
エージェントには、2 つのセキュリティ ロールが含まれています。 これらは追加的なものなので、ユーザーの既存のロールを置き換えるのではなく、それらに追加で割り当ててください。 また、各ユーザーには、予約可能なリソース、予約、リソースの要件など、基になるスケジュール テーブルへのアクセスを許可するロール ( Field Service - Dispatcher などのディスパッチャー ロールなど) も必要です。
| Role | 割り当て | Grants |
|---|---|---|
| Operations エージェント管理者のスケジュール設定 | スコープ、目標、プランを作成する管理者 | スコープ、目標、プランを作成、編集、削除し、最適化結果を表示します。 |
| Operations Agent ユーザーのスケジュール設定 | 最適化を実行するディスパッチャー | スコープ、目標、プランを表示する。スケジュール ボードから対話型の最適化を実行し、計画からバッチ最適化を実行する。最適化結果を表示します。 |
ユーザーにロールを割り当てるには:
Power Platform 管理センターにサインインします。
環境を選択し、 設定>Users + アクセス許可>Users に移動します。
ユーザーを選択し、[ セキュリティ ロールの管理] を選択します。
[ Operations Agent 管理者のスケジュール設定 ] または [ Operations Agent ユーザーのスケジュール設定] を、 フィールド サービス - ディスパッチャーなどのディスパッチャー ロールと共に選択し、[保存] を選択 します。
エージェントにデータへのアクセス権を付与する
エージェントは、 スケジュール操作エージェント チームに属するアプリケーション ユーザーとして実行されます。 エージェントが行う変更ごとに、最適化を実行するユーザーとエージェントのアプリケーション ユーザーの組み合わせアクセス許可が使用されるため、両方とも影響を受けるレコードにアクセスできる必要があります。 既定では、エージェントのアプリケーション ユーザーは標準スケジュール テーブルの読み取りと書き込みを行うことができます。
最適化でカスタム テーブル、Field Service テーブル、Project Operations テーブル、または他のテーブルを参照するクエリを使用する場合は、一致するセキュリティ ロールをスケジュール操作エージェント チームに割り当てて、エージェントがそれらのテーブルを読み取って更新できるようにします。 最初に、ディスパッチャーに割り当てるのと同じロールを割り当てることをお勧めします。
Power Platform 管理センターで環境を選択し、 設定>Teams に移動します。
スケジュール操作エージェント チームを選択します。
最適化で使用するテーブルへのアクセスを許可するセキュリティ ロールを割り当ててから保存します。
Note
スコープまたはクエリが参照する列で列レベルのセキュリティ (フィールド セキュリティ プロファイル) を使用する場合は、対応するフィールド セキュリティ プロファイルに スケジュール運用エージェント チーム も追加します。 それ以外の場合、エージェントはそれらの列のフィルター条件を無視し、正しくない結果を返す可能性があります。
予約可能リソースのプロパティを設定する
[ リソース ] 領域で、エージェントで考慮する予約可能なリソースごとに次のプロパティを設定します。
- スケジュール ボードに表示 するには、[ はい] を指定する必要があります。
予約状態の最適化方法を選択する
最適化方法 は、予約状態の新しいプロパティであり、最適化の目標に一致する満たされていない要件を優先して、スケジュールされた予約またはコミット済みの予約を移動または削除できるかどうかをエージェントに指示します。 このフィールドを設定しない場合、エージェントはその状態のすべての予約を 移動不可として扱います。
Field Service アプリを開き、リソース 領域に移動します。
予約設定>予約状況を選択します。 すべての状態を表示するには、ビューからすべてのフィルターを削除します。
予約状態ごとに、 最適化方法 プロパティを次のいずれかの値に設定します。
最適化: エージェントは、この状態の予約を移動または削除して、最適なスケジュールを生成できます。 スケジュール済みまたはコミット済みの状態など、まだ進行中ではない予約には、この方法を使用します。
移動不可: エージェントは、この状態で予約の推定到着時間を保持する必要があります。 以前の予約が移動または変更された場合にのみ、移動時間が更新されます。 通常、この方法は、技術者が既に予約に移動しているか、作業を開始または完了している場合に適用されます。 この最適化方法は、特定の到着時刻が顧客にコミットされた場合にも使用できます。 [移動しない] は、最適化方法が設定されていない場合の既定の動作です。
無視: エージェントは、この状態で予約をオーバーライドし、その上に新しい予約を移動または作成できます。 キャンセル済みの状態の予約には、この方法を使用します。
ヒント
既定の予約ステータスを使用するだけでなく、最適化方法が [移動不可] に設定されているロック済みなど、予約ステータスを作成します。 ディスパッチャーは、その予約状態を使用して、エージェントが起動した際に保持したい予約を選択的に指定することができます。
[コミット済み] または [スケジュール済み] の状態に最適化方法を設定しない場合、エージェントはスケジュールを変更する柔軟性がほとんどありません。
優先度の値を設定する
Priority Value プロパティは、どの予約またはリソース要件がより重要であるかをエージェントが決定するのに役立ちます。 1 から 100 までの数字を受け入れます。 数値が大きいほど、優先度が高くなります。 たとえば、 優先度値 が 75 の優先度の高い予約は、優先度値が 50 の優先度 の高い予約よりも優先されます。 エージェントは 重要度 フィールドを無視します。
Field Service アプリを開き 、[設定] 領域に移動します。
[優先順位] を選択します。
エージェントで考慮する優先度ごとに、 優先度の値を設定します。
ヒント
明確に区別できるが、比較的狭い範囲内の優先順位の値を設定します。 たとえば、値が Low - 1、Medium - 10、Emergency - 100 の場合、緊急予約は中の 10 倍重要です。 これにより、配置がどれほど非効率的であるかに関係なく、緊急予約 はほぼ常に 結果に含まれます。