可能納期確認

可能納期確認は、組織の制約に基づいたオーダー納入の見積もりです。これは、主に受注オーダーまたは販売見積明細の要求された納入日を満たすことができるかどうかを検証する高度なオーダー約束エンジンです。要求された納入日を満たすことができない場合は、新しい納入可能日が計算されます。可能納期確認では、利用可能な在庫とオープン供給、およびオプションで有限山積の作業センターと作業者クラスで既に計画されている作業負荷を差し引いた後の利用可能な能力が考慮されます。単一および複数レベルの製品構成と、単一および複数サイトのセットアップの両方を処理します。

可能納期確認は単なるチェックではありません。オプションで、資材と能力を保持するための仮オーダーを保存することもできます。この方法により、予定通りの納入を行える可能性が大幅に高まります。

可能納期確認は、主に受注生産および受注構成の工程向けに設計されています。

可能納期確認に影響する設定

次の設定は、可能納期確認が自動的に開始されるときの実行方法に影響します。

以下の設定は、可能納期確認の実行方法に影響し、可能納期確認ダイアログを使用して手動で開始したときに設定されます。

次の設定は、可能納期確認が自動的に開始される場合と手動で開始される場合の両方で、可能納期確認の実行方法にも影響します。

注釈:可能納期確認の完了後すぐに、在庫予定の構成内の品目の割当と能力予約を作成し、別の可能納期確認で同じ資材と能力が使用されるのを防ぐ必要がある場合にのみ、MRP を実行およびCRP を実行を有効にすることを推奨します。購買要求と購買要求の負荷が予期しないタイミングで変更される可能性があるため、アプリケーションのパフォーマンスに悪影響を与え、また、資材および生産計画プロセスにも支障をきたす可能性があります。適切な場合は、各可能納期確認の後ではなく、特定の時間に MRP を実行するようにスケジュールします (CRP との統合も可能です)。

可能納期確認を開始

可能納期確認を実行するには、以下の前提条件を満たしている必要があります。

可能納期確認は自動または手動のいずれかで開始できます。商品にリンクされた在庫品目の可能納期確認が割当あり/引当あり/不足分仮オーダー作成、割当あり/引当なし/不足分仮オーダー作成、または割当なし/引当なし/不足分仮オーダー作成なしのいずれかに設定されており、供給コードが手配オーダー、製造オーダー、社内購買オーダー積換または社内購買オーダー直送の新しい受注オーダー明細が保存されるか、既存の明細が編集された場合、選択された割当/引当オプションで可能納期確認が自動的に開始されます。 在庫品目/製造 タブのその他の可能納期確認関連の設定も、可能納期確認が自動的に開始されるときの実行方法に影響します。販売見積明細に対して可能納期確認を自動的に実行することはできません。

可能納期確認が自動CTP実行なしに設定されている場合は、関連する顧客または販売見積明細を選択し、可能納期確認、可能納期確認実行の順にクリックして、手動で開始する必要があります。可能納期確認ダイアログのOKをクリックする前に、オプションセクションで適切な設定を行います:

可能納期確認アルゴリズム

可能納期確認は、初期フェーズ、計画フェーズ、最終フェーズの三つの異なるフェーズで構成されます。初期フェーズで構築される仮オーダー構成を使用します。計画フェーズには四つの計画ステップが含まれますが、各可能納期確認ですべてのステップが実行されるわけではありません。最初の計画ステップは常に実行されます。これには引当手順が含まれており、発生元の受注オーダー/販売見積明細で要求された納入日を満たすことができるかどうかを評価します。要求された納入日を満たすことができる場合、他のすべての計画ステップはスキップされます。それ以外の場合は、新規納入日を最適化設定に応じて、二番目の計画ステップが実行され、その後、三番目または四番目の計画ステップが実行されます。二番目の計画ステップの目的は、実現可能な完了日を計算することです。新規納入日を最適化が無効になっている場合は、計算された実現可能な完了日に基づいて、三番目の計画ステップを使用して仮オーダー構成を再スケジュールします。新規納入日を最適化が有効になっている場合、四番目の計画ステップを使用して、実現可能な完了日よりも早くなる可能性がある最適化された完了日を計算し、この最適化された完了日に基づいて仮オーダー構成をスケジュールします。可能納期確認の計画フェーズが完了すると、最終フェーズで結果が保存されます。要求された納入日を満たすことができなかった場合、(新規納入日を最適化が無効の場合は)実現可能な完了日に基づいて、(新規納入日を最適化が無効の場合は)最適化された完了日に基づいて、発生元の明細に新しい納入日が設定されます。

下の図では、可能納期確認アルゴリズムの各フェーズが視覚化されています。

以下のセクションでは、可能納期確認で使用される仮オーダー構成の構築方法、四つの計画ステップのそれぞれで何が行われるか、および可能納期確認の結果がどのように保存されるかについて説明します。さらに、リリース時に紐付オーダーを作成フィールドが仮オーダーにどのように設定されるか、仮オーダーがどのように引当されるか、仮オーダーがどのように引当および割当されるか、仮オーダーがどのように計画されるか、仮オーダー工程がどのようにスケジュールされるかについての詳細情報が提供されます。

