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