機械翻訳について

Order ManagementがeBusiness Suiteで使用するフロー

オーダー管理は、Oracle eBusiness Suiteとの間でオーダーの詳細を伝達します。

Order ManagementからeBusiness Suiteへのフロー

オーダー管理がeBusiness Suiteに送信する販売オーダー詳細

詳細	説明
顧客詳細	請求先アカウント 出荷先アカウント 請求先住所 出荷先住所 担当者
オーダー明細	キットや受注ピック構成品目などの単純な品目や複合品目などの品目。 価格 この統合では、販売オーダーの同期時にCALCULATE_PRICE_FLAG属性がPに設定されるため、eBusiness Suiteではオーダー明細の価格が再計算されません。 この設定は主に運送費に影響します。 出荷セット。 要求出荷日 支払条件
スケジュール詳細	Global Order Promising (GOP)を使用している場合は、オーダー管理からこれらの詳細が送信されます。 予定出荷日 スケジュール到着日 出荷元倉庫 出荷方法

オーダー管理とeBusiness Suiteの間で販売オーダー・ステータスを同期

この統合では、eBusiness Suiteとオーダー管理の間でステータスが同期され、履行によって販売オーダーが処理されます。

コンテキスト	オーダー管理ステータス	eBusiness Suiteステータス
販売オーダーを作成します。	履行待機中	記帳済
eBusiness Suiteで販売オーダーをスケジュールまたは再スケジュールします。	履行待機中	出荷待機中
eBusiness Suiteでオーダー明細を出荷します。	出荷済	出荷済
明細がeBusiness Suiteの履行済ステータスに達しました。	履行済	履行済

販売オーダーの顧客詳細の同期

この統合では、販売オーダーの作成または更新時に、顧客詳細がオーダー管理からeBusiness Suiteに同期されます。

• パーティまたはアカウント

• 住所

• 担当者

新規顧客の顧客、住所または担当者がeBusiness Suiteに存在しない場合は、eBusiness Suiteによって作成されます。

オーダー管理では、属性販売先と属性出荷先はそれぞれパーティで、属性請求先はアカウントです。 ただし、これらの各属性はeBusiness Suiteのアカウントです。 出荷先および請求先に関するこの問題を解決するために、オーダー管理は出荷先顧客または請求先顧客をeBusiness Suiteに送信するときに住所を送信します。eBusiness Suiteは、住所と顧客詳細の組合せを使用して、使用する必要があるアカウントを識別します。

販売先属性には住所が含まれていないため、統合によって、条件に応じてアカウントが異なります。

条件	結果
オーダー管理は、eBusiness Suiteに存在しないパーティ名を送信します。	eBusiness Suiteは、パーティと顧客アカウントを作成します。
オーダー管理はパーティ名を送信しますが、eBusiness Suiteの複数のパーティがオーダー管理が送信する名前と一致します。	eBusiness Suiteはエラーを作成し、フローを終了します。
オーダー管理は、eBusiness Suiteに存在するパーティ名を送信しますが、eBusiness Suiteにはこのパーティの顧客アカウントが含まれていません。	eBusiness Suiteは、パーティの新規顧客アカウントを作成します。
オーダー管理はeBusiness Suiteに存在するパーティ名を送信し、eBusiness Suiteにはこのパーティの顧客アカウントが1つ含まれます。	eBusiness Suiteでは、オーダー管理が送信するパーティと顧客アカウントを使用します。
オーダー管理は、eBusiness Suiteに存在するパーティ名を送信しますが、eBusiness Suiteには、このパーティの複数の顧客アカウントが含まれます。	条件 eBusiness Suite内のアカウントの1つのみで、パーティ名で使用されているものと同じ説明が使用され、eBusiness Suiteではこのアカウントが使用されます。 eBusiness Suiteの複数のアカウントで、パーティ名で使用されているのと同じ説明が使用され、eBusiness Suiteではエラーが作成され、このフローが終了します。 この問題を修正するには、いずれかのアカウントのeBusiness Suiteの説明を更新して、パーティ名で使用されているものと同じ説明を使用し、販売オーダーを再送信する必要があります。

構成品目の販売オーダーの作成

この統合では、受注ピックおよび受注組立を使用する構成品目がサポートされます。

受注ピックを使用する構成品目の販売オーダーの作成

この統合が受注ピックを使用する構成済品目の販売オーダーの作成に使用する順序を次に示します。

1. オーダー管理は、構成品目全体をeBusiness Suiteに送信します。 構成品目のステータスと各構成オプションは履行待ちです。

2. eBusiness Suiteは、出荷待ちおよび出荷済の出荷ステータスを通信するイベントをトリガーします。eBusiness Suiteは、出荷可能明細のイベントのみをトリガーします。

3. eBusiness Suiteは、各行の出荷中にイベントをオーダー管理に送信します。

4. オーダー管理では、出荷可能明細が更新されます。 これらの明細は出荷済ステータスですが、モデルやオプション区分などの残りの明細は履行待ちステータスです。

5. eBusiness Suiteは各オーダー・ラインの出荷を終了し、フローは履行活動に移行し、このステップでは各ラインに履行完了のマークを付けます。 このステップを実行できるようにするには、履行済ステータスを有効にする必要があります。

6. eBusiness Suiteでは、各オーダー・ラインの配送完了ステータスのイベントが作成されます。

7. オーダー管理では、各ステータスが更新され、構成品目の各オーダー明細が履行済とマークされます。

受注組立を使用する構成品目の販売オーダーの作成

この統合が受注組立を使用する構成品目の販売オーダーの作成に使用する順序を次に示します。 eBusiness Suiteでは、受注組立構成品目が別々の明細として格納されます。

1. オーダー管理は、構成済品目をeBusiness Suiteに送信します。

2. eBusiness Suiteでは、eBusiness Suiteに構成済品目が作成されます。

3. eBusiness Suiteでは、構成品目が受注組立の履行中に参照するオーダー明細のイベントが作成されます。

4. eBusiness Suiteでは、受注ピック構成品目と同様の方法で各ステータスをオーダー管理と同期します。ただし、オーダー管理では、各構成品目が属性として格納され、eBusiness Suiteでは各構成品目がオーダー明細として格納されます。 そのため、この統合では、これらのオーダー明細のステータス更新がeBusiness Suiteからオーダー管理に同期されません。

5. オーダー管理では、構成品目と構成オプション、品目のステータスは、受注ピック構成品目のステータスと同じ方法で更新されます。

6. eBusiness Suiteは、最終的に各オーダー・ラインを閉じ、ステータス変更イベントを作成します。 コネクタはクローズ済ステータスを無視します。 この統合では、すべてのステップが完了すると、オーダー管理の各明細がクローズ済としてマークされます。

   履行タスクがプロセスの最後のステップである場合、履行タスクが終了すると、統合によって各オーダー明細にクローズ済のマークが付けられます。

構成品目の販売オーダー作成時のステータスのマップ

この統合では、構成されていない品目のステータスをマップするのと同じ方法で、構成済品目の販売オーダーを作成するときに、オーダー管理とeBusiness Suiteの間でステータスをマップします。 詳細は、品目の販売オーダー作成時のステータスのマッピングの項を参照してください。

販売オーダーを改訂

この統合では、オーダー・ヘッダーの属性の改訂など、販売オーダーの改訂がサポートされています。 販売オーダーの改訂に使用する順序を次に示します。

1. オーダー管理は、各オーダー明細を保留にするリクエストをeBusiness Suiteに送信します。 eBusiness Suiteの場合。

   • 「保留リクエストを拒否」. この統合は、例外メッセージをオーダー管理に送信し、この順序を終了します。

   • 「正常に保留されました」. オーダー管理は、変更リクエストをeBusiness Suiteに送信します。

2. eBusiness Suiteは変更を処理し、この統合によってオーダー明細の保留が解除されます。

ノート

• 変更管理フローが開始されると、この統合によって、eBusiness Suiteの販売オーダーにすでに存在していた保留が解除されます。

• 変更管理は、処理の開始時に保留を適用し、変更の終了時に保留を解除します。

• eBusiness Suiteでは、変更管理またはユーザーが保留を適用したかどうかを識別できません。オーダー管理が保留リクエストを送信する場合、eBusiness Suiteでは1つの保留のみが適用されます。 この統合が変更管理の結果として保留をリリースした場合、eBusiness Suiteはオーダー管理で保留をリリースします。

• eBusiness Suiteでは、変更管理の保留が自動的に解除されることはありません。 かわりに、変更管理フロー中に受信した保留解除リクエストが適用されます。

オーダー明細の改訂

この統合では、オーダー明細の改訂がサポートされています。

• オーダー明細の数量、構成または価格設定を変更します。

• オーダー明細の住所または担当者を変更します。

• すでに存在する販売オーダーに新しい販売オーダー・ラインを追加します。

• オーダー明細を取り消します。

オーダー明細の分割

オーダー明細の分割は、次の場合に発生する可能性があります。