仮オーダー構成の構築

使用可能な仮オーダー構成がまだ存在しない場合、可能納期確認は、発生元の受注オーダーまたは販売見積明細の仮オーダー構成の構築から始まります。最上位の仮オーダーヘッダの要求日は、発生元明細で要求された納入日を満たすために必要な予定納期に設定されます。構成されていない品目の場合、製造構成と工程が使用されます。構成された部品の場合、発生元の明細に指定されたコンフィギュレーション属性と、部品の構成された構造および工程が使用されます。使用されるリビジョンは、現在の仮オーダーの供給日に対して有効なリビジョンです。

仮オーダー構成は、すべてのレベルとサイトのすべての品目で作成されます。ただし、構成内の仮オーダーの構成品目で約束計画済が約束なしに設定されている場合は例外が発生します。次に、その構成品目の仮オーダーが、コンポーネントと工程なしで作成されます。別のサイトから供給される構成品目がある場合、主要仕入先のサイトで別の仮オーダー構成が構築されます。供給サイトの仮オーダー構成は、需要サイトの仮オーダー構成の子になります。

例外:発生元の明細の供給コードが社内購買オーダー直送の場合、 最上位の仮オーダーヘッダの要求日の設定が異なります。最上位の仮オーダーヘッダは需要サイトで作成され、一つの仮オーダーが含まれます。この仮オーダーヘッダの要求日は、計画納期ではなく、発生元の明細の計画納入日に設定されます。このようにして、供給サイトの仮オーダーヘッダの要求日は、発生元の明細の供給サイトの期日と同じになります。

可能納期確認を実行する前に発生元の明細の仮オーダー構成 (通常は構成済み品目)を作成し、別のサイトから構成品目が供給されていない場合、可能納期確認では新しい構成を作成する代わりに、変更を含むこの仮オーダー構成が使用されます。同じ明細に対して可能納期確認を繰り返し実行している場合、既存の仮オーダー構成は常に削除され、新しい仮オーダー構成に置き換えられます。つまり、可能納期確認を実行した後に既存の仮オーダー構成を変更し、可能納期確認を再実行すると、すべての変更が失われます。

可能納期確認の計画フェーズに進む前に、リリース時に手配オーダー作成フィールドは、紐付けられた受注オーダーがリリースされたときに、仮オーダー品目に対して紐付供給オーダーが作成されるかどうかに応じて、構成内の各仮オーダーに対して設定されます。詳細については、仮オーダーのリリース時に紐付オーダー作成フィールドを設定を参照してください。

計画ステップ 1:逆方向計画

可能納期確認の最初の計画ステップでは、要求された納入日を満たすことができるかどうかを評価します。最上位の仮オーダーから始めて、仮オーダーは引当可され、要求された納入日を満たすために必要な予定納期から仮オーダー構成内で逆方向に計画されます。この日付は最上位の仮オーダーヘッダの要求日と同じです。

仮オーダー構成内の各仮オーダーについて、最上位の仮オーダーから始めて、各レベルで ID が最も低い仮オーダーから始めて、レベルごとに下方向に進み、次のステップを実行します。

  1. 供給予定日は以下のように設定されます。
    • 最上位の仮オーダーの場合、供給予定日は最上位の仮オーダー ヘッダの要求日に設定されます。
    • 子の仮オーダーの場合、供給予定日の設定方法は次のように異なります。
      • サイトで仮オーダー工程のスケジュールと積荷の作成が無効になっている場合:
        • 子の仮オーダーにリード タイム オフセットがない場合、供給予定日は親の仮オーダーの開始予定日と同じ日付に設定されます。
        • 子の仮オーダーにリード タイムオフセットがある場合、供給予定日は、親の仮オーダーの供給予定日よりリード タイムオフセットの日数前に設定されますが、親の仮オーダーの開始予定日より前にはなりません。
      • サイトで仮オーダー工程のスケジュールと積荷の作成が有効になっている場合:
        • 子の仮オーダーが親の仮オーダーの工程に接続されている場合、供給予定日は、その工程の開始予定日時から工程のワークセンターのキュー時間を差し引いた値に設定されます。またはその日付がサイトの製造業カレンダﾞに従った稼働日でない場合は、前の稼働日に設定されます。
        • 子の仮オーダーが親の仮オーダーのどの工程にも接続されていない場合、供給予定日は、仮オーダー工程のスケジュールと積荷の作成が無効になっている場合と同じ方法で設定されます。
  2. 引当可は、利用可能な在庫と、供給予定日までに利用可能な未処理の供給に対して行われます。正味数量 は供給残量に設定されます。数量が引当される場合、調整された数量は子の仮オーダーに下位に伝播されます。詳細については、仮オーダーの引当可を参照してください。選択した割当/引当オプションに応じて、引当と割当が行われます。詳細については、仮オーダーの引当と割当を参照してください。
  3. 予定開始日は、供給予定日から仮オーダーを逆方向計画することによって設定されます。詳細については、仮オーダーの計画を参照してください。
  4. 開始日は開始予定日と同じ日付に設定され、供給日は供給予定日と同じ日付に設定されます。

