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

Oracle Order Managementの再設計されたページを使用して、販売オーダーを改訂することなく、オーダー明細のスケジューリング属性および拡張可能フレックスフィールドを更新します。

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

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

新しい「改訂プリファレンス」ページを使用して、販売オーダーを改訂せずに更新できる属性を指定できます。

「改訂作業環境」ページ

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

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

フレックスフィールドで「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(新規) >受注明細に移動します。
Computer Service and Rentalsを検索し、明細ステータスを「出荷待ち」にフィルタします。
受注をクリックし、受注明細を選択して、「明細の更新」をクリックします。
「明細の更新」ダイアログを使用して、予定出荷日を変更します。このダイアログでは、「スケジュールの上書き」が自動的に「はい」に設定され、「予定到着日」が空に設定されます。
「迅速出荷」属性を「はい」に設定し、変更理由を入力し、プロンプトでコメントを変更します。
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を使用することもできます。

主なリソース

アクセス要件

次の権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、再設計されたページから「明細の更新」機能を使用できます。

オーダーの表示(FOM_VIEW_ORDERS_PRIV)
Update Bulk Orders (FOM_UPDATE_BULK_ORDERS_PRIV)
Modify Orchestration Order Fulfillment Line Schedule Date (DOO_MODIFY_ORCHESTRATION_ORDER_FULFILLMENT_LINE_SCHEDULE_DATE_PRIV)
これらの権限は、この更新の前に使用でき、販売オーダー処理要求REST APIからの更新にも必要です

「リビジョン・プリファレンスの管理」(FOM_MANAGE_REVISION_PREFERENCES)権限を含む構成済ジョブ・ロールが割り当てられているユーザーは、「リビジョン・プリファレンス」設定ページにアクセスできます。これは新しく追加された権限です。オーダー・オーケストレーション管理職務(ORA_DOO_ORDER_ORCHESTRATION_ADMINISTRATION_DUTY)ロールが割り当てられているユーザーは、この権限を自動的に取得します。