機械翻訳について

作業オーダーのスケジュール方法

Oracle Manufacturingでは、制約のないスケジューリング・エンジンをバックグラウンドで使用して、作成処理および特定の更新処理中に作業オーダーをスケジュールします。 また、スケジューリング・エンジンはプライマリ作業定義に基づいて製品の製造リード・タイムを計算するためにも使用されます。

スケジューリング・エンジンでは、リソース定義、作業オーダー工程リソース・レベル、およびリソースのカレンダで提供された情報を使用して、社内工程のリソース開始日および完了日を決定します。 作業オーダーをスケジュールするとき、リソースの能力は無限であると仮定され、スケジュール・エンジンは他の作業オーダーからのリソースに対する負荷を無視します。 各社内工程の開始日と完了日を決定するために、リソース日付がロール・アップされます。 サプライヤ工程については、スケジューリング・エンジンが、工程レベルで指定されたリード・タイム情報を使用して工程の開始日と完了日を計算します。 最終的には工程日がロール・アップされ、作業オーダー日が決定されます。 工程品目の所要日は、その工程の開始日に更新されます。 スケジューリング・エンジンでは次のタイプのスケジューリング方法がサポートされます。

  • 前方スケジューリング

  • 後方スケジューリング

  • 中間スケジューリング

前方スケジューリング: 作業オーダーが前方にスケジュールされる場合、スケジューリング・エンジンは作業オーダーの開始日を入力として使用し、(社内工程の)各予定済リソースの開始日と完了日、各工程の開始日と完了日、そして最終的に作業オーダーの完了日を決定します。 作業オーダーの開始日が指定されると、自動的に前方スケジューリングが実行されます。 前方スケジューリングは、リード・タイム計算プログラムで製品の製造リード・タイムを決定するためにも使用されます。

後方スケジューリング: 作業オーダーが後方にスケジュールされる場合、スケジューリング・エンジンは作業オーダーの完了日を入力として使用し、(社内工程の)各予定済リソースの開始日と完了日、各工程の開始日と完了日、そして最終的に作業オーダーの開始日を決定します。 作業オーダーの完了日が指定されると、自動的に後方スケジューリングが実行されます。

中間スケジューリング: 作業オーダーが中間にスケジュールされる場合、ユーザーが工程開始日または工程完了日のいずれかを指定することで、中間スケジューリングを実行する工程を選択します。 中間スケジューリングが工程開始日から実行された場合、すべての前工程が後方にスケジュールされる一方で、選択された工程および後続工程は前方にスケジュールされます。 中間スケジューリングが工程完了日から実行された場合、前の工程および選択された工程のすべてのリソースが後方にスケジュールされる一方で、後続工程は前方にスケジュールされます。

次の処理により、作業オーダーのスケジューリングおよび再スケジューリングがトリガーされます。

  • 作業オーダーの作成: 作業定義が指定されると、開始日または完了日のいずれが指定されているかに応じて、自動的に前方または後方スケジューリングのいずれかが実行されます。

  • 作業オーダーの更新-開始日または完了日: これらの日付のいずれかを更新すると、もう一方の日付がNULLになり、自動的に前方または後方スケジューリングのいずれかが実行されます。

  • 作業オーダーの更新-「作業定義名」、「作業定義日」または「作業オーダー数量」: 作業オーダーでこれらのフィールドのいずれかを更新すると、前方スケジューリングまたは後方スケジューリング方法に対して作業オーダーの再スケジュールを要求する処理がトリガーされます。