仮オーダー構造のすべてのリーフ ノードの開始日がサイトの製造カレンダーに従って今日の日付の後の最初の営業日より早くない場合、要求された納入日を満たすことができ、可能納期確認の計画部分が完了したことを意味します。それ以外の場合、可能納期確認は二番目の計画ステップに進み、その後に三番目または四番目の計画ステップが続きます。

計画ステップ 2:前進計画

可能納期確認の二番目の計画ステップは、要求された納入日を満たすことができない場合に実行され、満たすことができる完了日を計算します。正味数量 > 0 の最下位レベルの仮オーダーから始めて、仮オーダーは、サイトの製造カレンダーに従って、今日の日付の後の最初の営業日から仮オーダー構造内で前向きに計画されます。

仮オーダー構成内の正味数量> 0の各仮オーダーについて、最下位レベルの仮オーダーから始めて、各レベルの最も古い仮オーダーから順にレベルごとに上方に進み、次の手順を実行します。

  1. 予定開始日は次のように設定されます。
    • 正味数量 > 0 の最下位レベルの仮オーダーの場合、開始予定日は今日の日付の後の最初の営業日に設定されます。
    • 親の仮オーダーの場合、予定開始日は子オーダーの最新の供給予定日に設定されます。
  2. 供給予定日は、予定開始日から仮オーダーを前進計画することによって設定されます。詳細については、仮オーダーの計画を参照してください。

このステップの後の結果は、可能な完了日であり、それは最上位の仮オーダーの供給予定日と同じ日付です。この日付は最上位の仮オーダーヘッダの要求日よりも後になります。

計画ステップ 3:逆方向計画

三番目の計画ステップは、新規納入日を最適化が無効になっている場合、二番目の計画ステップの後に実行されます。二番目の計画ステップで計算された可能な完了日に基づいて、仮オーダー構成をスケジュールします。

仮オーダー構成内の各仮オーダーについて、最上位の仮オーダーから始めて、各レベルで ID が最も低い仮オーダーから始めて、レベルごとに下方向に進み、次のステップを実行します。

  1. 供給予定日は以下のように設定されます。
    • 最上位の仮オーダーの場合、供給予定日は可能な完了日に設定されます。
    • 子の仮オーダーの場合、供給予定日の設定方法は次のように異なります。
      • サイトで仮オーダー工程のスケジュールと積荷の作成が無効になっている場合:
        • 子の仮オーダーにリード タイム オフセットがない場合、供給予定日は親の仮オーダーの開始予定日と同じ日付に設定されます。
        • 子の仮オーダーにリード タイムオフセットがある場合、供給予定日は、親の仮オーダーの供給予定日よりリード タイムオフセットの日数前に設定されますが、親の仮オーダーの開始予定日より前にはなりません。
      • サイトで仮オーダー工程のスケジュールと積荷の作成が有効になっている場合:
        • 子の仮オーダーが親の仮オーダーの工程に接続されている場合、供給予定日は、その工程の開始予定日時から工程のワークセンターのキュー時間を差し引いた値に設定されます。またはその日付がサイトの製造業カレンダﾞに従った稼働日でない場合は、前の稼働日に設定されます。
        • 子の仮オーダーが親の仮オーダーのどの工程にも接続されていない場合、供給予定日は、仮オーダー工程のスケジュールと積荷の作成が無効になっている場合と同じ方法で設定されます。
  2. 予定開始日は、供給予定日から仮オーダーを逆方向計画することによって設定されます。詳細については、仮オーダーの計画を参照してください。

計画ステップ 4:反復的な逆方向計画

四番目の計画ステップは、新規納入日を最適化が無効になっている場合、二番目の計画ステップの後に実行されます。最適化された完了日を計算し、この最適化された完了日に基づいて仮オーダー構成をスケジュールします。最適化された完了日は、最上位の仮オーダーヘッダの要求日よりも後で、二番目の計画ステップで計算された可能な完了日以前または同日である必要があります。この日付間隔内のどの日付が最適化された完了日であるかを見つけるために、最初の計画ステップと同様に、仮オーダー構成の逆方向の計画と引当手順が、間隔内のさまざまな日付から、最適化された完了日が見つかるまで繰り返されます。そうすることで、最初の計画ステップで使用されるものよりも後の供給予定日で計画される仮オーダーに利用可能になる未処理の供給が考慮されます。仮オーダーのより大きな数量を引当可にでき、それにより仮オーダーの製造/購買にかかる時間が短縮される可能性があります。

