部分出荷における分割オーダー明細の属性の更新

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

その明細の一部を出荷した後に、オーダー明細の属性を更新します。
分割明細の属性を更新するだけで、分割明細を取り消して新しい明細を手動で再作成する必要はありません。
ステップの数と、その明細の一部を出荷した後にオーダー明細の変更を処理する必要がある時間を削減します。
明細の一部を出荷した後、明細の変更処理の効率および精度を向上させます。
複数の出荷で配送するラインのトラッキングとレポートを改善します。
顧客満足度の向上。

あるシナリオについて考えてみます。

倉庫内の一部の品目が破損したため、オーダー・ラインを一部出荷します。
分割明細のリクエスト日属性または倉庫属性を更新し、変更を発行します。
Oracle Order Managementは変更をOracle Global Order Promisingに送信し、納期回答は明細を再スケジュールして、別の日付または別の倉庫から出荷されるようにします。
また、オーダー管理はOracle Inventory Managementに更新を送信し、在庫管理は予約および出荷の詳細を更新します。
Oracle Shippingでは、更新されたスケジュール日に従って、または更新された倉庫から分割明細が出荷されます。

出荷では、顧客需要を満たすために履行明細の一部を出荷できます。オーダー明細の一部の数量のみがリクエスト日に現在使用可能な場合、出荷可能な数量が出荷され、オーダー管理によって残りの数量の分割オーダー明細が作成されます。オーダー管理に新しい履行明細があり、出荷に必要な残りの数量があります。

出荷がオーダー明細の一部を出荷した後に、オーダー管理で分割明細の属性を更新する必要がある場合があります。たとえば、Denver倉庫に出荷されていない明細を履行するのに十分な供給があることがわかっている場合、その明細の倉庫属性をDenverに更新し、変更を発行すると、オーダー管理はこれらの詳細をダウンストリーム履行システムに送信してリクエストを履行できるようになります。

この機能を使用して、次のことができます。

出荷が標準またはバック・トゥ・バック・フローでオーダー明細の一部を出荷したときにオーダー管理が作成する分割オーダー明細の属性を更新します。
Order Management作業領域の分割明細、REST API、またはOracle Supply Planningのバックログ管理、Global Order Promising、またはバック・トゥ・バック・フローの作業オーダー、購買オーダーまたは転送オーダーの更新など、その他の方法で属性を更新します。
分割明細の変更を調整し、ダウンストリーム履行システムに送信します。たとえば、Global Order Promisingで明細を再スケジュールし、在庫管理で予約および出荷詳細を更新し、Global Trade Managementで取引コンプライアンスをスクリーニングし、Transportation Managementで輸送を計画する場合などです。
オーダー管理で明細の属性を更新した後、在庫管理で分割明細の予約および出荷の詳細を調べます。
出荷サービスの分割明細の履行明細を他のアプリケーション(Transportation Management、Global Trade Managementなど)に送信します。

オーダー管理で分割明細の属性の値を更新し、その値を使用して次のことを行います:

税金の価格を再設定して再計算します。
顧客がクレジット・カードを使用して品目の支払を行った場合、またはオーダー数量、価格、クレジット・カードなどの更新時にクレジット・カード・トランザクションを再承認します。
分割明細を履行して収益を認識し、請求します。
トランザクションを原価計算し、Oracle Cost Managementの分割明細の売上原価を認識します。
財務詳細をオーケストレーションし、分割明細のOracle Supply Chain Financial Orchestrationでトランザクションを処理します。

役立つ画面印刷などの詳細は、「部分出荷の分割オーダー明細の属性の更新機能のデモンストレーション」を参照してください。

詳細および例については、「Oracle Supply Chain Management CloudのREST API」に移動し、Order Managementを展開して、Order Hubの販売オーダーをクリックします。

販売オーダーを修正

分割明細の1つ以上の属性を更新できます。分割されておらず、出荷待ちの明細の属性を更新する場合と同様に、明細属性を更新できます。

オーダー・ヘッダーの属性を更新すると、オーダー管理によって、上書きしていないすべての分割明細に更新がカスケードされます。オーダー明細の上書き処理を使用して、分割明細の属性を更新することもできます。

オプションとして、明細の更新処理を使用して、同時に選択したすべての明細の属性を更新できます。この機能を選択した場合、分割明細および出荷でバックオーダーするオーダー明細に対してこの処理を使用できます。

オーダー管理拡張または変換後ルールを使用して、分割明細の属性を更新することもできます。

次に、「オーダー改訂の作成」ページで実行できる操作の例を示します。

