バックオーダー処理
用途
SAP Advanced Planning and Optimization (SAP APO) のバックオーダー処理は、利用可能在庫確認の一部として確認済数量および日時を変更するというサプライチェーンマネジメントの基本的な要件を満たします。バックオーダー処理を使用して、入力された所要量を処理したり、バックオーダー状況を診断したり、取消を行ったりします。
SAP APO 関連製品には、SAP APO のバックオーダー処理を使用する必要があります。
前提条件
● バックグラウンド処理のカスタマイジング設定を行っておく必要があります。SAP Supply Chain Management (SAP SCM) のカスタマイジングでこれらの設定を行うには、Advanced Planning and Optimization → グローバル ATP → バックオーダー処理を選択します。
● バックオーダー処理の一部として販売管理伝票または在庫転送オーダーの明細に対してルール基準 ATP を実行する場合、ルール方針をバックオーダー処理の有効化パラメータに割り当てておく必要があります。技術シナリオの値は LL にする必要があります。
詳細については、
ルール方針またはルール方針順序の割当を参照してください。
● 対話式バックオーダー処理での利用可能在庫確認の結果を上書きする場合、調達対象の入庫要素の充足を保証する必要があります。
機能
バックオーダー処理を使用して、優先順位に従って確認済数量を再配分したり、利用可能在庫確認の結果を上書きしたりすることができます。以下の機能は、バックオーダー処理の一部として使用することができます。
以下の状況で、対話式でバックオーダー処理を実行したり、バックグラウンドでその処理をスケジュール (必要に応じて定期的に) します。
● 生産計画/詳細計画の計画実行後、需給連鎖計画の計画実行後、またはグローバル ATP のロケーション固有の製品マスタデータの変更後
● 利用可能在庫状況の変更後
● 優先するオーダーの到着後
アクティビティ
バックオーダー処理内では、フィルタおよびソーターに応じて販売管理伝票および在庫転送伝票から明細が選択され、順序が設定されます。その後、それらの明細に対して利用可能在庫確認が実行されます。
バックオーダー処理の確認日付は常に本日日付です。
SAP APO によって、バックオーダー処理結果が接続された OLTP システムに転送されます (ERP システムなど)。販売管理伝票は、OLTP システムで自動的に更新されます。つまり、それらの伝票が変更されます。所要量データ (要求数量、指定納入日時) は保持されます。伝票に加えられる変更は、確認済数量および確認日付に関連します。在庫転送オーダーが更新されると、指定納入日時が確認状況に応じて将来にシフトされる可能性があります。OLTP システムとしてリリース 6.0 以降の SAP ERP Central Component (SAP ECC) を使用した場合、指定納入日時は将来にシフトされません。
SAP APO でのバックオーダー処理実行後と OLTP システムでの結果更新前の間に、OLTP システムで伝票明細をマニュアル変更した場合、バックオーダー処理結果はこの明細に採用されません。これは、その間に一括納入または分割納入が行われた明細の場合も同じです。
この制限付結果転送が機能するように、変更管理 (伝票の標準としてオンに切り替えられる) を OLTP システムで有効化する必要があります。詳細については、ABAP ワークベンチ (BC-DWB) の変更文書を参照してください。
制約
● バックオーダー処理では、CTP はサポートされていません。
● バックオーダー処理では、販売管理伝票および在庫転送オーダーのルール基準 ATP がサポートされています。
● 在庫転送分納契約は、バックオーダー処理に含めることはできません。現在設定フィルタタイプで、バックオーダー処理に含めることができる伝票タイプを確認することができます。フィルタの設定時に選択可能な伝票タイプはここに表示されます。
● OLTP システムで販売管理伝票に対してロックを設定し、これらの明細がバックオーダー処理に含まれる場合、確認済数量が OLTP システムのオーダーに転送されます。ただし、ブロックにより、オーダーでは確認済数量は採用されません。SAP APO では、同じバックオーダー処理実行で確認済数量を再配分することはできません。フィルタで確認ロック区分を設定していない場合には、この動作を変更することができます。つまり、これらの明細がバックオーダー処理から除外されます。
これは、新たに分配された確認によって (たとえば、与信限度によって) ロックがリセットされる場合も適用されます。このロックの設定によって再度解除される数量は、同じバックオーダー処理実行時に配分することはできません。
例
…
1.
確認期間を使用した製品利用可能在庫確認(補充リードタイム) を実行します。
2. 確認期間が過ぎており、新規入庫要素が見つからないため、不足があります。
3. 一括バックオーダー処理を実行し、明細の確認をリセットして、他の (今のところ、未確認である) 明細を確認できるようにします。
4. 接続された OLTP システムで更新が行われます。