最適化された完了日は、逆方向計画と引当手順の結果、構造内のすべての仮オーダーの開始予定日がサイトの製造カレンダーに従って、今日の日付の後の最初の営業日と同じかそれ以降になる最も早い反復日になります。最後に反復された日付が最適化された完了日と等しくない場合は、最適化された完了日から追加の反復が実行され、引当可がやり直され、最適化された完了日に基づいて仮オーダー構成が再スケジュールされます。選択した割当/引当オプションに応じて、四番目の計画ステップが終了する前に、引当と割当が行われます。詳細については、仮オーダーの引当と割当を参照してください。

次の反復日付は、日付間隔の半分分割方式を使用して設定されます。つまり、次の反復日は、間隔の開始日と終了日の間の日付に設定されます。最初の反復の前に、間隔の開始日は最上位の仮オーダーヘッダの要求日 と同じになり、間隔の終了日が完了可能日と同じになります。間隔の開始日と終了日の間に日付が存在しない場合は、最適化された完了日が見つかります。間隔の現在の終了日と同じになります。

各反復では、次の手順が実行されます。仮オーダー構成内の各仮オーダーについて、最上位の仮オーダーから始めて、各レベルで ID が最も低い仮オーダーから始めて、レベルごとに下方向に進み、次のステップを実行します。

  1. 供給予定日は以下のように設定されます。
    • 最上位の仮オーダーの場合、供給予定日は現在の反復日付に設定されます。
    • 子の仮オーダーの場合、供給予定日の設定方法は次のように異なります。
      • サイトで仮オーダー工程のスケジュールと積荷の作成が無効になっている場合:
        • 子の仮オーダーにリード タイム オフセットがない場合、供給予定日は親の仮オーダーの開始予定日と同じ日付に設定されます。
        • 子の仮オーダーにリード タイムオフセットがある場合、供給予定日は、親の仮オーダーの供給予定日よりリード タイムオフセットの日数前に設定されますが、親の仮オーダーの開始予定日より前にはなりません。
      • サイトで仮オーダー工程のスケジュールと積荷の作成が有効になっている場合:
        • 子の仮オーダーが親の仮オーダーの工程に接続されている場合、供給予定日は、その工程の開始予定日時から工程のワークセンターのキュー時間を差し引いた値に設定されます。またはその日付がサイトの製造業カレンダﾞに従った稼働日でない場合は、前の稼働日に設定されます。
        • 子の仮オーダーが親の仮オーダーのどの工程にも接続されていない場合、供給予定日は、仮オーダー工程のスケジュールと積荷の作成が無効になっている場合と同じ方法で設定されます。
  2. 引当可は、利用可能な在庫と、供給予定日までに利用可能な未処理の供給に対して行われます。正味数量 は供給残量に設定されます。数量が引当される場合、調整された数量は子の仮オーダーに下位に伝播されます。詳細については、仮オーダーの引当可を参照してください。
  3. 予定開始日は、供給予定日から仮オーダーを逆方向計画することによって設定されます。詳細については、仮オーダーの計画を参照してください。

現在の反復を終了する前に、間隔は半分に分割されます。仮オーダー構造のすべてのリーフノードの開始予定日 がサイトの製造カレンダーに従って今日の日付の後の最初の営業日より早くない場合、現在の反復日付を満たすことが可能であり、さらに早い日付を満たすことも可能である可能性があります。次に、間隔の終了日が現在の反復日付に更新されます。それ以外の場合、現在の反復日付を満たすことはできませんが、後の日付は満たすことができます。次に、間隔の開始日が現在の反復日付に更新されます。

結果の保存

計画フェーズが終了すると、可能納期確認の結果が可能納期確認結果として保存されます。仮オーダー構成内の仮オーダーに関する可能納期確認中に作成された情報は、データベースに保存されます。ただし、実際に作成された仮オーダーの一部またはすべてが削除されたり、部分的に破棄されたりする可能性があります。可能納期確認を実行するときに指定された割当/引当オプションが次のとおりである場合:

下の図は、発生元明細の供給コードが手配オーダーで、割当/引当オプションが割当あり/引当あり/不足分仮オーダー作成または割当あり/引当なし/不足分仮オーダー作成の場合に保存される構成内の仮オーダーの例を示しています。オーダー予定の品目を含むすべての仮オーダーと既定供給タイプが手配オーダーに設定されているものは、リリース時に紐付オーダー作成がはいに設定されています。これらの仮オーダーとそのコンポーネントの仮オーダーが保存されます保存された仮オーダーで、在庫が計画されており、手配オーダー以外の既定供給タイプを持つものは、リリース時に紐付オーダー作成がいいえに設定されています。これらの仮オーダーについては、仮オーダーの需要のみが保持されます。