複数の行に変更を加えます。詳細は、「複数のオーダー明細の更新」を参照してください。
リクエスト日を改訂します。オーダー管理は、日付を各分割オーダー明細にカスケードします。
数量を更新します。
価格を手動で調整します。
上書き処理を使用して倉庫を更新します。

分割されておらず、出荷待ちの明細と同様に処理を実行できます。たとえば:

明細詳細の編集
添付の管理
追加情報の編集
税金決定要因の編集
インセンティブの管理
明細の取消
オーダー明細の上書き
販売実績の管理

実行できない操作

次の場合は、分割明細の属性を更新できません:

これは、直接出荷の一部を履行しながらオーダー管理が作成した明細です。
構成品目の残余明細です。残余の詳細については、「構成品目の履行」を参照してください。
これは、Oracle Receivingで返品明細が一部受け入れられたときにオーダー管理が作成した明細です。
これは、部分出荷の分割オーダー明細の属性の更新機能にオプトインする前に発行した販売オーダーにあります。分割明細の属性は、機能のオプト・イン後に発行した販売オーダーでのみ更新できます。

ノート

分割明細の単位、出荷セット、サプライヤおよびサプライヤ・サイト属性は更新できません。
分割明細の構成品目の構成は更新できません。
REST APIを介して、またはバックログ管理、Global Order Promising、Supply Planningなど、なんらかの方法で分割明細の属性を更新しても、オーダー管理では更新できない分割明細の場合は、エラーが表示されます。ただし、バック・トゥ・バック・フローの供給オーダーからの更新である場合、オーダー管理では更新が無視されます。作業オーダー、購買オーダーまたは転送オーダーと分割明細の供給オーダーが更新されますが、Order Managementでは分割明細は更新されません。

履行ビューを使用

履行ビューの処理を使用して、分割されていない明細で出荷待ちの明細の処理を使用する場合と同様に、分割明細を更新できます。

1つ以上の分割明細に対して予定解除または予約解除処理を使用し、選択した明細の少なくとも1つの履行許容範囲が0でない場合、オーダー管理によって処理の確認が求められます。

履行ビューで処理を使用して分割明細を更新し、選択内容に次のものが含まれている場合:

オーダー管理で更新できない分割明細のみが、この機能を使用しない場合、オーダー管理で表示されるのと同じエラーが表示されます。
オーダー管理で更新できる分割明細は、オーダー管理によって更新され、更新できない分割明細は更新されません。

分割明細の変更をオーダー管理で処理する方法

オーダー管理では、分割されていない明細および出荷待ちの明細の変更を処理する方法と同様に、分割明細の変更を処理します。更新する属性またはオーダー管理が補正する履行タスクに従って、異なる報酬パターンを使用できます。

分割明細の属性を更新し、オーケストレーション・プロセスでその属性を使用して履行タスクの変更を識別した場合、オーケストレーション・プロセスによって分割明細の更新された属性値がその履行システムに送信されます。たとえば、分割明細でオーダー数量、出荷方法、リクエスト日、予定出荷日などの属性を更新すると、オーダー管理は出荷タスクを補い、更新された属性値を出荷に送信します。これが分割明細の最初の更新である場合、次のようになります:

オーケストレーション・プロセスは、すべての履行タスクを補足し、分割明細を履行システムに送信します。これは、最初の更新後に分割明細が履行システムで使用可能であることを確認するのに役立ちます。
オーケストレーション・プロセスで取引コンプライアンス・タスク、輸送プランニング・タスク、テンプレート・タスクまたは履行タスクを使用して、Oracleアプリケーションではないアプリケーションと統合する場合、オーケストレーション・プロセスでは、分割明細の親履行明細もそのアプリケーション(Oracle Global Trade Management、Oracle Transportation Managementなど)に送信されます。次に、そのアプリケーションは、オーダー管理のオーダー数量と同じになるように、親履行明細の数量を更新します。このロジックは、履行アプリケーションに、分割オーダー明細の親履行明細に対してオーダー管理と同じオーダー数量があることを確認するのに役立ちます。

分割明細で品目を代替するか倉庫を更新すると、オーダー管理は、現在のリクエストを履行システムに対して取り消すリクエストを送信し、更新された明細に対して新規リクエストを作成してから、新規リクエストを履行システムに送信します。たとえば、オーケストレーション・プロセスにスケジュール、供給および出荷のタスクがある場合、次のようになります:

Global Order Promisingでは、古い需要が取り消され、新しい需要が作成されます。
サプライ・チェーン・オーケストレーションにより、古い供給オーダーが取り消され、新しい供給オーダーが作成されます。
在庫管理では、古い予約および出荷明細が取り消され、新しい予約および出荷明細が作成されます。

