オーダーを変更せずに属性およびフレックスフィールドを更新

次のような利点があります:

管理オーバーヘッドの削減。たとえば、承認の管理、与信チェックの実行、取引コンプライアンスの確認を行います。
履行を高速化し、遅延を削減します。 販売オーダーを改訂せずに履行属性を更新します。出荷日、到着日、ソーシングおよび出荷方法を修正しなくても調整し、追加のコンプライアンス・チェックを行うなどして、承認を経ずにオーダーを前進させ続けます。
コストの削減 出荷方法またはソーシング・オプションを迅速に切り替えることで、注文を修正せずに、最も安いパスまたは最速のパスを選択できます。
コントロールの向上 オーダーを改訂せずに更新できる属性を指定します。
スケール更新。 検索結果から一度に複数の明細を更新し、単一の処理を実行して同じ更新を複数の販売オーダーに適用します。

次の属性の改訂作業環境をオーダー明細で指定します。

需要区分
スケジュールの上書き
予定到着日
予定出荷日
出荷セット
出荷方法
保管場所
サプライヤ
サプライヤ・サイト
倉庫
履行明細の拡張可能フレックスフィールド

フレックスフィールドで「Expedited Shipment(急送)」という名前のセグメントを作成し、「Revision Preferences(改訂プリファレンス)」ページを使用して、オーダーを改訂せずにこれらの属性を更新できることを指定します。

予定出荷日
予定到着日
スケジュールの上書き

2025年11月1日に、Computer Service and Rentalsの顧客に、次の明細を含む2つのオープン受注があります。

オーダー	明細	品目	数量	要求出荷日	予定出荷日	予定到着日	ステータス	急送
1001	1	14インチノートパソコン	20	2025年11月15日	2025年11月25日	2025年11月27日	出荷待機中	いいえ
1002	1	1 TB外付けHDD	25	2025年11月15日	2025年11月21日	2025年11月23日	出荷待機中	いいえ

Computer Service and Rentalsは、元の要求日に出荷した品目の出荷を迅速化するよう要求しています。改訂を作成せずに予定出荷日を更新できます。

「ホーム」>「Order Management」>「Order Management (新規)」>「Sales Order Lines」に移動します。
Computer Service and Rentalsを検索し、明細ステータスを「Awaiting Shipping」にフィルタします。
注文書をクリックし、注文書ラインを選択して、「ラインの更新」をクリックします。
「明細の更新」ダイアログを使用して、予定出荷日を変更します。このダイアログでは、「スケジュールの上書き」が自動的に「はい」に設定され、「予定到着日」が空に設定されます。
「急送」属性を「はい」に設定し、プロンプトで変更事由および変更コメントを入力します。

Order Managementにより、更新が自動的に開始されます。アクション・ステータス・ページを使用して進行状況をモニターし、アクション・レポートを使用して、変更した属性の詳細を取得できます。

更新された行に新しい値が表示されます。オーダーを改訂しなかったため、販売オーダーの「改訂」タブおよびその他の関連部品には更新が表示されません:

オーダー	明細	品目	数量	要求出荷日	予定出荷日	予定到着日	スケジュールの上書き	ステータス	急送
1001	1	14インチノートパソコン	20	2025年11月15日	2025年11月15日	2025年11月17日	はい	出荷待機中	はい
1002	1	1 TB外付けHDD	25	2025年11月15日	2025年11月15日	2025年11月17日	はい	出荷待機中	はい

設定

Redwood: 「オーダーを変更せずに属性およびフレックスフィールドを更新」機能を使用する場合は、その親Redwood: 「複数の販売オーダーに対する処理の検索および適用」機能にオプト・インする必要があります。すでに親にオプト・インしている場合は、再度オプト・インする必要はありません。
ホーム> Order Management >さらに表示> ctrl+f >受注の改訂作業環境に移動し、作業環境を設定します。

ガイドライン

明細を更新しても、オーダーを改訂しない場合:

更新を実行するには、「受注明細」検索結果で「明細の更新」を使用する必要があります。
Order Managementでは、引き続き履行システムに変更が送信されます。たとえば、予定出荷日または倉庫を更新すると、これらの値がOracle Global Order PromisingおよびOracle Shippingに送信されます。
「下書き」ステータスの改訂がすでに存在するオーダー明細を更新できます。後でオーダーを改訂する場合は、下書きを破棄する必要があります。
構成品目またはキットの展開品目、オプション区分またはオプション品目の属性は更新できません。すべての子を更新するには、構成品目またはキットで更新する必要があります。
Order Managementは引き続き処理制約を適用します。

明細を更新する場合は、オーダーを改訂しないでください。

2つ以上の明細を更新しますが、Order Managementはなんらかの理由でオーダー明細を更新できないため、他のすべての明細の更新および処理ができない明細はスキップされます。
受注組立構成品目またはオーダー・ピック構成品目またはキットのルート親明細の拡張可能フレックスフィールドを更新すると、Order Managementは、「構成品目の拡張可能フレックスフィールド」オーダー管理パラメータでのカスケード値の設定方法に従って、値を子明細にカスケードします。「Order Managementパラメータの管理」を参照してください。
更新の変更事由およびコメントを入力すると、更新する各明細のオーダー明細にその事由およびコメントを表示できます。同じ行で2回目の更新を実行すると、Order Managementによって、元の変更事由およびコメントが、追加した最新の事由およびコメントに置き換えられます。オーダーを改訂した場合は、引き続きオーダー・ヘッダーの元の事由およびコメントを表示できます。

明細を更新し、オーダーを改訂しない場合、Order Managementでは次の処理は行われません。

オーダーの価格を再設定します。 Oracle Pricingでオーダーの価格を設定した場合にのみ適用されます。
オーダー管理拡張を実行します。
承認フローを実行します。
与信チェックを実行します。「オーダー発行オーダー管理での与信チェックのアクティブ化」パラメータを有効にした場合にのみ適用されます。
Oracle Global Trade Managementのコンプライアンス・チェックを実行します。「ユーザーが受注を発行したときに取引コンプライアンスのチェック」パラメータを有効にした場合にのみ適用されます。 Order ManagementとGlobal Trade Managementの統合を参照してください。

Order Managementでは、改訂を作成するかどうかに関係なく、同じ検証が実行されます。たとえば、クローズ済または取消済の明細の出荷方法を更新する要求が拒否されます。

これらの変更を行うには、販売オーダー処理要求REST APIを使用することもできます。

詳細は、次を参照してください: