次の方法で共有

Resource Scheduling Optimization の予約ロック オプションについて

  • [アーティクル]

予約が作成されると、予約可能なリソースの予約 レコードの Resource Scheduling Optimization タブの スケジュール ロック オプション フィールドにロックが設定されます。 Resource Scheduling Optimization は常に最適化されたスケジュールの一部としてロックされた予約を含めます。

予約可能なリソースの予約レコードのサンプル レポートのスクリーンショット。

予約ロック オプション

次の 4 つのオプション用意されています:

  • 時間の範囲: Resource Scheduling Optimization は、到着予定時刻が予約終了時刻ではなく、この時間範囲に収まるように、特定の時間範囲内で予約を移動させることができます。 Resource Scheduling Optimization は、時間範囲と以下の時間関連フィールドを尊重することで、他のリソースに予約を割り当てることができます。

    • 日付期間の開始 と 日付期間の終了 が同じ日に設定されている: Resource Scheduling Optimization はその日に予約を入れるが、時間帯は関係ありません。
    • 時間期間の開始 と 時間期間の終了 が概算時間に設定されている: Resource Scheduling Optimization はその概算時間に予約をスケジュールするが、日付は関係ありません。
    • 約束からの時間と約束までの時間 は日付と概算時間に設定されています: Resource Scheduling Optimization は選択した時間帯の選択した日付に予約をスケジュールします。
    • 日付範囲開始/終了と時間枠の開始/終了 は同じ日の概算時間に設定されています: Resource Scheduling Optimization は選択した時間帯の選択した日付に予約をスケジュールします。

    Note

    日時フィールドに競合した情報が含まれる場合、Resource Scheduling Optimization は 約束の開始時間と約束の終了時間 を最初に使用します。

  • リソース: Resource Scheduling Optimization は予約を他の概算時間に移動できますが、同じリソースを維持する必要があります。

  • 時刻: Resource Scheduling Optimization は予約を他のリソースに移動できますが、推定到着時刻を維持する必要があります。

  • リソースと時間: Resource Scheduling Optimization では、予約を他のリソースや他の概算時間に移動することはできませんが、予約を変更することはできます。 ロックされた予約になる前に、Resource Scheduling Optimization が新しい場所で予約した場合、予約の開始時刻と予定旅行期間が変更される場合があります。

例

リソースの Bernadette は、AM 9:15 からの予約です。 この予約は時間にロックされています。 Resource Scheduling Optimization が実行されると、朝の Bernadette のアイドル時間が 15 分と検知されます。 ロックされた予約が横にあるスロットには、他の要件期間はありません。

スケジュールボードでロックされた予約の画面のスクリーンショット。

定義されたロックオプションを尊重するために、Resource Scheduling Optimization はロックされた予約をスケジュールに保持します。 しかし、スケジュールの最適化の一環として、この予約は Ashley に割り当てられます。 この変更により、Bernadette が他の仕事を完了するために費やせる時間が増えます。

最適化されたスケジュールボードでロックされた予約のスクリーンショット。

ロック制約の過度な使用

ロックの制約を過度に使用すると、最終的なスケジュールの最適化がうまくいかない場合があります。 予約ロック オプションを上手く使用して、Resource Scheduling Optimization の結果を最大限に引き出し、Resource Scheduling Optimization の他の目標による妨害を最小限に抑えます。

たとえば、A (1 時間) と B (8 時間) の 2 つの要件があります。 1 日 8 時間働く 1 つのリソース (Jeff) があります。 合計勤務時間を最大限にするという目標で Resource Scheduling Optimization を実行する場合、要件 B (8 時間) をリソース Jeff に割り当てる必要があります。

要件 A (1 時間) をリソース Jeff に予約し、その予約をリソースにロックすると、Resource Scheduling Optimization は、要件 A がスケジュールに含まれるようにします。 一方、要件 B (8時間) は同じ日にスケジュールされず、Jeff は、スケジュールした 1 時間しか勤務していないことになります。

エラー処理とトラブルシューティング

ロックの制約を過度に使用すると、最終的なスケジュールの最適化がうまくいかない場合があります。 予約ロックオプションは、Resource Scheduling Optimization の結果を最大化するために、賢く使用する必要があります。

ロックされた予約が定義されたすべての制約を尊重できない場合、最適化リクエストは、違反がある識別されたリソースをスキップして続行します。 トラブルシューティングを進めるために、次のようなエラー メッセージが表示されます。

一部のレコードを最適化できませんでした。 内部エラー: ロックされた予約は実行できません。理由: Violation。 トレース データ ポイント: RequirementId、 RequirementName、 BookingId、 BookingName、 ScheduledTimeWindow、 FullTimeWindow、 ArrivalTime、 Lock Type

データ ポイントのトレースを使用して、問題の原因を特定することができます。 予約設定を更新し、違反の理由に対応してから、再度 Resource Scheduling Optimization を実行してみてください。

違反の種類

  • ロックされた予約は、時間枠フィルターを満たすことができません。

    • LockBookingTimeWindowFilter。 考えられるシナリオ:

      • ロックされた予約は、リソースの勤務時間外です
      • 約束の時間帯が無効
      • 無効な移動時間

    • ResourceBreakTimeWindowFilter。 ロックされた予約は、スケジュールされた休憩時間 と競合します。

  • 次の制約で適格性検索に失敗しました。