ノート

オーダー管理では、分割明細をスケジュール解除または予約解除してから、分割明細をスケジュールまたは予約するときに、この同じロジックが適用されます。
オーケストレーション・プロセスで「フレックスフィールド属性の使用」オプションを有効にし、分割明細の拡張可能フレックスフィールドを更新すると、オーケストレーション・プロセスによってその履行タスクが補正されます。サービス・マッピングを使用して拡張可能フレックスフィールドを出荷に送信すると、オーダー管理は拡張可能フレックスフィールドの更新された値を出荷に送信します。
この機能を使用しない場合と同様に、分割明細を取り消したり、属性を更新せずに履行できます。ただし、ここで取り消すと、取消リクエストによって、オーケストレーション・プロセスが参照するすべての履行システムの現在のリクエストが取り消されます。
部分出荷の分割明細を取り消しても、オーダー管理では分割明細の親明細は補正されません。

報酬の詳細は、「オーダー履行中に発生する変更の管理の概要」を参照してください

ガイドライン

この機能を有効にする必要があります:

「設定および保守」作業領域に移動します。
Order Managementオファリングを選択し、「機能オプトインの変更」をクリックします。
「オプトイン」ページで、「名前」列に「Order Management」がある行の「鉛筆」をクリックします。
「機能の編集」ページで、部分出荷の分割オーダー明細の属性の更新機能にチェック・マークを追加します。

その他

販売オーダーをオプト・インして発行した後は、一部出荷の分割オーダー明細の属性の更新機能をオプト・アウトできません。この時点で、この機能を使用するようにコミットされています。
この機能は、オーダー管理作業領域で改訂した販売オーダー、REST APIでインポートした販売オーダー、REST APIを使用するファイルベース・データ・インポート(FBDI)、またはバックログ管理、Global Order Promising、Supply Planningなど、その他の方法による更新で使用します。
この機能は、標準フローまたはバック・トゥ・バック・フローで使用します。
アプリケーション開発フレームワーク(ADF)からのwebサービスや、ADF webサービスを使用して分割明細の属性を更新するファイルベース・データ・インポート(FBDI)は使用できません。 ADF webサービスを使用して、この機能を使用しない場合にのみ、分割明細を取り消すことができます。
分割されていない、出荷待ちの明細の属性を更新する場合と同様に、構成品目またはキットがある分割明細の属性を更新できますが、分割明細の構成品目の構成は変更できません。
分割明細の属性を更新すると、分割されていない明細で出荷待ちの属性を更新するときと同様に、Oracle Pricingでは明細の価格が再設定されます。階層調整、手動価格調整、販売契約またはインセンティブは価格設定に影響する可能性があります。元の明細の階層調整が分割明細に適用されない可能性があります。 Pricing Administrationで正しい設定を確認し、Channel Revenue Managementでインセンティブを正しく設定していることを確認してください。
出荷セットで明細を出荷し、これらの明細の少なくとも1つを部分的に出荷または出荷しない場合、オーダー管理では、出荷していない明細がセットから削除されます。標準またはバック・トゥ・バック・フローの出荷セットにない明細と同様に、削除された明細の属性を更新できるようになりました。
Order Management Created Split Line for Partial Ship検証ルール・セットを使用して、オーダー明細の一部を出荷するときにオーダー管理が作成する分割明細の更新を制限できます。たとえば、分割明細の属性を更新できるようにこの機能にオプト・インしますが、分割明細のFOB (無料オンボード)属性の更新をユーザーに許可しないようにします。履行明細のFOB属性を更新できない処理制約を設定してから、条件でこの検証ルール・セットを使用できます。次の検証ルール・セットを使用して、分割明細または分割されていない明細の更新を、在庫管理の次の明細ステータスのいずれかに応じて制約することもできます:
- 履行明細がバックオーダー済
- 履行明細が倉庫にリリース済
- 履行明細がピック済またはステージング済

直接出荷および転送

分割明細を標準またはバック・トゥ・バック・フローで直接出荷する必要がある場合は、分割明細を予定解除してからスケジュールする必要があります。オプションとして、分割明細をスケジュールする前に、サプライヤとサプライヤ・サイトを設定できます。サプライヤまたはサプライヤ・サイトは、スケジュール解除後にのみ分割明細に設定できます。
明細がオーダー管理の社内資材転送の一部であり、出荷がすでにその明細の一部を出荷している場合は、在庫管理で転送オーダーを変更できません。取消できるのは取消のみです。ただし、スケジュール日や出荷方法など、分割明細の履行属性を更新できます。オーダー管理作業領域の履行ビューで、バックログ管理やGlobal Order Promisingなど、他の方法で更新できます。

