Order ManagementとTransportation Managementの統合のガイドライン
オーケストレーション・プロセスを設定し、コネクタ、ビジネス・ルール、制約を管理し、webサービスを使用してOracle Order ManagementをOracle Transportation Managementと統合します。
Webサービスの使用
オーダー管理は、Transportation ManagementまたはGlobal Trade Managementと統合するように事前定義されていません。 更新13以降では、Integration Cloud Service、同期webサービスまたはその他の非同期Webサービスを使用して、輸送管理システムと統合できます。 更新13の前に、非同期webサービスのみを使用する必要があります。
webサービスを介して詳細を通信します。
-
必須。
-
販売オーダーの作成、改訂または取消時に、Order ManagementからTransportation Managementに詳細を送信します。
-
acknowledgementをTransportation Managementからオーダー管理に送信します。
-
-
オプション。
-
オプションとして、履行詳細をTransportation Managementからオーダー管理に送信します。 たとえば、Transportation Managementがオーダー・リリースを作成したことを確認し、更新されたスケジュール日を含む輸送プランを送信するか、配送日などの配送確認詳細を送信します。
-
オーケストレーション・プロセスの設定
Transportation Managementにリクエストを送信するオーケストレーション・プロセス・ステップを追加します。 返信を待機する別のステップを追加します。
ノート
-
オーケストレーション・プロセスで事前定義済のDOO_TransportationPlanningタスク・タイプを使用します。 このタスク・タイプを使用すると、オーダー管理は輸送管理システムに新規リクエストを送信し、すでに存在するリクエストを更新または取り消すことができます。
-
ビジネス要件に応じて、オーケストレーション・プロセスのステップ・ワイズ・シーケンス内の任意の時点でDOO_TransportationPlanningを参照します。 たとえば、供給のソースを識別し、在庫を予約し、輸送を計画するようにオーケストレーション・プロセスを設定します。
レスポンスを待機します。
-
状況によっては、Transportation Managementからのレスポンスを待機する必要がある場合があります。 たとえば、オーダー・リリースは、Transportation Managementの販売オーダーを表します。 Transportation Managementでは、販売オーダーを入力として使用して、受注リリースを作成します。
Transportation Managementがリリースを正常に作成できない場合(たとえば、輸送の計画に必要な属性に値がない場合)、オーダー・マネージャがリリースなしでプロセスを続行できるかどうかを判断するまで、オーケストレーション・プロセス(出荷品目ステップなど)が続行されないようにすると役立つ場合があります。
-
待機ステップを追加するには、リクエストの送信ステップをコピーし、必要に応じてコピーを変更します。
-
待機ステップの終了基準として、ステータス・コード属性のDOO_TP_REQ_ACCEPTED値またはCANCELED値を使用します。
-
フローは、Transportation Managementが販売オーダー・リリースを正常に作成したと応答するまで、次のステップに進みません。
-
ビジネス要件を満たす必要がないかぎり、レスポンスを待たないでください。 レスポンスを待機すると、オーケストレーション・プロセスの終了に時間がかかる可能性や、レスポンスを待たされる可能性が高くなります。
応答を処理します。
-
Transportation Managementからのレスポンスをオーケストレーション・プロセスの様々なステップ(輸送計画の完了後、Transportation Managementが配信証明を送信した後など)で処理します。 オーダー管理では、オーケストレーション・プロセスが現在DOO_TransportationPlanningタスクを実行していない場合でも、輸送プランの完了後にレスポンスを使用できます。
-
DOO_TransportationPlanningでは、インジケータを使用して、他のシステムで処理できるように、Transportation Managementが計画した各履行明細をマークします。
たとえば、Oracle Inventoryとの事前定義済統合では、このインジケータを含む履行明細を参照する出荷リクエストごとに輸送計画保留が設定されます。 統合では、Transportation Managementが輸送出荷プランを受信した後にのみ保留が解除されます。
実行時に、オーダー明細のステータス属性はオーケストレーション・プロセスのDOO_TransportationPlanningを参照し、輸送プランニング・レスポンス待ちのステータスを取得します。
-
DOO_TransportationPlanningタスクおよび出荷タスクは、異なる属性を使用して変更を識別するように事前定義されています。 同じ属性を使用するように変更する必要があります。 詳細は、変更を識別するオーダー属性の管理を参照してください。
-
オーケストレーション・プロセスに分岐が含まれ、1つ以上の分岐に出荷タスクを含め、輸送および出荷でオーダー明細が処理されることが予想される場合、出荷タスクを含む各分岐にDOO_TransportationPlanningタスクを含める必要があります。 たとえば、通常の出荷の場合はブランチxに出荷、バック・トゥ・バック出荷の場合はブランチyに出荷を含める場合は、ブランチの前に発生するステップにDOO_TransportationPlanningを含めるかわりに、xおよびyにDOO_TransportationPlanningを含める必要があります。
-
DOO_TransportationPlanningタスクと出荷タスクで同じ報酬パターンが使用されていることを確認します。 詳細は、「オーダー履行中に発生する変更の管理の概要」を参照してください。
輸送計画の取得
オプションとして、Transportation Managementから輸送計画の詳細を取得し、Order Managementの属性を更新します。
ノート
-
Transportation Managementから更新されたスケジュール日とオーダー・リリース番号を取得します。
-
Transportation Managementに送信された販売オーダーがオーダー管理によって更新されないようにします。 このトピックの後半の制約に関する項を参照してください。
輸送計画および搬送確認の取得に関する次の点に注意してください。
-
輸送計画は、TaskInstanceStatusCode属性のDOO_TP_PLANNED値を使用します。
-
輸送プランによって、予定出荷日属性および予定到着日属性が更新されます。
-
Transportation Managementが輸送計画を2つの異なる出荷に分割すると、Transportation Managementはこれらの出荷の最新の日付をオーダー管理に送信します。 たとえば、出荷1が1月1日に搬送され、出荷2が1月15日に搬送される場合、Transportation Managementがオーダー管理に送信する輸送計画には、完成した出荷の最新日付(1月15日)のみが含まれます。
-
オーケストレーション・プロセスは、待機ステップにないときに輸送プランを受信すると、プランを拒否し、更新リクエストを拒否します。
オーケストレーション・プロセスが待機ステップに達していることを確認するには、オーダー管理がTransportation Managementに送信する最新の更新から、Transportation Managementがオーダー管理にプラン更新を送信するまでの約10分間を許可します。
送信確認の取得
オプションとして、搬送を確認する前に請求が終了するように、一時停止ステップを追加します。
-
オーケストレーション・プロセスの出荷ステップに似た一時停止ステップを追加します。
-
請求待機など、オーケストレーション・プロセスの様々なポイントで搬送確認を取得します。
たとえば、搬送を確認する前に請求書ステップが実行されないようにするには、請求書ステップの前に一時停止ステップを追加し、オーダー管理が搬送確認を受け取るまで待機するように一時停止を設定します。
-
SAC_SYSTEM_EVENT_POD_PAUSEイベントおよびTransportationPlannedFlag属性を使用します。
-
SAC_SYSTEM_EVENT_POD_PAUSEを使用して、Transportation ManagementがDOO_TP_DELIVEREDステータスを送信したときに一時停止を解除します。
-
オーケストレーション・プロセスがレスポンスの受信時に待機ステップにあることを確認します。
-
DOO_TP_DELIVEREDのステータス摘要は出荷搬送済です。 ただし、一時停止を使用して搬送ステータスを取得した場合、出荷搬送済は表示されません。 かわりに、出荷搬送済を表示する一時停止ステータスを設定します。
一時停止ステップの「ルールのクリック」をクリックし、2つの一時停止ルールを作成します。
オーダー管理では、搬送確認の受信後にSAC_SYSTEM_EVENT_POD_PAUSEがリリースされるため、このイベントを使用して後続の販売オーダーを処理できます。
ルール 1
一時停止タスクをリリースするルールを作成します。
If
"D" equals ignore case DooSeededOrchestrationRules.DOOFLine.TransporationPlannedFlag
then
assert new DooSeededOrchestrationRules.SacResult (sacType:DooSeededOrchestrationRules.SacResult.SAC_TYPE_IMMEDIATE)説明
|
コード |
説明 |
|---|---|
|
|
Dは搬送済を意味します。 |
|
|
履行明細のTransporationPlannedFlag属性にDが含まれている場合。 |
|
|
次に、一時停止タスクをただちに解放し、オーケストレーション・プロセスの次のステップに進みます。 |
ルール 2
オーケストレーション・プロセスを一時停止するルールを作成します。
If
NOT ("D" equals ignore case DooSeededOrchestrationRules.DOOFLine.TransporationPlannedFlag )
then
assert new DooSeededOrchestrationRules.SacResult (eventName:DooSeededOrchestrationRules.SacResult.SAC_SYSTEM_EVENT_POD_PAUSE, reevaluateFlag:"Y",sacType:DooSeededOrchestrationRules.SacResult.SAC_TYPE_EVENT)説明
|
コード |
説明 |
|---|---|
|
|
Dは搬送済を意味します。 |
|
|
履行明細のTransporationPlannedFlagにDが含まれていない場合。 |
|
|
処理
|
一時停止ルールの作成方法の詳細は、「イベントのオーケストレーション・プロセスの一時停止」を参照してください。
輸送プランニング終了後の変更の防止
更新18Cの前にOracle Inventory Managementを使用する場合は、事前定義済の出荷計画完了処理制約を有効にします。
ノート
-
出荷計画完了により、Transportation Managementが輸送計画をInventory Managementに送信した後、Order Management作業領域でオーダー明細を改訂できなくなります。 この制約は、使用不可として事前定義されています。 設定時に有効にできます。
更新18Cより前は、Inventory Managementでは、Transportation Managementが輸送計画をInventory Managementに送信した後、数量変更またはオーダー取消のみがサポートされています。 Inventory Managementでは、更新18Cより前の他のオーダー改訂はサポートされません。
Inventory Managementでは、更新18C以降のリビジョンがサポートされています。 更新18Cにアップグレードした後、出荷計画完了を無効にできます。
-
オーダー管理では、輸送計画を使用して、Transportation Managementがすでに輸送計画を出荷に送信したかどうかを判断します。
-
Oracle Inventory Managementを使用しない場合は、出荷プラン完了制約を有効にしないでください。
詳細は、「処理制約の管理」を参照してください。
統合を設定
コネクタの設定
「コネクタ詳細の管理」ページでコネクタを設定します。
ノート
|
属性 |
説明 |
|---|---|
|
コネクタ名 |
コネクタにTransportationPlanningという名前を付けます。 オーダー管理では、フロー内の様々なロケーションでこの名前を使用します。 TransportationPlanningを使用すると、設定中またはトラブルシューティング中にフローに関係するコネクタを識別するのに役立ちます。 |
|
起動モード |
次の場合
|
|
ユーザー名 |
DOO_MANAGE_WEB_SERVICE_INTERFACE_TO_TRANSPORTATION_DATA_FOR_SALES_ORDER_PRIV権限があることを確認します。 権限の設定方法の詳細は、「Order Managementのセキュリティ・リファレンス」を参照してください。 |
Integration Cloud Serviceの事前定義済統合の使用
統合の開始点として、Integration Cloud Serviceの事前定義済統合を使用します。 TransportationPlanningコネクタを使用して、ビジネス・イベントを介して接続します。
たとえば:
ノート
-
ビジネス・イベントによって統合がトリガーされます。
-
オーダー管理の1つの履行明細は、1つのオーダー・リリースと、Transportation Managementの1つのオーダー・リリース明細にマップされます。 たとえば、統合によって、オーダー管理のScheduleShipDate属性がTransportation ManagementのGLogDate属性にマップされます。
-
ビジネス要件を満たすように事前定義済統合を変更します。 たとえば、出荷セットまたは構成品目の履行明細をグループ化するには、それらをTransportation Managementの単一のオーダー・リリースにグループ化します。
-
Transportation Managementは、1つの履行明細にマップされるオーダー・リリース明細ごとに、オーダー管理にステータス更新を送信します。
Integration Cloud Serviceを使用する事前定義済統合を確認します。
-
「Oracle Logistics CloudからOracle Fusion Cloud SCMへの統合」に移動し、コンテンツを読み取ります。
-
「アプリを入手」をクリックして、「ICSを使用したOTMまたはGTMとの統合(ドキュメントID 2209248.1)」にアクセスします。
-
例の統合の1つをIntegration Cloud Serviceにインポートします。 たとえば、統合OTM_OMをインポートし、オーダー出荷情報をオーダー管理に通信します。
-
Integration Cloud Serviceユーザー・インタフェースで統合を確認します。
レスポンス・ペイロードの例
次に、Transportation ManagementがOrder Managementに送信するレスポンスの例を示します。
ノート
-
Integration Cloud Serviceの事前定義済統合では、この構造が使用されます。 変更する場合は、履行システムで送信する必要があるデータの例として、このペイロードを使用します。
-
レスポンスには、1つ以上の履行明細を含めることができます。
-
IntegrationContextCode属性は、DOO_TransportationPlanningタスク・タイプと同じである必要があります。
-
TaskInstanceStatusCode属性に、ステータスを正確に反映する値(DOO_TP_PLANNEDなど)が含まれていることを確認してください。 使用できるステータスの詳細は、「Order ManagementとTransportation Managementの統合」を参照してください。
-
画面印刷では、TransportationOrderReleaseIdentifier行が切り捨てられます。 ここが全てです。
<com:TransportationOrderReleaseIdentifier>OR_300100090338878</com:TransportationOrderReleaseIdentifier>