購入申請 (PR) が複数の注文書 (PO) に分割されたのはなぜですか? または、変更オーダーによって新しいオーダー番号が作成され、元のオーダー番号がキャンセルされたのはなぜですか?

購入申請の [履歴] タブで、購入申請の新しい注文書への分割または注文書のキャンセルを指す履歴エントリを探し、[詳細を表示] をクリックして、これが発生した理由を確認します。

すべてのタイプの注文書について、以下の条件をすべて満たす明細は、サイトによって集約されます。

• 明細のサプライヤ所在地が同じである
• 明細の納入先住所が同じである (サプライヤ所在地マスタデータで [SplitOrderOnShipTo] が [いいえ] に設定されている場合)
• 明細の請求先住所が同じである
• 明細がすべてカタログ品目である、または明細がすべてカタログ外品目である (カスタマイズで無効にできます)
• 明細が同じヘッダーのパンチアウト品目である
• 明細が同じ契約に含まれている (同じ契約の異なるバージョンも同じ契約とみなされます)
• 貴社が (カスタマイズで) 要求した追加のオーダー分割基準

SAP バリアントサイトには、以下の考慮事項もあります。

• 明細が制限オーダー明細カテゴリ分割を必要としているかどうか (カスタマイズで無効にできます)
• すべての明細の通貨が同じであるかどうか
• 明細の購買組織の値が同じであるかどうか
• 明細の発注グループの値が同じであるかどうか (カスタマイズで無効にできます)

変更オーダーについては、以下のいずれかに該当する場合、新しい注文書が常に作成されます。

• サプライヤ所在地マスタデータで [ChangeOrderRestrictions] が [1] に設定されている
• サプライヤ所在地の優先オーダー方法が購入申請バージョン間で変更された (たとえば、[電子オーダー] から [印刷] に変更された) かどうか
  • 例外: オーダー方法が [印刷] から [電子オーダー] に変更された場合、新しい注文書は作成されません。

P カードオーダーの場合、以下の追加条件が明細の集約に適用されます。

• 明細の明細分割会計が同じである (この要件は、Application.Procure.PreventPCardOrdersSplittingBasedOnAccounting パラメータを使用して無効にできます)
• 明細の P カード番号が同じである
• 明細の取引番号が同じである
• 明細の取引日が同じである

分割オーダーフィールドとなるようにマークされたフィールドの値が null である場合、このフィールドによって、同じバージョンの明細間で、または異なるバージョンの同じ明細に対して、常に分割が実行されることに注意してください。

上記の該当するユースケースに基づいてカスタマイズが必要な場合は、「カスタマイズリクエストの現在のプロセスについて教えてください。」を参照してください。

パンチアウトヘッダーは、1 つのパンチアウトセッションを参照します。発注ユーザーがパンチアウトし、品目をカートに入れて、パンチインし直す場合、これは 1 つのセッションです。
発注ユーザーが再度パンチアウトし直す場合、これはヘッダーが異なる別のセッションとなります。そのため、その新しいセッションの品目は別の注文書に分割されます。

購入 > 注文書
購入 > 購入申請