バック・トゥ・バック

倉庫の在庫更新のオンライン処理の遅延出荷パラメータを有効にし、バック・トゥ・バック・フローでこの倉庫からオーダー明細を一部出荷した場合、出荷の最初の部分出荷が出荷された後にサプライ・チェーン・オーケストレーションによって供給オーダーがクローズされます。そのため、この時点では分割明細の属性を更新できません。分割明細の属性を更新する必要がある場合:

分割明細のスケジュールを解除します。
予定出荷日属性やオーダー数量属性など、分割明細の属性を更新します。
分割明細をスケジュールします。
サプライ・チェーン・オーケストレーションは、更新された属性値を使用して、分割明細に対して新しい供給オーダーを作成します。品目を代替したり、分割明細の倉庫属性をスケジュール解除せずに更新できます。

分割明細またはバック・トゥ・バック・フローで分割されていない明細の倉庫を変更すると、サプライ・チェーン・オーケストレーションにより前の供給が取り消され、新しい倉庫に最適な供給が作成されます。 Global Order Promisingでは、ソース・ルールを使用して最適な新しい供給を決定します。この動作は、分割明細または分割されていない明細で同じです。

バック・トゥ・バック・フローで分割オーダー明細を処理する方法の詳細は、サプライ・チェーン・オーケストレーション機能領域のバック・トゥ・バック・フローにおける販売オーダーの供給トラッキングの改善機能を参照してください。

履行許容範囲および代替

分割明細の品目を代替する場合、または品目を予定解除または予約解除した場合、明細の履行許容範囲が0でない場合、出荷では分割オーダー明細に履行許容範囲が適用されますが、すべてのオーダー明細の履行明細にすでに出荷した累積数量は考慮されません。かわりに、出荷では、出荷される履行ラインの数量のみが考慮されます。
Global Order Promisingからの推奨に従って、分割明細の品目を代替したり、分割明細を再度分割する必要がある場合は、分割明細を予定解除してから計画する必要があります。

ウェアハウスの更新

分割明細の販売利益センター属性を更新できるのは、その明細の倉庫属性も更新している場合のみです。
分割明細の新しい倉庫と元のオーダー明細の古い倉庫がそれぞれ品目に対して異なるプライマリ単位を使用し、分割明細の履行許容範囲が0でない場合は、分割明細の倉庫を更新できません。 Global Order Promisingで推奨されている場合でも、オーダー管理はこの変更を拒否します。この状況では、分割明細で古い倉庫を使用する必要があります。そうしないと、新しい倉庫では、元の倉庫で使用する品目のプライマリ単位を使用する必要があります。

在庫管理

在庫管理では、オーダー管理から受け取る変更リクエストに従って、分割明細の予約が更新されます。

分割明細の属性を更新すると、予約には分割明細の履行明細への参照が表示されます。更新する属性は、オーダー管理の予約タスクの変更を識別する属性である必要があります。

次に、在庫管理での更新の処理例を示します。

オーダー管理の分割明細の処理	在庫管理の機能
オーダー数量を減らします。	予約の予約済数量をオーダー数量に減らします。
オーダー数量を増やします。	予約の予約済数量をオーダー数量に増やします。在庫管理で分割明細の出荷明細がすでにステージングされている場合は、当初数量を超える数量に対して新規予約が作成されます。
既存の予約なしでオーダー数量を更新してください。	分割明細に予約がない場合、在庫管理では新しい予約が作成されます。これは、出荷時に一部出荷される履行明細の残数量をバックオーダーした場合に発生する可能性があります。
ウェアハウスを更新します。	元の倉庫の分割明細の既存の予約を削除し、新しい倉庫に新しい予約を作成します。
品目を代替します。	元の品目の予約を削除してから、新しい品目の新規予約を作成します。
予定解除アクションまたは予約解除アクションを実行します。	分割明細の既存の予約を削除します。スケジュールまたは予約処理を実行すると、在庫管理によって新しい予約が作成されます。この処理の実行時に予定出荷日も更新すると、在庫管理では予約およびピックの管理ページの期日属性が更新されます。

出荷

Oracle Shippingは、Order Managementから受け取った変更リクエストに従って、分割オーダー明細の出荷明細を更新します。

次に、Order Managementの出荷タスクの変更を識別する属性に対して行う更新を出荷で処理する例を示します。