保存された仮オーダーには、利用可能な資材の引当と割当が保持され、サイトで仮オーダー工程のスケジュールと負荷の作成が有効になっており、負荷が破棄されない場合、生成されたワークロードを通じて利用可能な能力も得られます。これにより、将来の可能納期確認で同じ在庫と未処理の供給から引当可が行われ、これらの仮オーダーですでに使用されているのと同じ能力を使用して工程がスケジュールされることが防止されます。削除された仮オーダーには、使用可能な資材または使用可能な能力の仮オーダー割当が保持されないため、将来の可能納期確認では、同じ在庫と未処理の供給から引当可が行われ、削除された仮オーダーですでに使用されているのと同じ能力を使用して工程がスケジュールされるというリスクがあります。ただし、現在の可能納期確認後にMRPとCRPを実行し、今後の可能納期確認で確定需要のみを含む を無効にすることで、そのような事態が発生しないようにします。

可能納期確認がMRP を実行を有効にして開始された場合、要求された品目に対して選択的 MRP (またはプロジェクトMRP) を実行するバックグラウンドジョブがトリガーされ、在庫が計画されている構成内の品目の割当が作成されます。別のサイトから供給される構成品目がある場合、供給サイトではこれらの構成品目に対しても選択的 MRP が実行されます。要求された品目がマスタースケジュールされている場合、選択的 MRP (またはプロジェクト MRP) が開始される前に、特定の品目に対してマスタースケジュールが実行されます。これは、MRPが実行される前に発生元ラインからの需要がマスタースケジュールの予測需要を消費し、二重需要の計算を回避するために行われます。

注釈:発生元明細がプロジェクト アクティビティに紐付けられている場合、要求された品目に対して選択的 MRP ではなく選択的プロジェクト MRP が実行されます。構成にプロジェクト計画されていない主要需要サイトの構成品目が含まれている場合、選択的プロジェクト MRPの後にこれらの品目の選択的 MRP が続きます。別のサイトから供給される構成品目がある場合、供給サイトでこれらの構成品目に対して選択的 MRP が実行されます。

また、可能納期確認の開始時にCRP を実行が有効になっている場合、CRPは選択的 MRP (またはプロジェクト MRP) と統合されて実行され、同じバックグラウンドジョブで在庫が計画されている構成内の品目の機械能力および/または作業者能力が予約されます。

発生元の受注オーダーまたは販売見積明細が更新されます。要求された納入日に対応できない場合は、仮オーダー構成の最上位の仮オーダーの供給予定日が、発生元明細の新しい払出予定日の設定に使用されます。新規納入日を最適化が無効になっている場合、この供給予定日は二番目の計画ステップで計算された完了可能日と同じになります。それ以外の場合、日付は四番目の計画ステップで計算された最適化された完了日と同じになります。明細内のその他の日付、例えば、予定納入日/時間は、この新しい払出予定日に基づいて前方に計算されます。仮オーダー構成内の最も早い開始予定日が発生元明細の参考リリース日として設定されます。これは、製造を開始するか、最初の品目を購買する必要がある日付です。

例外:発生元ラインの供給コードが社内購買オーダー直送の場合、最上位の仮オーダーの供給予定日から主要供給サイトと顧客の間で定義された外部配送リード タイムを差し引いた日付が、発生元明細の新しい払出予定日の設定に使用されます。このようにして、発生元ラインの供給サイトの納入期日は、供給サイトでの最上位の仮オーダー(二番目の仮オーダーヘッダに属する)の供給予定日と同じになります。

可能納期確認は、納入日が変更された場合、最終的にメッセージを表示します。それ以外の場合は、納入日が予定どおりに満たせるという通知のみが届きます。

仮オーダーのリリース時に紐付オーダー作成設定フィールド

仮オーダー構成の構築ステップを完了する前に、リリース時に紐付オーダー作成フィールドは、構成内の各仮オーダーに対して設定されます。フィールドは、受注オーダーがリリースされたときに紐付供給オーダーが作成される品目の仮オーダーに対してはいに設定されます。紐付供給オーダーが作成されない品目の他の仮オーダーの場合、フィールドはいいえに設定されます。フィールドの設定方法は設定によって異なります。また、仮オーダーが仮オーダー構成の最上位ヘッダに属しているか、または下位レベルの別のヘッダに属しているかによっても影響があります。

仮オーダーの引当可

可能納期確認の最初と 4 番目の計画ステップでは、ネット化される予定で、確定計画が確定に設定されている、仮オーダー構成内の各仮オーダーに対してネット化が実行されます。さらに、構成品目手配オーダーを引当するには、消費項目が消費済に設定されている必要があります。どの仮オーダーを引当するかは、さまざまな設定に基づいて決定されます。また、仮オーダーが仮オーダー構成の最上位ヘッダに属しているか、または下位レベルの別のヘッダに属しているかによっても影響があります。

注釈:確定計画 が約束されていない に設定されている仮オーダーは決して引当可されません。消費項目が未消費に設定されている仮オーダーも、資材出庫処理で消費されないため相殺されず、正味数量は 0 に設定されます。