次の属性がスケジューリング動作に影響します。

  • 数量: 作業オーダー数量は、作業オーダーの予定期間に影響します。

    ショップ型製造では、リソースの「基準タイプ」が「変動」の場合、作業オーダー工程リソース日付の計算で作業オーダー数量が考慮されます。

    プロセス製造では、「基準タイプ」が「変動」の場合、作業定義バッチから作業オーダー工程のリソース使用をスケーリングすることにより、作業オーダー工程リソース日付の計算で作業オーダー・バッチ数量が考慮されます。

    ショップ型製造の作業方法を使用する品目の製造リード・タイム計算では、品目定義に指定されたロット・サイズが考慮されます。

    プロセス製造の作業方法を使用する品目の製造リード・タイム計算では、プライマリ作業定義で定義された標準バッチの出力数量が考慮されます。

  • 作業オーダー開始日または作業オーダー完了日: 前方または後方スケジューリングを実行するためのアンカー・ポイントとして機能します。

  • 作業オーダー工程/実行順序: スケジューリング・エンジンでは、工程連番を考慮して工程およびそのリソースをスケジュールします。 ただし、再順序付け可能工程があるリリース済作業オーダーの場合、工程連番ではなく実行順序が考慮されます。
  • 作業オーダー工程開始日または作業オーダー工程完了日: 中間スケジューリングを実行するためのアンカー・ポイントとして機能します。

  • 作業オーダー工程リソース連番: 工程内で一意の連番を持つリソースは、昇順で順番にスケジュールされます。 1つの工程で共通の連番を共有するリソースは同時リソースと見なされ、パラレルにスケジュールされます。

  • 作業オーダー工程リソース名: リソースをスケジュールするためのワーク・センターのリソース・カレンダを決定するためにスケジューリング・エンジンによって使用されます。

  • 「作業オーダー工程リソース」 - 「所要使用量」: リソース期間をスケジュールするためにスケジューリング・エンジンによって使用されます。

  • 「作業オーダー工程リソース」-「単位」: リソース期間をスケジュールするためにスケジューリング・エンジンによって使用されます。 リソース使用は、「時間の単位」(ORA_RCS_HOUR_UOM)プロファイルを使用して、指定された単位からスケジュール単位に変換されます。 このプロファイルで設定される単位は、他のプロファイル「SCM共通: デフォルト・サービス期間区分」(RCS_DEFAULT_UOM_CLASS_CODE_FOR_SVC_DURATION)で指定された単位区分に属している必要があります。 予定済リソースの場合、このプロファイルは時間の単位を表す単位区分に設定することをお薦めします。

  • 「作業オーダー工程リソース」-「予定済」インジケータ: 「予定済」が「はい」に設定されているリソースは、スケジューリング・エンジンでリソースの期間を計算する場合に考慮されます。 「予定済」が「いいえ」に設定されているリソースはスケジュールされず、リソースの計画開始日と計画完了日が同じである場合と同様に、期間がゼロであると見なされます。 「予定済」が「いいえ」であるか、期間がゼロで定義されているリソースの場合、作業オーダー・スケジューリングではカレンダの作業時間は考慮されません。

  • 「作業オーダー工程リソース」-「割当ユニット」: リソースの所要使用量は、リソースの予定期間を計算するために割当ユニットによって除算されます。

  • 「ワーク・センター・リソース」-「24時間使用可能」インジケータ: このインジケータが「いいえ」に設定されているリソースは、関連付けられているシフト内でスケジュールされます。 このインジケータが「はい」に設定されているリソースは、24時間使用可能であると見なされます。

  • 「ワーク・センター・リソース」-「効率」と「稼働率」のパーセント: リソースの効率または稼働率が100%未満の場合、スケジューリング・エンジンによってそのリソースの所要使用量が増やされます。

  • 「ワーク・センター・リソース」-シフト割当: スケジューリング・エンジンでは、ワーク・センター・リソースに割り当てられているシフトに基づいてリソースの可用性を判断します。 上書きカレンダがあるワーク・センターの場合、スケジューリングは、スケジューリング日に有効な上書きカレンダのリソースの可用性に基づきます。

  • ワーク・センターのリソース可用性: スケジューリング・エンジンでは、リソースに割り当てられているシフト内でのリソースの可用性を判断する場合に、シフト例外およびワーク・センター・リソース例外を考慮します。

  • ワーク・センター上書きカレンダ: 上書きカレンダがあるワーク・センターの場合、スケジューリングは、スケジューリング日に有効な上書きカレンダのリソースの可用性に基づきます。

  • サプライヤ工程のリード・タイム属性: サプライヤ工程に関し、スケジューリング・エンジンは、工程レベルで提供される固定リード・タイム情報、変動リード・タイム情報およびリード・タイム単位情報を使用して、工程の開始日と完了日を計算します。 上書きカレンダがあるワーク・センターの場合、サプライヤ工程のスケジューリングは工場カレンダのみに基づきます。

  • 最大スケジューリング期間(月数): スケジューリング・エンジンでは、この工場パラメータ設定が考慮されて、作業オーダーの作成時または更新時に許可される最大スケジューリング期間が決定されます。

  • 工場タイム・ゾーン: 工場タイム・ゾーンは、工場の地理的な場所のタイム・ゾーンを表し、FSMタスク「在庫組織の管理」を使用して、組織パラメータの管理の設定で指定します。 製造工場に関連付けられたカレンダに定義されたシフトとそのタイミングは、この工場タイム・ゾーンで解釈されます。 作業オーダーのスケジューリングは、このタイム・ゾーンで実行されます。

  • ユーザー・タイム・ゾーン: このタイム・ゾーンはスケジューリング・ロジックには影響しませんが、作業オーダーの日時フィールドに表示される値に影響します。 「プリファレンスの設定」、「リージョン」の順にナビゲートして、Manufacturingアプリケーションにアクセスするユーザーのタイム・ゾーンに、この工場パラメータを設定する必要があります。