• オーダー管理は、単一の出荷で顧客要件を満たすことができないと判断し、計画時にオーダー明細を分割して、複数の出荷で品目を出荷します。

• エンド・ユーザーがオーダー明細を分割します。 たとえば、販売オーダーの一部を受け取る顧客要件を満たす場合です。

• 手持在庫がオーダー数量より少なく、eBusiness Suiteは数量の一部のみを出荷しているため、出荷の確認時に分割が発生する可能性があります。

ユーザーが分割した品目の出荷

ユーザーがオーダー明細を分割するとき、この統合で使用される順序を次に示します。

1. エンド・ユーザーは、eBusiness Suiteのオーダー明細を分割します。

2. eBusiness Suiteは、オーダー明細を分割する分割イベントを作成します。

3. オーダー管理はイベントを受け取り、元のオーダー明細を分割します。 オーダー管理の各オーダー明細のステータスは履行待ちです。

4. eBusiness Suiteは、オーダー明細を出荷し、明細ごとに出荷済ステータス・イベントを作成します。

5. コネクタはこのイベントを処理し、オーダー明細ステータスを出荷済に設定します。

6. eBusiness Suiteのフローが履行アクティビティに到達してから、各明細にイベントを作成します。

7. オーダー管理では、各イベントが処理され、オーダー明細ステータスが履行済に設定されます。

eBusiness Suiteがオーダー明細の一部を出荷する場合の品目の分割

eBusiness Suiteがオーダー明細の一部のみを出荷する場合、この統合で使用される順序を次に示します。

1. eBusiness Suiteは分割イベントを作成します。

2. コネクタはこのイベントを処理し、オーダー管理によってオーダー明細が分割されます。

3. オーダー管理は、eBusiness Suiteが出荷済であるオーダー明細xのステータスを設定し、残りの数量を含むオーダー明細yのステータスを出荷待ちに設定します。

4. eBusiness Suiteは、残量を出荷し、出荷済ステータスの別のイベントを作成します。

5. オーダー管理では、オーダー明細yのステータスが出荷済に設定されます。

6. eBusiness Suiteのフローは履行アクティビティに到達し、オーダー明細ごとにイベントを作成します。

7. コネクタは各イベントを処理し、オーダー管理は各オーダー明細のステータスを履行済に設定します。

構成品目の分割

この統合では、構成品目の分割時に比例分割のみがサポートされます。 たとえば:

• 構成品目に数量5が含まれ、構成品目のオプションxに数量10が含まれているとします。

• 構成品目を構成品目bの数量2、構成品目cの数量3に分割するとします。

• 比例分割では、オプションxが品目bの場合は4、品目cの場合は6の数量に分割されます。

このフローをサポートするには、構成品目のみを返品用に送信するステップ・レベル明細基準を含むプロセスを設定する必要があります。 詳細は、「eBusiness Suiteとオーダー管理の統合」を参照してください。

eBusiness Suiteが構成済品目を分割するとき、この統合で使用される順序を次に示します。

1. eBusiness Suiteは、構成済品目を分割し、分割イベントを作成してオーダー管理に送信します。

2. コネクタはイベントを処理し、オーダー管理は構成品目を分割します。

   分割が部分出荷を参照する場合、オーダー管理は、eBusiness Suiteが出荷した構成品目の部分について、各出荷可能明細のステータスを出荷済に設定し、構成品目全体のステータスを履行待ちに設定します。

3. オーダー管理では、残りの数量に対して作成した構成品目の部品のステータス、および構成品目のこの部品が参照するオーダー明細が履行待ちに設定されます。

4. eBusiness Suiteでは、出荷可能明細のステータスが出荷済に設定され、構成済品目の残りの出荷時に構成済品目のステータスが履行待ちに設定されます。

5. eBusiness Suiteのフローは履行アクティビティに到達し、ステータスを履行済に設定する別のイベントを作成します。 各構成オプションおよび出荷不可明細の明細は、eBusiness Suiteフローがこのステップに達するまで履行待機中ステータスのままになります。

6. オーダー管理はイベントを処理し、構成品目が履行済を参照するオーダー明細のステータスを設定します。

ノート

• eBusiness Suiteで受注組立分割が発生した場合、コネクタは構成品目を無視します。

• いずれかのユーザーがeBusiness Suiteでオーダー明細を分割した場合、オーダー管理のオーダー明細は履行待ちステータスのままになります。eBusiness Suiteは、各明細を出荷するときに出荷可能明細のステータスを出荷済に設定し、出荷不可オーダー明細のステータスを履行待ちのままにします。

  この統合では、eBusiness Suiteでクローズ済ステータスがオーダー管理のステータスと同期されません。 eBusiness Suiteからクローズ済ステータスは無視されます。 かわりに、プロセスですべてのステップが終了すると、オーダー管理のオーダー明細のステータスがクローズ済に設定されます。

返品承認の作成

この統合では、受入のために返品承認(RMA)をeBusiness Suiteに送信できます。eBusiness Suiteでは、返品ステータスをオーダー管理に送信します。

品目を返す

この統合が品目を返品するために使用する順序を次に示します。

1. オーダー管理は、返品承認の返品明細をeBusiness Suiteに送信します。 統合によって、eBusiness Suiteのステータスが返品待ちに設定され、オーダー管理のステータスが履行待機中に設定されます。

2. eBusiness Suiteは返品承認の返品明細を受け取り、ステータスを返品済に設定し、オーダー管理のステータスを受入済に設定します。

3. eBusiness SuiteのフローがFulfillmentアクティビティに到達し、eBusiness SuiteのステータスがFulfilled、オーダー管理のステータスがFulfilledに設定されます。 統合では、返品処分待ちなど、オーダー履行中にeBusiness Suiteで発生する中間ステータスでオーダー管理は更新されません。

構成品目の返品

この統合が構成済品目を返すために使用される順序を次に示します。

1. オーダー管理は、構成済品目および元のeBusiness Suite構成済品目への参照をeBusiness Suiteに送信します。 オーダー管理の返品明細のステータスは履行待ちです。

2. eBusiness Suiteでは、元の構成品目が参照するオーダー明細に従って、返品構成品目のオーダー明細が拡張されます。 eBusiness Suiteが構成済品目を受け入れないため、eBusiness Suiteの構成済品目は返品済ステータスではありません。

3. 統合により返品承認が作成され、構成品目のステータスが履行待ちに設定されます。

4. ユーザーまたは自動プロセスのいずれかが、構成品目がeBusiness Suiteで参照するオーダー明細を返します。

5. eBusiness Suiteは、更新されたステータスをオーダー管理に送信します。

6. オーダー管理では、ステータスが受入済、履行済、クローズ済に更新されます。

保留の処理

ユーザーが作成した保留の処理

この統合で、いずれかのユーザーが作成した保留を処理するために使用する順序を次に示します。

1. いずれかのユーザーがオーダー管理で保留を作成します。

2. オーダー管理は、保留をeBusiness Suiteに送信します。

   この統合では、保留名をeBusiness Suiteに送信できないため、オーダー管理からeBusiness Suiteに一度に送信できる保留は1つのみです。

3. eBusiness Suiteでは、eBusiness Suiteの販売オーダーにDOO O2C Change Management Holdのみが適用されます。eBusiness Suiteでは、オーダー管理が送信した後続の保留はすべて無視されます。 DOOは、オーダー管理の以前のバージョンである分散オーダー・オーケストレーションの略称であり、O2CはOrder To Cashの略称であることに注意してください。

4. ユーザーがオーダー管理で保留を解除しました。

5. オーダー管理は、リリースをeBusiness Suiteに送信します。

6. eBusiness SuiteがDOO O2C Change Management Holdをリリース。

変更管理が作成する保留の処理

この統合が、変更管理で作成される保留の処理に使用する順序を次に示します。

1. 変更管理では、オーダー管理の販売オーダーが改訂されます。

2. 変更管理では、オーダー管理に保留が作成されます。

3. オーダー管理は、eBusiness Suiteに保留を送信して、eBusiness Suiteによる販売オーダーの処理を停止します。

4. eBusiness Suiteは、販売オーダーの保留を試みます。 成功すると、eBusiness Suiteはオーダー管理に、正常に保留された返信を送信します。

   eBusiness Suiteが販売オーダーを保持できない場合、保留に失敗した返信がオーダー管理に送信され、オーダー管理では変更は許可されません。 たとえば、eBusiness Suiteで出荷のために販売オーダーがすでにスケジュールされている場合は、変更できない可能性があります。

5. eBusiness Suiteが正常に保留されると、オーダー管理によって変更が行われ、保留が解除されてから、リリースがeBusiness Suiteに送信されます。

6. eBusiness Suiteは保留を解除します。

   eBusiness Suiteでは、ユーザーが保留を作成したか変更管理で保留が作成されたかを判断できないため、eBusiness Suiteでは、この販売オーダーのすべての保留が解除されます。

販売オーダーのスケジュール