仮オーダーの引当可は、利用可能な在庫と仮オーダーの供給日までに利用可能な未処理の供給に対して行われます。これは、製造品目の累積リード タイム内および購買品目の予想リード タイム内で、予測数量がマイナスにならないように行われます。引当可は、仮オーダーの供給予定日(供給日の設定に使用)が計算された後、開始予定日(開始日の設定に使用)を計算する前に行われます。引当手順は、利用可能な数量を三つの異なる計算で分析することから始まります。

引当手順は、利用可能な数量を三つの異なる計算で分析することから始まります。

注釈:発生元明細がプロジェクト アクティビティに紐付けられている場合は、構成内の最上位の仮オーダーヘッダに属する仮オーダーをプロジェクト計画できます。最上位の仮オーダーは常にプロジェクト計画されており、他の仮オーダーについては発生元ラインの供給コードとリリース時に紐付オーダー作成および標準計画項目設定によります。親の仮オーダーもプロジェクト計画されていない限り、仮オーダーをプロジェクト計画することはできません。供給コード が手配オーダーの場合、プロジェクト計画された親仮オーダーを持つ仮オーダーは、リリース時に紐付オーダー作成がはいに設定されている、または標準計画項目がいいえに設定されている場合にもプロジェクト計画されます。供給コードが手配オーダーでない場合、プロジェクト計画された親仮オーダーを持つ仮オーダーは、標準計画項目がいいえに設定されている場合にもプロジェクト計画されます。プロジェクト計画仮オーダーは、発生元明細が紐付けられているのと同じプロジェクト アクティビティに接続されている在庫および供給から供給されます。上記の三つの計算では、同じプロジェクト アクティビティに関連する在庫、供給、需要のみが考慮されます。プロジェクトの資材引当対象がプロジェクト内に設定されている場合、同じプロジェクトの他のアクティビティに関連する在庫も最初の計算で考慮されます。プロジェクト計画されていない仮オーダーの場合、三つの計算では、どのプロジェクト アクティビティにも関連しない在庫、供給、需要のみが考慮されます。最上位の仮オーダーヘッダ以外に属する仮オーダーは、プロジェクト計画されません。

ただし、製造品目の累積リード タイム内および購買品目の予想リード タイム内で、予測数量をマイナスにすることは許可されません。したがって、計算3で計算される最低のATPは非常に重要です。最低ATPがゼロまたはゼロ未満の場合、数量をまったく引当することはできません。それ以外の場合、最低ATPが引当可能在庫と引当可能オープンサプライの合計より少ない場合、最低ATPよりも大きな数量を引当することはできません。それ以外の場合は、引当可能在庫と引当可能オープンサプライの合計を引当することが可能になります。したがって、引当数量が最低ATPより大きい場合、引当数量は次の式に従って調整されます。

最低ATP ≤ 0の場合は、式を使用します。

それ以外の場合、最低ATP<引当数量の場合は次の式を使用します:

正味数量は、既存の在庫と引当可能オープンサプライから引当した後の仮オーダーに供給される残りの数量で、最終的に次の式に従って設定されます。

例:

仮オーダーの供給数量が 10 に相当する数量を引当し、その仮オーダー品目の予想/累積リード タイムが 6 日であると仮定します。下の図では、計算1の結果、引当可能在庫は4個になります。計算2では、供給日までの要約された供給から供給日までの要約された需要を差し引いた結果、供給日までの引当可能オープンサプライは8に等しくなります。これは、供給日の入庫残高が12であることを意味します。これは計算3で使用され、供給日以降かつ累積/予想リード タイム内の最低ATPを、期間内の各日のATPを計算した後に見つけると、結果は-10となります。

予測数量をマイナスにすることを考慮せずに正味数量を計算する最初の式を使用すると、結果は 10 になります。式を参照してください:

ただし、予測数量がマイナスにならないように、引当数量を調整する必要があります。最低ATPがゼロ未満であるため、引当数量はゼロに調整されます。式を参照してください:

これは、正味数量が10になることを意味します。式を参照してください:

仮オーダーの引当と割当

引当手順の後、可能納期確認の最初の計画ステップで、仮オーダー構成内の約束の計画が約束されたに設定されている各仮オーダーに対して引当と割当が行われます。引当と割当も、四番目の計画ステップが終了する前に行われます。

引当と割当は、使用される割当/引当オプション の原則に応じて行われます。

