拡張スケジュール・オプション
リソース割当優先度やスケジューリング・バケット仕様などの高度なスケジュール・オプションにより、スケジュール生成時のアルゴリズム・ディシジョンが促進されます。
拡張スケジュール・オプションの構成
-
ソルバーが代替リソースに作業オーダー工程を割り当てる基準として、リソース配賦優先度タイプを選択します。
-
「最早完了時間」を選択すると、作業オーダー工程は、比較的早く完了できるリソースに割り当てられます。
-
「変更時間およびアイドル時間認識」を選択すると、変更およびアイドル時間がローカルに最小化されるように、作業オーダー工程がリソースに割り当てられます。
-
-
スケジューリング・バケットを使用するかどうかを指定します。
「スケジューリング・バケットの使用」設定が有効になっている場合、スケジュール範囲はバケットに分割され、スケジューリング・バケットはアンカー日時から開始されます。 この設定を有効にする場合は、スケジューリング・バケット・サイズも指定する必要があります。
ノート: バケットを使用し、範囲拡張が動的の場合、固定タイム・フェンスの終了がバケット制限と一致する必要があるため、バケットは固定タイム・フェンスと一致する必要があります。 -
作業手配促進を使用するかどうかを指定します。
「作業手配促進の使用」設定が有効になっている場合、ソルバーは簡略化されたアルゴリズムを使用してディスパッチを高速化します。これは、1つの本番ステージのみが制約されるモデルをスケジューリングするために使用されます。
-
固定タイム・フェンス内で確定作業オーダーを考慮するかどうかを指定します。
「確定作業オーダーの考慮」設定が有効になっている場合、アプリケーションによって確定作業オーダー工程がスケジュールされ、割り当てられた開始日は固定タイム・フェンス全体で考慮されます。 生産スケジューリングは、制約を考慮するために、確定作業オーダーを固定タイム・フェンス外に移動できます。
-
スケジューリング・バケットの期間を指定します。
-
緩和アップストリーム・リソースを事前作成するかどうかを選択します。
この設定を有効にすると、制限されたダウンストリーム・リソースに対する工程の開始をいつスケジュールするかに関係なく、緩和したアップストリーム・リソースに対する工程がスケジュールされます。つまり、アップストリーム工程は、ダウンストリーム工程の開始前に適切に完了できます。 設定が有効になっていない場合、ダウンストリーム工程の開始と同様にアップストリーム工程が完了するようにスケジュールされます。
-
事前作成の最大期間を指定します。
作業オーダーをスケジュールできる希望入手日より前の日数です。 この期間により、ユーザー定義属性順序を持つリソースで実行される作業オーダーのスケジュールに使用するバケットが決まります。
ノート: 事前作成の最大期間は、バケットのスケジュールが使用されている場合にのみ考慮されます。 -
アンカー日を範囲開始日として使用するかどうかを選択します。
この設定を有効にすると、スケジュール範囲はローカル日時からではなくアンカー日時から計算され、一定になります。 その場合、スケジュール・データはアンカー日時と現在の日時との差の影響を受けません。 供給と需要の両方の期限超過ウィンドウも、スケジュール範囲の日付に対して一定です。
- 手動スケジューリング時に適用する修復動作を指定します。
- 「マルチ・ステージ」チェック・ボックスを選択すると、修復によって、作業定義内のすべての作業オーダー工程が再スケジュールされます。 この修理動作は、作業オーダーの作成スパンを最小限に抑えますが、アップストリーム工程とダウンストリーム工程が他の作業オーダー工程と重複する可能性があります。 複数ステージ修理は、手動計画変更を実行した製造ステージのみが制約される計画モデルで適切に機能します。
- Single-stageチェック・ボックスを選択すると、修復では、手動スケジューリング中に変更された作業オーダー工程のみが再スケジュールされます。 この修理動作は、制約付きリソースで実行されるアップストリーム工程またはダウンストリーム工程が作業オーダーにある場合に優先されます。 場合によっては、作業オーダー内で開始-アフター・エンドの優先順位制約が確保されるように、アップストリームまたはダウンストリーム工程が再スケジュールされます。
- 同じ属性値を持つ操作間でチェンジ・オーバーを挿入するかどうかを指定します。
- 「同じ属性値を持つ作業オーダー間に変更を挿入」チェック・ボックスを選択すると、工程属性値が同じでも、異なる作業オーダー間で段取替えが挿入されます。
- 「同じ属性値を持つ作業オーダー間に変更を挿入」チェック・ボックスが選択されていない場合、チェンジ・オーバーは、操作属性値が異なる場合にのみ挿入されます。
- 段取替え中のリソース・カレンダを考慮する必要があるかどうかを指定します。
- 「変更時のリソース・カレンダの尊重」チェック・ボックスを選択すると、設定やクリーンアップなどの本番チェンジ・オーバーの実行中にリソースのダウンタイムが考慮されます。
- 「変更時のリソース・カレンダの尊重」チェック・ボックスが選択されていない場合、リソースのダウンタイム中に本番チェンジ・オーバーを実行できます。
- 作業オーダー希望入手日を需要リクエスト日より優先させるかどうかを選択します。
- 「需要リクエスト日より作業オーダー希望入手日の優先度付け」チェック・ボックスが選択されている場合、Oracle Production Schedulingでは、作業オーダーが販売オーダー用に予約されている場合でも、作業オーダーの希望入手日をスケジューリングに使用します。 これは、作業オーダーの希望入手日には、Oracle Global Order PromisingおよびOracle Fusion Cloud Supply Chain Planningによる戦略的プランニング・ディシジョンがすでに反映されているため、役に立ちます。
- 「需要リクエスト日より作業オーダー希望入手日の優先度付け」チェック・ボックスが選択されていない場合、Production Schedulingでは、ペグされた需要リクエスト日が作業オーダーの希望入手日より優先されます。
- 作業定義で保守される最小転送数量をスケジュール計算に使用するかどうかを指定します。
- 「スケジュール計算の最小転送数量を考慮」チェック・ボックスが選択されている場合、作業定義に定義されている最小転送数量がスケジュール計算に考慮されます。
- 「スケジュール計算の最小転送数量を考慮」チェック・ボックスが選択されていない場合、スケジュール計算で最小転送数量は考慮されません。
最小転送量の詳細は、「最小転送数量」というトピックを参照してください。