オーダー管理がスケジュールする販売オーダーの処理

オーダー管理でスケジュールされる販売オーダーを処理するためにこの統合で使用される順序を次に示します。

1. オーダー管理は、販売オーダーをスケジュールし、予定出荷日と予定到着日の値を設定して、これらの属性をeBusiness Suiteに送信します。

2. eBusiness Suiteは、これらの属性をeBusiness Suite Shippingに送信します。

   eBusiness Suiteは、これらのオーダー・ラインを再スケジュールできないし、再スケジュールしません。

eBusiness Suiteのスケジュールに従って販売オーダーを処理

eBusiness Suiteがスケジュールする販売オーダーを処理するためにこの統合で使用されるシーケンスを次に示します。

1. オーダー管理は販売オーダーをスケジュールせず、空の値で予定出荷日および予定到着日をeBusiness Suiteに送信します。

2. eBusiness Suiteは、オーダー明細をスケジュールし、出荷日変更のスケジュール・イベントを使用してスケジュール詳細をオーダー管理に送信します。 オーダー管理のオーダー明細ステータスは出荷待機中のままです。

Global Order Promisingの使用

Global Order Promisingでは、販売オーダーの属性を使用して販売オーダーをスケジュールします。

• 予定出荷日

• スケジュール到着日

• 出荷元倉庫

• 出荷方法

処理は、Global Order Promisingをコールするユーザーによって異なります。

Global Order Promisingを呼び出すユーザー	説明
オーダー管理	オーダー管理は属性をeBusiness Suiteに送信し、eBusiness Suiteは販売オーダーを再スケジュールしません。
eBusinessスイート	eBusiness Suiteは属性をオーダー管理に送信し、オーダー管理は販売オーダーを再スケジュールしません。

eBusiness SuiteからOrder Managementへのフロー

この統合は、eBusiness Suiteからオーダー管理へのフローをサポートします。

• オーダー明細ステータスを更新します。

• 品目、オーダー・ピックを使用する構成品目、オーダー組立を使用する構成品目、キットまたは返品承認のステータスを更新します。

• 予定出荷日、予定到着日、倉庫および出荷方法を更新します。

• オーダー明細の分割対象。

  • 項目

  • 受注ピックを使用する構成品目

  • 受注組立を使用する構成品目

  • キット

  この分割は、部分的な出荷をサポートするか、いずれかのユーザーがeBusiness Suiteで実行するアクションをサポートします。

eBusiness Suiteでは、ビジネス・イベントを使用してオーダー管理への更新を同期します。

返品承認の分割

この統合が返品承認を分割するために使用する順序を次に示します。

1. eBusiness Suiteでは、ユーザーの1人が配信ではなく部分受信を実行します。

2. eBusiness Suiteは、一部オーダー明細を受け取ります。

3. eBusiness Suiteユーザーは、配信トランザクションを実行します。

4. eBusiness Suiteは、返品承認のオーダー明細を2つのオーダー明細に分割し、受入済明細のステータスを返品済に設定し、新規明細のステータスを返品待ちに設定します。

5. eBusiness Suiteは、分割イベントをオーダー管理に送信します。

6. オーダー管理は、オーダー明細を2つのオーダー明細に分割し、受入済明細のステータスを受入済に設定し、新規明細のステータスを履行待ちに設定します。

構成品目の分割返品承認

オーダー管理では、構成品目を含む返品承認の分割はサポートされていません。 構成品目のステータス更新のみが処理され、構成品目が参照する個々のオーダー明細については処理されません。 かわりに、この統合で使用される順序を次に示します。

1. オーダー管理は、eBusiness Suiteが構成済品目全体を満たすまで待機します。

2. eBusiness Suiteは、構成済品目全体を処理し、オーダー管理に更新を送信します。

3. オーダー管理では、構成品目のステータスが履行済に設定されます。

   たとえば、オーダー数量が10で、返品数量が5の場合、オーダー管理では、構成品目の5つのオーダー明細のステータスが返品待ちに設定され、残りの5つの明細を受領した後にのみ構成品目が処理されます。

返品承認の分割時のステータスのマップ

返品承認を分割するときに、この統合がオーダー管理とeBusiness Suiteの間でマップされるステータスを次に示します。

コンテキスト	オーダー管理ステータス	eBusiness Suiteステータス
返品オーダーを作成します。	履行待機中	返品待ち
受入または搬送。	受入済	差戻済
構成品目の一部を受入または搬送します。	履行済	クローズ
配送を終了します。	クローズ	クローズ