注釈:発生元明細がプロジェクト アクティビティに紐付けられている場合は、構成内の最上位の仮オーダーヘッダに属する仮オーダーをプロジェクト計画できます。最上位の仮オーダーは常にプロジェクト計画されており、他の仮オーダーについては発生元明細の供給コードとリリース時に紐付オーダー作成設定および部品表で定義された標準計画項目設定によります。親の仮オーダーもプロジェクト計画されていない限り、仮オーダーをプロジェクト計画することはできません。供給コード が手配オーダーの場合、プロジェクト計画された親仮オーダーを持つ仮オーダーは、リリース時に紐付オーダー作成がはいに設定されている、または標準計画項目がいいえに設定されている場合にもプロジェクト計画されます。供給コードが手配オーダーでない場合、プロジェクト計画された親仮オーダーを持つ仮オーダーは、標準計画項目がいいえに設定されている場合にもプロジェクト計画されます。プロジェクト計画仮オーダーは、発生元明細が紐付けられているのと同じプロジェクト アクティビティに接続されている在庫および供給から供給されます。プロジェクト計画仮オーダーの場合、引当は発生元ラインが接続されているのと同じプロジェクト アクティビティに接続されている在庫からのみ実行されます。さらに、引当可能在庫と引当可能オープンサプライを割当するために作成される仮オーダーの需要と供給は、同じプロジェクト アクティビティに接続されます。プロジェクトの資材引当対象がプロジェクト内に設定されている場合、同じプロジェクトの他のアクティビティに関連する在庫も引当できます。プロジェクト計画されていない仮オーダーの場合、引当はどのプロジェクト アクティビティにも関連付けられていない在庫からのみ行われ、作成された仮オーダーの需要と供給はどのプロジェクト アクティビティにも関連付けられません。最上位の仮オーダーヘッダ以外に属する仮オーダーは、プロジェクト計画されません。

仮オーダーの計画

計画フェーズでは、仮オーダー構成内の仮オーダーが計画されます。最初、三番目、および四番目の計画ステップは逆方向計画を使用して実行され、二番目の計画ステップでは前進計画が使用されます。仮オーダーを逆方向計画する場合、供給予定日は既知で、開始予定日が計算されます。仮オーダーを前進計画する際には、開始予定日は既知で、供給予定日が計算されます。逆方向計画での開始予定日と前進計画での供給予定日は、仮オーダー品目が外部で購買されるか、内部で購買されて供給サイトから需要サイトに配送されるか、内部で購買されて供給サイトから直接顧客に配送されるか、または製造されるかによって、異なる方法で計算されます。品目が製造される際にはサイトの設定仮オーダー工程のスケジュールと負荷の作成と作業センターと作業者クラスの設定有限山積が重要です。

仮オーダーの在庫品目が次の場合:

仮オーダー工程のスケジューリング

可能納期確認の四つの計画ステップすべてにおいて、仮オーダー工程のスケジュールと負荷の作成がサイトで有効になっている場合、仮オーダー工程がスケジュールされます。スケジューリングは、第 1、第 3、第 4 の計画ステップでは逆方向に、第 2 の計画ステップでは順方向に実行されます。

工程がスケジュールされると同時に、作業センターおよび/または労働負荷が作成されます。スケジュールは、作業オーダー工程のスケジュール方法と同様に機能しますが、有限のスケジュールを作成するために、各日の残りの作業センターや労働能力も考慮できます。有限スケジュールと無限スケジュールのどちらを実行するかは、作業センター、段取り作業者クラス、および工程の実行作業者クラスの有限山積設定によります。有限山積が有効な場合、既存の負荷を差し引いた後、各日の残りの能力に応じて工程がスケジュールされます。個々の日に新たな過負荷は発生せず、仮オーダーのスケジュール期間中の合計負荷は、同じ期間中の合計利用可能能力を超えることはありません。

例 1:無限作業者クラスを持つ有限作業センターでの逆方向計画

この例では、仮オーダーの工程が有限山積が有効な作業センターで逆方向計画されます。段取りと実行の両方で同じである工程の作業者クラスは、有限山積が無効です。この工程には、機械のセットアップ時間が 2 時間、作業者のセットアップ時間が 4 時間、機械の実行時間が 20 時間、作業者の実行時間が 40 時間かかります。作業センターの利用可能なキャパシティは 一 日あたり 8 時間、労働クラスの利用可能なキャパシティは一日あたり 16 時間です。

以下のチャートは、7 日目の午後 5 時の完了予定日から逆スケジューリング中に作業センターの負荷がどのように作成され、スケジュールされるかを視覚化したものです。有限山積が作業センターに対してのみ有効になっているため、既存の負荷を差し引いた後、各日の残りの作業センター容量に従ってスケジュールが実行されます。残りの労働クラスの能力は考慮されません。作業センター負荷グラフの仮想負荷は、仮オーダー工程のスケジュール期間中に合計負荷が合計使用可能容量よりも大きくなるのを避けるために、5 日目にすでに存在する過負荷が、より早い作業日に仮想的に配分される方法を示しています。フォワード スケジューリングが実行されていた場合、5 日目の既存の過負荷は、前の営業日ではなく後の営業日に仮想的に配分されていたことになります。逆スケジューリングの結果は、開始予定日工程の開始時刻は 2 日目の午後 4 時に設定されます。先行する仮オーダー工程は、完了予定日が 2 日目の午後 4 時、またはそれ以前に設定されます。

逆方向のスケジュール設定中に、労働クラスに対して負荷も作成され、スケジュールされます。有限山積が労働クラスに対して無効になっているため、労働負荷は、各日の残りの労働能力を考慮せずに、機械負荷がスケジュールされた時点に従ってスケジュールされます。労働負荷がどのように作成され、スケジュールされるかは、以下のグラフに視覚化されています。

