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

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

ノート: スケジュール・エンジンは、作業オーダー内のタイム・ギャップを最小化または排除するために、作業オーダーの日付を調整します。ただし、これは必ずしもビジネス・ニーズに適しているとはかぎりません。そのため、スケジューリング・エンジンで作業日を自動的に調整せずに、作業日を手動で作成および更新できます。たとえば、工程と生産資源の間に時間ギャップがある作業オーダーをスケジュールしたり、工程と生産資源の期間が重複するように定義する必要がある場合があります。これを行うには、作業オーダー・ヘッダーのスケジューリング・メソッドを「デフォルト・スケジューリング」オプションからユーザーまたは外部システムに変更できます。これにより、作業オーダー日を手動でスケジュールできるため、工程またはリソース間にギャップまたは重複があります。

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

前方スケジューリング
後方スケジューリング
中間スケジューリング

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

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

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

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

作業オーダーの作成: 作業定義が指定されると、開始日または完了日のいずれが指定されているかに応じて、自動的に前方または後方スケジューリングのいずれかが実行されます。
作業オーダーの更新-開始日または完了日: これらの日付のいずれかを更新すると、もう一方の日付がNULLになり、自動的に前方または後方スケジューリングのいずれかが実行されます。
作業オーダーの更新-「作業定義名」、「作業定義日」または「作業オーダー数量」: 作業オーダーでこれらのフィールドのいずれかを更新すると、前方スケジューリングまたは後方スケジューリング方法に対して作業オーダーの再スケジュールを要求する処理がトリガーされます。

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

作業オーダー開始日または作業オーダー完了日: 前方または後方スケジューリングを実行するためのアンカー・ポイントとして機能します。
作業オーダー工程開始日または作業オーダー工程完了日: 中間スケジューリングを実行するためのアンカー・ポイントとして機能します。
作業オーダー工程リソース連番: 工程内で一意の連番を持つリソースは、昇順で順番にスケジュールされます。 1つの工程で共通の連番を共有するリソースは同時リソースと見なされ、パラレルにスケジュールされます。ただし、再順序付け可能工程があるリリース済作業オーダーの場合、工程連番ではなく実行順序が考慮されます。
作業オーダー工程リソース名: リソースをスケジュールするためのワーク・センターのリソース・カレンダを決定するためにスケジューリング・エンジンによって使用されます。
「作業オーダー工程リソース」 - 「所要使用量」: リソース期間をスケジュールするためにスケジューリング・エンジンによって使用されます。
「作業オーダー工程リソース」-「単位」: リソース期間をスケジュールするためにスケジューリング・エンジンによって使用されます。リソース使用は、「時間の単位」プロファイルを使用して、指定された単位からスケジュール単位に変換されます。このプロファイルで設定される単位は、他のプロファイル「SCM共通: デフォルト・サービス期間区分」(RCS_DEFAULT_UOM_CLASS_CODE_FOR_SVC_DURATION)で指定された単位区分に属している必要があります。予定済リソースの場合、このプロファイルは時間の単位を表す単位区分に設定することをお薦めします。
「作業オーダー工程リソース」-「予定済」インジケータ: 「予定済」が「はい」に設定されているリソースは、スケジューリング・エンジンでリソースの期間を計算する場合に考慮されます。「予定済」が「いいえ」に設定されているリソースはスケジュールされず、開始日と完了日が同じであるなど、期間がゼロであると見なされます。
「作業オーダー工程リソース」-「割当ユニット」: リソースの所要使用量は、リソースの予定期間を計算するために割当ユニットによって除算されます。
「ワーク・センター・リソース」-「24時間使用可能」インジケータ: このインジケータが「いいえ」に設定されているリソースは、関連付けられているシフト内でスケジュールされます。このインジケータが「はい」に設定されているリソースは、24時間使用可能であると見なされます。
「ワーク・センター・リソース」-「効率」と「稼働率」のパーセント: リソースの効率または稼働率が100%未満の場合、スケジューリング・エンジンによってそのリソースの所要使用量が増やされます。
「ワーク・センター・リソース」-シフト割当: スケジューリング・エンジンでは、ワーク・センター・リソースに割り当てられているシフトに基づいてリソースの可用性を判断します。
ワーク・センターのリソース可用性: スケジューリング・エンジンでは、リソースに割り当てられているシフト内でのリソースの可用性を判断する場合に、シフト例外およびワーク・センター・リソース例外を考慮します。
サプライヤ工程のリード・タイム属性: サプライヤ工程に関し、スケジューリング・エンジンは、工程レベルで提供される固定リード・タイム情報、変動リード・タイム情報およびリード・タイム単位情報を使用して、工程の開始日と完了日を計算します。