Resource Scheduling Optimization でのゴールの最適化
最適化の目標は、最適化を実行する際に Resource Scheduling Optimization を考慮すべ条件と期待を定義します。
Resource Scheduling Optimization エンジンは、リソースのリストと、リソース要件と既存の予約のリストを処理します。 リソースの予約の最適なルートまたはリストを作成します。 予約は、定義された順序でリストされた目的の重要性に関するすべての制約を満たしている場合、最適にスケジュールされていると見なされます。
スケジュール最適化目標を作成する
ゴールの要素を使用して、予約が最適化される方法を定義します。
Resource Scheduling Optimization の、設定 セクションで、最適化の目標 に移動します。
最適化目標の 名前 を入力します。
エンジンのエフォート レベル を選択します。 これは、リソース、ルート、日時の最適な組み合わせを見つけるためにシステムが投入する工数の量を定義しました。 エフォート レベルが高いということは、最適化エンジンがより多くの可能な組み合わせを考慮することを意味します。 システムが考慮する組み合わせが多いほど、計算を完了するのに時間がかかります。
移動時間の計算 オプションを選択して、リソースと要件間の移動距離を計算する方法を指定します。 Bingマップを使用するときに過去の交通情報を含めると、過去の一般的な交通パターンに基づいてより正確な移動時間の見積もりを取得できます。 このオプションには、道路や事故などのリアルタイムの交通渋滞は含まれません。 履歴トラフィック情報を選択すると、最適化実行の処理時間が長くなり、最適化スコープ内で最大500の要件がサポートされます。 最適化スコープにさらに多くの要件が含まれている場合は、それを もっと小さく チャンクに分割し、各スコープの履歴トラフィックを含む最適化目標を作成します。 処理時間が長くなるため、このオプションは主に営業時間外に自動的に実行されるように設定されているスケジュールで使用することを検討してください。
最適化の目標に対して、すべての 制約 を選択します。 制約 は、システムが作成する予約に課される制限です。
保存 を選択して、最適化目標をスケジュールする レコードを作成します。
レコードの 目的 セクションで、目標を選択してそのプロパティを変更します。 新しいスケジュール最適化目標 を選択して、さらに追加します。 すべての目的 は以下で詳しく説明します。
保存して閉じる を選択して変更を保存します。
既定の最適化目標
Resource Scheduling Optimization が展開される時、システムは自動的に一部の制約と目的で既定の目標を作成します。 新しい最適化目標を必要に応じて変更または作成し、既定として設定できます。
既定の目標は、1 つのリソース最適化がスケジュール ボードから選択されたときに使用されます。
リソースのスケジュール>設定>管理>スケジュール パラメータ>Resource Scheduling Optimization の順に移動し、新しく作成した既定の目標を入力します。
制約を理解する
Resource Scheduling Optimization は、最適化の目標を定義するために使用できる一連の制約で機能します。
作業時間内でのスケジュール
作業場所までの移動時間と作業自体がリソースの作業時間に収まる場合に予約を作成します。 また、最後の予約からリソースの最終ロケーションまでの移動時間も含まれます。 ただし、1 日の終わりの移動時間はスケジュール ボードに表示されません。
この制約をゴールから削除しても、作業は引き続き勤務時間内でスケジュールされますが、予約への移動や予約からの移動は、リソースの勤務時間外に発生する 可能性があります。 1 日の終わりに、リソースの終了場所に移動する時間が残らない場合があります。 すべての予約は、リソースの勤務時間内に終了します。 詳細については、勤務時間外の移動時間を許可する へ移動します。
必要な特性を満たしています
リソースに必要な 特徴と習熟度 すべてが含まれている事を確認して、リソース要件を完了します。
必要なロールを満たしている
予約可能なリソースに、リソース要件を完了するために必要なロールがあることを確認します。 リソース要件に複数のロールがリストされている場合、システムはロールの 1 つが一致することを確認します。
ロックのオプションのスケジュール (非推奨)
ロックのスケジュール制約は非推奨であり、まもなく制約オプションとして削除されます。 このオプションを選択しても、その後の Resource Scheduling Optimization 実行には何の影響もありません。 更新された予約ロック オプションの使用とトラブルシューティングの詳細については、Resource Scheduling Optimization の予約ロック オプションを理解する を参照してください。
スケジュール時間枠
この制約により、Resource Scheduling Optimization はリソース要件または予約レコードの時間枠内に予約を作成します。
開始日および終了日 または 日付期間の開始/終了 が同じ日に設定されている: Resource Scheduling Optimization はその日に予約を入れるが、時間帯は関係ありません。
時間期間の開始 と 時間期間の終了 が概算時間に設定されている: Resource Scheduling Optimization はその概算時間に予約をスケジュールするが、日付は関係ありません。
約束からの時間と約束までの時間 は日付と概算時間に設定されています: Resource Scheduling Optimization は選択した時間帯の選択した日付に予約をスケジュールします。
日付範囲開始/終了と時間枠の開始/終了 は同じ日の概算時間に設定されています: Resource Scheduling Optimization は選択した時間帯の選択した日付に予約をスケジュールします。
からの時間値 (v3.0+): Resource Scheduling Optimization は開示または終了時間が定義されていないシナリオを尊重します。
例えば、要件には時間枠の開始値のみがあります、システムは日付にかかわらず、その時間後に要件をスケジュールします。
このロジックは、リソース要件 と リソース予約 エンティティ上の次のフィールドに適用されます:
- 時間枠開始 および 時間枠終了
- 約束の開始時間 と 約束の終了時間
- 開始日 と 終了日
Note
日時フィールドに競合した情報が含まれる場合、Resource Scheduling Optimization は 約束の開始時間と約束の終了時間 を最初に使用します。
リソースの基本設定を満たしている
要件エンティティに優先リソースを追加できます。 詳細については、リソースの基本設定 を参照してください。 Resource Scheduling Optimization は、次の 3 種類のリソース設定を尊重します。
- 優先: 定義されたリソースのスケジューリング設定 (利用可能な場合)。ただし、別のリソースが最適なスケジュールにより適しているかどうかは保証されません。
- 制限付き: システムは、このリソース設定で要件に追加されたリソースをスケジュールしません。
- 以下選択する必要があります: 時間の範囲内で使用可能な場合、定義されたリソースがスケジュールされます。 複数のリソースの場合、システムは利用可能な最初のリソースをスケジュールします。 これらのリソースのいずれも使用できない場合、要件はスケジュールされません。
一致する担当地域
要件とリソース フィールド上の 地域フィールド の値を尊重して、両方のレコードの地域の値が一致する場合にのみ、予約をスケジュールします。 要件は 1 つの担当地域にのみ属することができますが、リソースは複数の地域に属することができます。
リソースの種類に一致する
リソースの種類はリソースが組織にどのように関連するかを定義します。 システムは、要件およびリソース レコードの リソースの種類のフィールド の値を考慮します。 両方のレコードのリソース タイプの値が一致する場合にのみ、予約がスケジュールされます。
次のリソース タイプが最適化の対象となります。
- Users
- Contacts
- Accounts
- 機器
- 施設
オブジェクトを理解する
Resource Scheduling Optimization ゴールの目標を追加してランク付けする。 複数の目標を選択できますが、順序が重要です。 リストの上位にあるほど、システムは目標に優先度を与えます。
合計作業時間の最大化
最も総作業時間がこの目的に最も適しています。 集計作業は、最適化プロセス中に作成または更新されたすべての予約を取得して計算されます。
合計移動時間の最小化
合計出張時間の集計が最も低い反復は、この目標を最もよく満たします。 この移動時間はスケジュール ボードには表示されませんが、最後の予約後にリソースが最終的な場所に戻るまでの移動時間が考慮されます。
Note
これをリストの最初の目標にすることはできません。Resource Scheduling Optimization は最初の目的を達成するために移動時間を必要とする要件をスケジュールしない可能性があります。
ロックされた予約 (非推奨)
ロックされた予約目標は非推奨であり、まもなくゴール オプションとして削除されます。 このオプションを選択しても、その後の Resource Scheduling Optimization 実行には何の影響もありません。 更新された予約ロック オプションの使用とトラブルシューティングの詳細については、Resource Scheduling Optimization の予約ロック オプションを理解する を参照してください。
優先度が高い要件
優先度のスコアが最も高い要件の予約を優先します。 優先度は、リソース要件 レコードで設定され、加重値を持つオプション セットです。 Resource Scheduling Optimization は、優先度の 重要度レベル を確認して、その優先度がどの程度重要かを判断します。 例: 重要度は、緊急の優先度の場合は 10、優先度の低い場合は1です。 数学的に言えば、Resource Scheduling Optimization は 10 個の優先度の低い要件 (重要度: 1 x要件の数: 10) の重要度と同じように、1 つの緊急要件 (重要度: 10 x要件の数: 1) の重要度を調べます。
Note
この目的は、優先度の高いすべての要件をその日のうちに他の要件よりも先に予約することを最適化するものではありません。 優先度の高い要件が、その日の可能な限り早い時間帯ではなく、可能な限り早い日に予約されるように最適化するだけです。
優先するリソースの最大化
関連する要件に記された 優先リソース のリストを考慮します。 ほかの制約や目標を満たしている間、システムは優先リソースに最初に予約を割り当てようと試行します。
最も一致するスキル レベル
Resource Scheduling Optimization は、要件に必要な 特性 とリソースが持つ特性が一致したときに実力の評価を検討します。 必要なすべての特性が一致する場合、システムは最初にスキルの少ないリソースに優先順位を付け、より多くのスキルまたは固有のスキルを持つリソースを緊急作業に使用できるようにします。
この目標は、最適化ゴール内の 必要な特性制限を満たす かに依存します。
必要な特性を満たす 制約が 選択されている:
- 特性 (スキル) を持たないリソースや、能力評価が考慮されていないリソースはまったく対象になりません。
- 完全なスキル レベル (最も一致) が最も一致したリソースが最も高いスコアを得ます。
- リソースが必要以上の評価を持っていればいるほど、得られるスコアは低くなります。
必要な特性を満たす 制約が 選択されていない:
- 評価が低いリソースやスキルを持たないリソースも予約されます。
- 評価が高すぎるリソースは評価が低いリソースよりも高いスコアを得ます。
- リソースが必要以上の評価を持っていればいるほど、得られるスコアは低くなります。
- リソースの評価が低ければ低いほど、得られるスコアは低くなります。
- スキルを持たないリソースは最も低いスコアを得ます。
次の図は、1 ～ 10 の範囲の特性評価モデルのスキル レベルに応じたスコア分布を示しています。 希望するスキル レベルは 4 で、これが最高スコアを取得します。
できるだけ早くスケジュールする
場合によっては、リソースの需要よりも多くのリソース キャパシティが存在することがあります。 最適化された予約を効果的にフロント ロードするには、できるだけ早くスケジュールする 目標を最適化ゴールに追加します。