ABAP クラス/SAPAPO/CL_RRP_CTP & /SAPAPO/CL_RRP_FIX: 比較 

CTP プロセスの場合、標準クラス /SAPAPO/CL_RRP_CTP が提供されます。このクラスによって、固定紐付に関連する CTP チェック時のシステム動作が制御されます。CTP プロセス内でシステムの動作を変更する場合は、この ABAP クラスの代わりに ATP プロセスの標準クラス /SAPAPO/CL_RRP_FIX を使用することができます。

2 つのクラスの主な違いとして、/SAPAPO/CL_RRP_CTP クラスの場合は既存の固定紐付関係が削除され、確認済受注に対して CTP チェックを改めて呼び出すことで、得意先所要量が入庫要素に割り当てられます (たとえば、受注の希望日付/時刻を変更する場合)。次に、割当を固定するために、新しい固定紐付関係が登録されます。

一方で /SAPAPO/CL_RRP_FIX クラスの場合は、固定紐付関係が保持されます。固定紐付に対しては、更新された確認が常に実行されます。必要な場合は紐付数量が調整されますが、固定紐付関係は変更されません。

次の例では、各クラスに関連するシステム動作について説明しています。

例 1a: 受注の繰上 (/SAPAPO/CL_RRP_CTP クラス)

この例では、すでに確認された受注 (SD1) が再び変更されます。合計 10 個の指定数量が必要な所要日付/時刻を変更します。得意?謠蒲v量 SD1 と計画手配 PO2 の間の既存の固定紐付関係は削除され、新たに CTP チェックが実行されます。CTP チェックでは、計画手配 PO1 のほうが時間的に有利なため、これが得意先所要量に割り当てられます。

例 1b: 受注の繰上 (/SAPAPO/CL_RRP_FIX クラス)

このクラスを使用すると、固定紐付に対して確認が実行されるため、更新された確認の実行時に固定紐付関係は削除されず、既存の計画手配 PO2 が変更された得意先所要量に再び割り当てられます。

 

例 2a: 受注の延期 (/SAPAPO/CL_RRP_CTP クラス)

CTP クラスを使用すると、CTP チェックにおいて固定紐付関係が削除され、変更された得意先所要量が時間的により有利な計画手配へと再び割り当てられます。次に、得意先所要量 SD1 と計画手配 PO2 の間に新しい固定紐付関係が登録されます。

例 2b: 受注の延期 (/SAPAPO/CL_RRP_FIX クラス)

 

このクラスを使用すると、既存の固定紐付関係が保持されます。受注日付/時刻が変更されたために確認が更新されると、既存の固定紐付関係が確認に使用されることから、得意先所要量が同じ入庫要素に再び割り当てられます。