複数日にわたるサービス リクエストを最適化する (プレビュー)

[この記事はプレリリース ドキュメントであり、変更されることがあります。]

サービス要件は、複数の日や週にわたって手動でスケジュールすることができます。 一例として、1週間全体で40時間の 作業指示書 があり、同じ現場技術者が毎日同じ場所でより詳細な作業を実行することが求められます。 Resource Scheduling Optimization を使用して、このタイプの複数日にわたるサービス リクエストを最適化できるようになりました。

重要

• これはプレビュー機能です。
• プレビュー機能は運用環境での使用を想定しておらず、機能が制限される可能性があります。 これらの機能を公式リリースの前に使用できるようにすることで、顧客が一足先にアクセスし、そこからフィードバックを得ることができます。

単一リソースに対する複数日の要件

複数日の要件の場合、要件に設定されている予約方法によって、要件がスケジュールされるときに使用されるロジックが決まります。 次に、システムは要件の詳細の期間を使用してスケジュールを最適化します。

Resource Scheduling Optimization は、複数日にわたる要件のすべての予約を、定義された最適化範囲内の同じリソースに割り当てます。 利用可能なリソースがない場合、または利用可能なリソースに複数日の要件を満たすのに十分な容量がない場合は、システムによって要件がスケジュールされないままになります。

スケジュールでは、リソース カレンダーで定義されている休憩時間を考慮します。 複数日の予約は休憩時間に合わせてスケジュールされます。

Resource Scheduling Optimization 他の現地予約と同様に、出発地と目的地までの移動時間も計算します。 技術者が自費で出張したり、勤務時間外に出張したりする必要がある場合は、必要に応じて勤務時間外の出張を設定できます。

複数日にわたる要件の特殊なケース

最適化範囲は複数日の要件よりも短い

定義された最適化範囲 が複数日の要件の長さより短い場合 Resource Scheduling Optimization 、複数日の要件を異なるリソースにスケジュールできます。

たとえば、3日間の最適化範囲には5日間の要件があります。 この場合、システムは最適化範囲内の3日間の予約を同じリソースに割り当てます。 その後、次の最適化実行時に、残りの予約が別のリソースに割り当てられる可能性があります。

残りの予約が別のリソースに割り当てられないようにするには、複数日の予約のいずれかをリソースにロックすることができます。 Resource Scheduling Optimization その後、次の最適化実行時に、システムは残りの予約を同じリソースに割り当てます。

最適化範囲は複数日の要件と完全に重複していません

定義された最適化範囲 が複数日の要件と完全に重複しない場合は、 Resource Scheduling Optimization 複数日の要件を部分的に満たします。

たとえば、3月1日から3月5日までの間に40時間の複数日要件がありますが、最適化範囲は3月1日から3月2日までの2日間です。 この場合、システムは同じリソースに対して3月1日と2日の予約を作成します。 これらの2日間に利用可能なリソースがない場合、予約は未スケジュールのままになります。 その後の 3 月 2 日と 3 月 3 日の最適化実行では、Resource Scheduling Optimization は 3 月 3 日の予約を割り当てます。

システムが複数日の要件を部分的に満たさないようにするには、最適化範囲が複数日の要件の日付範囲と一致していることを確認します。

既知の問題

既存の予約の1つのステータスが 完了 の場合、最適化の実行により、複数日の要件に対して追加の予約が作成されることがあります。

複数の予約を異なるリソースにロックすると、最適化の実行によって複数日の予約が最適化されるのではなく削除される可能性があります。