オーダー管理の分割明細の処理	出荷の機能
属性を更新します。	更新する属性によって出荷タスクの変更が識別された場合、出荷明細も更新されます。たとえば、オーダー管理でリクエスト日を更新すると、出荷明細のリクエスト日が更新されます。予定出荷日、出荷方法、FOBなど、変更を識別する他の属性にも同じロジックが適用されます。
オーダー数量を増やします。	当初数量を超える数量の新規出荷明細を作成し、明細のステータスをリリース準備完了に設定します。
オーダー数量を減らします。	ステージング済、倉庫にリリース済またはバックオーダー済ステータスの出荷明細の数量を減らします。出荷では、倉庫へのリリース済ステータスの出荷明細のピック数量は削減されません。
倉庫を更新するか、品目を代替するか、スケジュール解除処理または予約解除処理を実行します。	分割明細の既存の出荷明細を取り消し、新しい出荷明細を作成し、出荷明細のステータスをリリース準備完了に設定します。指定に応じて、次のようになります。倉庫を更新すると、出荷によって新しい倉庫を含む新しい出荷明細が作成されます。品目を置換すると、新規品目を含む新規出荷明細が作成されます。分割明細をスケジュール解除してからスケジュールするか、分割明細を予約解除してから予約すると、出荷によって新しい予定出荷日を含む新規出荷明細が作成されます。

分割明細の属性を更新すると、オーダー管理によって、分割オーダー明細の出荷明細に当初ソース・オーダー履行明細属性が移入されます。元のオーダー明細の履行明細への参照が属性に移入されます。更新する属性は、オーケストレーション・プロセスの任意のタスクに対する変更を識別する属性である必要があります。

出荷では、作成する新規出荷明細に当初ソース・オーダー履行明細属性が移入されません。かわりに、ソース・オーダー履行明細には、分割オーダー明細を履行する履行明細への参照が含まれます。

原価管理

Cost Managementでは、オーダー管理およびShippingから受け取った変更を使用して、トランザクションを原価計算します。

オーダー管理の分割明細の倉庫を更新し、その倉庫が元の倉庫とは異なるビジネス・ユニットにある場合は、原価管理によってトランザクション・フローが内部直接出荷に変更されます。

サプライ・チェーン財務オーケストレーション

サプライ・チェーン財務オーケストレーションでは、オーダー管理で作成された分割明細の属性更新を使用して、会社間トランザクションを処理します。

出荷が一部出荷された元のオーダー明細に対する出荷2548623であるとします。
出荷組織と販売組織が同じビジネス・ユニットにあるため、財務オーケストレーションはこの出荷を処理しません。
出荷では、分割明細に対して出荷2633638が作成されます。
オーダー管理の分割明細で出荷倉庫を更新します。
2633638の出荷組織と販売組織が異なるビジネス・ユニットにあるため、財務オーケストレーションは出荷2633638を処理します。

「財務オーケストレーション実行のモニター」ページには、オーダー数量属性の分割明細に対して出荷された数量が表示されます。

サプライ・チェーン・オーケストレーション

バック・トゥ・バック・フローで分割明細の供給を追跡し、出荷によって明細の数量全体が出荷されるまで供給の変更を続行できます。

バック・トゥ・バック・フローで分割明細の一部を出荷する場合、サプライ・チェーン・オーケストレーションは、出荷されていない数量に対して予約が同じであることを確認します。
分割明細の数量または予定出荷日を変更すると、サプライ・チェーン・オーケストレーションによって、受入予約済供給とその供給の予約が更新されます。
倉庫を変更するか、分割明細の品目を代替すると、サプライ・チェーン・オーケストレーションは前の供給を取り消し、新しい倉庫または新規品目に最適な供給を作成します。 Global Order Promisingでは、ソース・ルールを使用して最適な新規供給を決定します。
残りの未出荷数量の供給が中断された場合、サプライ・チェーン・オーケストレーションは分割明細の予定出荷日を更新し、別の供給のソースを検索します。
元の供給が取り消されると、サプライ・チェーン・オーケストレーションによりさらに供給が作成されます。サプライ・チェーン・オーケストレーションでさらに供給が見つからない場合は、オーダー入力スペシャリストが出荷予定日の変更などの処理を手動で実行する必要があるという通知がオーダー管理に送信されます。
未出荷数量をバックオーダーすると、サプライ・チェーン・オーケストレーションにより、前の供給がバックオーダー明細に対して予約されなくなります。バックオーダー明細を再スケジュールすると、サプライ・チェーン・オーケストレーションによって新しい供給が作成されます。