例2:有限山積の労働クラスを持つ有限山積の作業センターでの逆方向スケジューリング

この例では、仮オーダーの工程が作業センターで逆方向にスケジュールされます。有限山積は前の例と似ていますが、今回はセットアップと実行の両方で同じ工程の労働クラスも有限山積が有効になりました。この工程には、機械のセットアップ時間が 2 時間、作業者のセットアップ時間が 4 時間、機械の実行時間が 20 時間、作業者の実行時間が 40 時間かかります。作業センターの利用可能なキャパシティは 一 日あたり 8 時間、労働クラスの利用可能なキャパシティは一日あたり 16 時間です。

以下のチャートは、工程の逆スケジュールにおいて、作業センターと労働負荷がどのように作成され、スケジュールされるかを視覚化したもので、予定実完了日時は7日目の午後5時です。有限山積が作業センターに対してのみ有効になっているため、既存の負荷を差し引いた後、各日の残りの作業センター容量に従ってスケジュールが実行されます。作業センターのキャパシティが残っている各日については、既存の負荷を差し引いた後のその日の残りの労働クラス キャパシティも考慮する必要があります。作業センター負荷グラフと労働クラス負荷グラフを比較することで、残りの作業センターまたは労働クラスが各日の制限係数であったかどうかを確認できます。たとえば、7 日目に残りの作業センターのキャパシティは 4 でしたが、残りの労働クラスのキャパシティが 4 時間しかないため、その日にスケジュールできる機械時間は 2 時間のみでした。逆スケジューリングの結果、工程の開始予定日は、前の例よりも 1 日早い、一日目の午後 3 時に設定されます。先行する仮オーダー工程は、完了予定日が 1 日目の午後 3 時、またはそれ以前に設定されます。

詳細プランニングボード (APB) を使用したスケジュール

可能納期確認の計算が完了し、割当/引当オプションで中間構成を保存した方法を使用すると、IFS/Advanced Planning Board (APB) を使用して仮オーダー工程をスケジュールできます。これにより、有限山積の機械、労働力、ツールのキャパシティ、および資材の制約を考慮した、より高度なスケジュールが可能になります。APBスケジュールが保存されると、影響を受ける仮オーダーの開始予定日と供給予定日が更新され、発生元明細の払出予定日も更新されます。

可能納期確認の結果を表示する

可能納期確認の結果は、可能納期確認アルゴリズムの結果保存フェーズ中に保存された仮オーダー情報が表示される可能納期確認結果ページで分析できます。詳細についてはアクティビティ可能納期確認結果の分析をご覧ください。

可能納期確認が割当/引当オプションを割当あり/引当あり/不足分仮オーダー作成または割当あり/引当なし/不足分仮オーダー作成に設定して実行され、仮オーダーがスケジュールされている(APBを使用するか、仮オーダー工程のスケジュールと負荷の作成がサイトで有効になっている場合)、推定ワークロードが保存されます。この負荷は確定計画または確定計画仮オーダーとして表示され、視覚的な能力要件計画ページを使用して分析できます。

作業センターまたは労働クラスに対して有限山積が有効になっている場合、仮オーダー工程からの負荷は、各日の残りのキャパシティに応じて、複数日にわたって複数のセグメントに分散される可能性があることに注意してください。

可能納期確認の詳細を編集する

受注オーダーがリリースされる前、または販売見積明細が失われるか受注オーダーに変換される前に、日付に影響するフィールドのいずれかを変更すると、システムは参考リリース日フィールドをクリアし、可能納期確認インジケータを削除し、中間構成を削除します。また、可能納期確認中に作成された可能性のある引当、割当、負荷も削除されます。自動可能納期確認が有効になっている場合、システムは新しい可能納期確認を自動的に開始します。供給コードや販売数量を変更した場合も同様のことが起こります。

可能納期確認済の販売見積明細から受注オーダーを作成する

可能納期確認済みの販売見積明細から受注オーダーを作成すると、可能納期確認の結果が新規受注オーダー明細に転送されます。受注オーダーがリリース済ステータスで作成された場合、システムは可能納期確認済みの受注オーダーをリリースで説明されているように動作します。

可能納期確認済の受注オーダーをリリース

参考リリース日が過去の場合、受注オーダーをリリースすることはできません。オーダーは計画中ステータスのままになります。代わりに、新しい可能納期確認を実行する必要があります。

可能納期確認済みの受注オーダーがリリースされ、可能納期確認が割当/引当オプションを割当なし/引当なし/不足分仮オーダー作成なしに設定して実行された場合、システムは可能納期確認が実行されなかった場合と同様に動作します。

可能納期確認が割当/引当オプションを割当あり/引当あり/不足分仮オーダー作成または割当あり/引当なし/不足分仮オーダー作成に設定して実行され、受注オーダーがリリースされると、仮オーダー構成は削除されます。供給コードは次のように動作に影響します。

制限