Resource Scheduling Optimization の概要
Dynamics 365 Field Service を使用している組織では、次の 2 つの方法で項目をスケジューリングできます。
手動 - ユニバーサル リソース スケジュールのスケジュール ボードを使用して手動で項目をスケジューリングします。
半自動 - スケジュール アシスタントによって適格なリソースが特定され、時間の提案が表示されます。
どちらの方法も、項目をスケジューリングするための優れた選択肢です。 どちらの選択肢にも、フィールド担当者の生産性の最大化と経費の最小化によってコストを低く抑えられるように個人が大量の作業指示書を手動でスケジューリングするのはほぼ不可能であるという課題があります。 多くの組織では、これらの複雑なスケジューリングのシナリオをサポートするために、自動化されたスケジューリング ソリューションを使用しています。 スケジュールの自動化により、ディスパッチャーは 1 日を通して発生するスケジュール問題の処理に注力できます。
Resource Scheduling Optimization (RSO) は、組織が作業指示書を最適なリソースに対して自動的にスケジュールできる、Dynamics 365 Field Service アプリケーションのアドオン機能です。 組織は、「移動時間の最小化」、「作業時間の最大化」などの構成された目標に基づいて、移動時間の最小化、作業時間の最大化、最適な技術者のスケジュールなどを行うために予約を最適化できます。
Resource Scheduling Optimization を使用するメリット
RSO を使用すると、次のようなメリットがあります。
自動スケジュール - ほとんどの要件を自動的にスケジュールして時間を節約し、ディスパッチャーが例外事項や請求に注力できるようにします。
拡張性の実現 - 派遣担当者はより多くのリソースを管理できるようになり、派遣担当者が管理するリソースのスケールアップが可能になります。
顧客満足度 - 効率性が向上し、到着時刻と完了時刻の予測可能性が高まります。また、緊急の状況の際に代替技術者のスケジューリングがシームレスに行えます。
技術者の効率とコストの削減 - 作業時間に組み込む予定を増やして、売上を増やし、残業費用を減らします。
また、作業指示書と技術者のスキル セットを合わせることで、失われる予定のコストが削減されます。
燃費の削減と車の保守の軽減 - 技術者が進路変更ごとに指示に従って可能な限り最短の経路を通るようにし、車の燃費や消耗を減らします。
たとえば、多くの組織では、現場の技術者がそれぞれ 1 か月に 1 タンク分のガソリンを節約すれば、通常その節約分は RSO のコストを上回ります。
顧客維持の向上 - 優先順位の高い作業指示書を優先することで、サービス レベル アグリーメント (SLA) の罰則を回避し、顧客サービスのコミットメントを満たすことができます。
Resource Scheduling Optimization のしくみ
Resource Scheduling Optimization (RSO) はまず、組織のリソースとその特徴を確認します。 次に、スケジューリングが必要な項目のスケジューリング要件を調べます。 それにより、組織で定義された最適化目標に基づいて、スケジュールを最適化できます。 たとえば、技術者の労働時間を最大化したり、最も高度な技術者を使用したり、移動時間を最小限に抑えたりできます。
たとえば、空調サービスを提供している組織が、1 年で最も暑い日に介護施設のエアコンが故障したという電話を受けたとします。 多くの入居者が暑さと湿度によって健康を害する可能性があるため、最も近くの適格な技術者をすぐに派遣することが重要になります。
この要求の作業指示書が作成されると、RSO をトリガーできます。 RSO はエアコン修理のスケジューリング要件を確認します。 また、RSO はこの項目の解決に必要なスキルと認定資格を考慮します。 顧客の所在地と、技術者のスケジューリングに影響を与える可能性のあるその他の制限があるかどうかも考慮します。
次に、RSO ではそのブランドのエアコンの作業を行うスキルまたは認定資格を持つリソースを特定します。 複数のリソースが特定された場合は、スケジューリングが必要な項目に関して、技術者の空き時間や場所などの要素を検討します。
RSO は、故障したエアコンの修理に最も適したリソースがスケジューリングされた、最適化されたスケジュールを返します。
RSO を使用できる状況
スケジューリングのニーズと求められる結果は組織ごとに異なりますが、組織が RSO を使用できる具体的なシナリオの出発点として、いくつかの一般的な状況が考えられます。
一般的に、これらのシナリオには次のものが含まれます。
夜間のスケジューリング - 通常は、夜間または営業時間外に実行される最適化スケジュールを作成します。 一般に、営業時間外のジョブでは、翌日、または場合によっては翌週のリソース、要件、予約の最適化のような大量のデータ処理を行います。
日中のスケジューリング - 1 日が過ぎていく間に項目のスケジューリングや最適化を行うために使用されます。 通常、このシナリオでは、特定の 1 日の間に複数回実行される (1 時間ごとなど) スケジュールを作成します。 このシナリオは、新しい高優先度の項目をスケジューリングするために使用できます。
条件に基づくスケジューリング - このオプションでは、事前に定義された実行スケジュールを使用しません。 満たされる条件に基づいて、新しい項目がスケジューリングされるか、既存の項目が変更されます。 たとえば、緊急のフラグが付いた項目をただちにスケジューリングできます。
キャンセルと遅延 - キャンセルまたは遅延が 1 つの個別のリソースのみに影響を与える場合に使用されます。 組織は、指定した時間枠で、特定の 1 つのリソースのスケジュールのみを必要に応じて最適化できます。
シミュレーション - 組織は定義済みのジョブをシミュレーションとして実行して、スケジュールにコミットする前に結果を評価することができます。 結果に満足した場合は、シミュレーションを適用することもできます。
開始する
組織は、Field Service を実行している Dynamics 365 環境に Resource Scheduling Optimization をインストールして構成する必要があります。 ソリューションがインストールされ、構成されると、RSO は構成内容に基づいて項目の最適化とスケジューリングを開始します。
次の図は、データ フローの概要を示したものです。
ソリューションが組織に展開されたら、次のステップを実行する必要があります (これは前の図の詳しい説明になります)。
Resource Scheduling Optimization の構成
組織は、業務にとって最も重要な目標と制約を定義します。 たとえば、移動時間の最小化、作業時間の最大化、高優先度の予定について、それぞれを比較して重要性をランク付けします。 このプロセスはコードなしの構成で実行できます。
組織は、コードなしの構成を使用して、最適化する必要のあるリソース、要件、および予約を定義します。
Resource Scheduling Optimization プロファイルの実行 - 最適化ジョブは Resource Scheduling Optimization サービスに送信されます。 このタスクは複数の方法で完了できます。
スケジュールを使用する (毎朝午前 8 時など)
トリガーを使用する (顧客がジョブをキャンセルしたときなど)
コマンドで今すぐ実行オプションを使用する
サービスによるデータの要求とデータの受信 - 最適化スコープで定義された条件に一致する Dynamics 365 のすべてのレコード (リソース、要件、および予約) が、最適化のためにサービスに送信されます。
結果の表示 - スケジュール ボードとモバイル デバイスに結果が表示されます。 ディスパッチャーでは、対話型スケジュール ボード上のすべてのリソースに関して最適化された予定を確認できます。 フィールド エージェントは、最適化された日単位および週単位の予定を自分のモバイル デバイスで確認できます。