次のシナリオでは、作業オーダーのスケジューリング時のエラーのいくつかを示します。

  • シフト割当のないワーク・センター・リソース: ワーク・センター・リソースが24時間リソースではなく、生産カレンダのどのシフトにも割り当てられていない場合、スケジューリング・エンジンがこのリソースの可用性を導出できないため、エラーになります。 このような状況になる原因の多くは、「工場パラメータの管理」タスクで新しいカレンダを工場に関連付けるときに、既存のワーク・センター・リソースを新しいシフトに再割当し忘れたことです。

  • 工場カレンダ有効日が不足しています: すべての工程のリソース期間の合計を計算すると、カレンダ有効日より大きくなるような作業オーダー数量が設定されている場合、スケジューリングはエラーになります。 たとえば、ユーザーが開始日および大規模な作業オーダー数量を指定して作業オーダーを手動で作成する場合、カレンダの有効終了日は、作業オーダーのリソース期間に基づいて計算された作業オーダー完了日より後である必要があります。 同様に、供給プランニングで完了日を指定して作業オーダーを作成する場合、カレンダ有効開始日は、作業オーダーのリソース期間に基づいて計算された作業オーダー開始日より前である必要があります。

  • 最大スケジューリング期間の工場パラメータに違反しています: 作業オーダーで計算された期間が「工場パラメータの管理」の「最大スケジューリング期間(月数)」に設定されたパラメータ値より大きい場合、スケジューリングでエラーが発生します。

作業オーダーの手動スケジュール

ユーザー・インタフェースで選択したスケジューリング方法に基づいて、製造作業オーダーを手動でスケジュールまたは再スケジュールできるようになりました。

作業オーダーは手動で、またはサプライ・チェーン・プランニングを介して、またはスケジューリング方法の値をデフォルトのスケジューリングとして使用して保守プログラムを介して作成できます。 作業オーダーは常に、ユーザー・インタフェースを使用してギャップや重複なしで自動的にスケジュールされます。 ただし、スケジューリング方法の値をユーザーまたは外部スケジューリングとして選択した場合、工程またはリソース間のギャップまたは重複を有効にするために、作業オーダーを手動でスケジュールできるようになりました。

作業オーダーを手動でスケジュールする場合は、次を実行できます。

  • 作業オーダー・スケジューリング方法の選択
  • 作業オーダーの手動スケジュール
    • 作業オーダー属性の手動更新
    • 作業オーダーの開始日および完了日の手動更新
    • 作業オーダー工程開始日および完了日の手動更新
    • 作業オーダー・リソースの開始日と完了日の手動更新

作業オーダー・スケジューリング方法の選択

スケジューリング方法は、作業オーダーの作業オーダー・ヘッダーに表示されます。 次の2つの値のいずれかを選択します。

  • デフォルト・スケジューリング

    このスケジューリング方法は、ユーザー・インタフェースを介して作業オーダーが作成される場合のデフォルト・オプションです。

  • ユーザーまたは外部スケジューリング

    このスケジューリング方法を選択すると、作業オーダー日、工程日およびリソース日を更新することで、作業オーダーを手動でスケジュールまたは再スケジュールできます。 また、確定チェック・ボックスが自動的に選択され、オプションで確定フラグの選択を解除できます。

作業オーダーの手動スケジュール

  • 作業オーダー属性の手動更新

    作業オーダー数量を更新すると、作業オーダーは再スケジュールされません。 ただし、資材およびリソース所要量は再計算されます。

    作業定義名または作業定義日を更新すると、スケジューリング方法がデフォルトのスケジューリングとして自動的に更新され、作業オーダーが自動的にスケジュールされます。 作業オーダーは、新しい作業定義の詳細とともに再展開されます。

  • 作業オーダーの開始日および完了日の手動更新

    このスケジューリング方法は、ユーザー・インタフェースでのみ使用できます。 ただし、FBDIおよびRESTサービスは引き続きデフォルトのスケジューリング方法を使用します。

  • 作業オーダー工程開始日および完了日の手動更新

    作業オーダー工程の開始日および完了日は手動で更新できます。 スケジューリング方法が「ユーザーまたは外部スケジューリング」の場合、制約なしスケジューリングは起動されません。 ただし、作業オーダー開始日および完了日は、最早工程開始日および最遅完了日(作業オーダー開始日および完了日の範囲外の場合)と同期されます。

  • 作業オーダー・リソースの開始日と完了日の手動更新

    作業オーダー・リソースの開始日および完了日は手動で更新できます。 スケジューリング方法が「ユーザーまたは外部スケジューリング」の場合、制約なしスケジューリングは起動されません。 ただし、作業オーダー工程の開始日と完了日、および作業オーダーの開始日と完了日は、最も早いリソース開始日と最も遅いリソース完了日(作業オーダーまたは工程の日付の範囲外の場合)と同期されます。

作業オーダーの実行中に工程を再順序付けすると、スケジューリング方法が「ユーザーまたは外部スケジューリング」の場合、作業オーダーは自動的にスケジュールされません。

生産スケジューリングを含むOracle Fusion Cloud Supply Planningでは、スケジューリング中に手動でスケジュールされた作業オーダーが考慮されます。 生産スケジューリングを含むOracle Supply Planningが作業オーダー日を更新する場合、Oracle Fusion Cloud Manufacturingは推奨を受け入れます。