1. オーダー管理の実装
  2. 大量の販売オーダーのインポートおよび履行
機械翻訳について

大量の販売オーダーのインポートおよび履行

幅広い注文ラインがある注文など、多数の販売オーダーを配送する必要がある場合は、注文から入金までのフローのパフォーマンスを向上させます。

この機能を使用して、Oracle Global Order Promising、Oracle ShippingおよびOracle Accounts Receivableを介して多数の販売オーダーを履行します。

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

  • パフォーマンスを向上させ、大量の販売オーダーのインポートにかかる時間を短縮します。 「販売オーダーのインポート」スケジュール済プロセスは、これに役立ちます。
  • 価格設定アルゴリズムを使用して、販売オーダーの効率的な価格設定を行います。

  • 大量の販売オーダーのインポートおよび配送機能とGlobal Order PromisingのHigh Volume Order Promising機能を一緒に使用して、大量の販売オーダーを納期処理します。

  • 大量の販売オーダーの出荷を確認します。 出荷済オーダー明細を次のステップに手動で移動する必要性を軽減します。
  • 大量の販売オーダーを請求して、請求書からの支払の遅延を減らすことができます。 請求済オーダー明細を次のタスクに手動で移動する必要性を軽減します。

次のメリットを活用しましょう。

  • 大量の販売オーダーを受領、インポート、配送します。
  • オーダー・マネージャが手動で介入する必要性を最小限に抑え、販売オーダーに対する修正処理を実行します。

このトピックでは、大量の販売オーダーのインポートおよび履行機能を使用した場合にOrder Managementが適用される動作について説明します。

仕組み

インポート

販売オーダーをインポートするには、販売オーダーのインポート・スケジュール済プロセスを使用します。

出荷

「統合アプリケーションへの在庫更新の送信の遅延」オプションを有効にしておらず、Oracle Shippingで出荷が確認された場合は、次のようになります:

  1. Oracle Shippingでは、「出荷インタフェースの管理」スケジュール済プロセスを実行して出荷詳細をインタフェース表に追加し、「オーダー履行からのレスポンスの処理」スケジュール済プロセスを実行します。

    「オーダー履行からの応答の処理」により、インタフェース表にある出荷詳細がオーダー管理に送信されます。

  2. Order Managementは、履行明細の出荷詳細を更新し、出荷明細を次の履行タスクに移動します。
  3. 「出荷インタフェースの管理」スケジュール済プロセスにより、「オーダー履行からの応答の処理」スケジュール済プロセスが実行されます。 このフローでは、「出荷通知の送信」スケジュール済プロセスを実行して、実行中のスケジュール済プロセスの合計数を減らすことはできません。
  4. スケジュール済プロセスでインタフェース表からの出荷を処理できず、Oracle Shippingで出荷がすでに確認されている場合は、Order Managementのオーダー明細にエラー・メッセージが表示されます。 このトピックの後半のトラブルシューティングの項を参照してください。

「統合アプリケーションへの在庫更新の送信の遅延」オプションの詳細は、「出荷済に更新されないオーダー・ステータスの修正」を参照してください。

請求書

Oracle Receivablesが明細を請求している場合、次のようになります:

  1. Oracle Receivablesでは、売掛/未収金トランザクションをフィーダ・システムに通知スケジュール済プロセスを実行し、請求詳細をインタフェース表に追加して、オーダー履行からのレスポンスの処理スケジュール済プロセスを実行します。 詳細は、「売掛金管理での移動」を参照してください。
  2. 「オーダー履行からの応答の処理」により、インタフェース表の請求詳細がオーダー管理に送信されます。
  3. Order Managementは、履行明細の請求書詳細を更新し、請求明細を次の履行タスクに移動します。
  4. 「自動インボイスを使用した売掛/未収金トランザクションのインポート」スケジュール済プロセスにより、販売オーダー・データからOracle Receivablesに請求書が作成され、「フィーダ・システムへの売掛/未収金トランザクションの通知」スケジュール済プロセスが1回のみ実行されます。 これによって、実行中のスケジュール済プロセスの合計数が削減されます。
  5. スケジュール済プロセスでインタフェース表からの請求を処理できず、Oracle Receivablesでオーダーがすでに請求されている場合は、オーダー管理のオーダー明細にエラー・メッセージが表示されます。 このトピックの後半のトラブルシューティングの項を参照してください。

ガイドライン

インポート

  • ファイル・ベース・データ・インポートを使用してオーダーをインポートすると、Order Managementでは、オーダー・ヘッダーまたはオーダー明細の属性のデフォルト値を検証、変更または設定するための変換前ルール、変換後ルールが実行されません。 かわりに、オーダー管理拡張を使用して変換を行うことをお薦めします。 詳細は、オーダー管理機能拡張の作成の概要を参照してください。
  • インポート中に顧客を作成することはできません。 顧客を作成する必要がある場合は、顧客管理を使用して設定時に作成する必要があります。
  • REST APIを介して大規模な販売オーダーをインポートするのに5分以上かかる場合は、504ゲートウェイ・タイムアウト・エラーなど、インポートがタイムアウトしたことを示すエラーが表示されることがあります。 これは、インポートが失敗したという意味ではありません。 インポートは引き続きバックグラウンドで実行されます。 GETリクエストをsalesOrdersForOrderHub REST APIとともに使用して、オーダーのステータスの更新を取得できます。

オーケストレーション

事前定義済のDOO_ScheduleShipInvoiceオーケストレーション・プロセスを使用することをお薦めします。 分岐条件や予約タスクがないため、販売オーダーを履行するための効率的な方法が提供されます。 これを使用して、各販売オーダーをスケジュール、出荷および請求します。

  • パフォーマンスの問題を回避するために、割当ルールを使用してオーケストレーション・プロセスをオーダー明細に割り当てないでください。 かわりに、インポート・ペイロードでオーケストレーション・プロセス名を指定するか、オーダー管理拡張を使用してオーケストレーション・プロセスを指定します。 販売オーダーのすべての明細に対してオーケストレーション・プロセスを指定していることを確認してください。
  • 明細を出荷または請求した後は、オーケストレーション・プロセスの履行明細のステータスを上書きしないでください。 オーダー管理によってステータスが「出荷済」または「請求済」に設定され、その値は変更できません。
  • オーケストレーション・スケジュール、出荷または請求書の明細をフィルタするカスタム・ルールを設定しないでください。 Order Managementでは、事前定義のルールを使用して、オーケストレーションがスケジュール、出荷または請求書を作成できる明細を選択します。
  • オーケストレーション・プロセスにパラレル・ステップまたはサブプロセス・ステップを追加しないでください。

設定の概要

  1. パラメータとプロファイルの設定。
  2. 価格設定アルゴリズムを更新します。

パラメータおよびプロファイルの設定

  1. 「設定および保守」 作業領域に移動します。
  2. Order Managementパラメータの管理タスクを使用して、パラメータを設定します。
    パラメータ 値
    価格設定アルゴリズムを使用して販売オーダーの合計を計算 Yes
    オーダー・インポートのプロセス数

    40

    必要に応じて、パフォーマンス・テストでこの値を調整します。

    「Order Managementパラメータの管理」を参照してください。

  3. オーダー・プロファイルの管理タスクを使用します。
    • 送信リクエストの開始時に即時応答オーダー・プロファイルを有効にして、Order Managementでインポートをすぐに開始できるようにします。
    • 新しいプロファイル・オプションを作成します。
      属性 値
      プロファイル・オプション・コード FOM_HVOP_SHIP_NUM_PROCESS
      プロファイル表示名 大量販売オーダーの子スケジュール済プロセス数
      アプリケーション オーダー管理
      モジュール オーダー管理
      説明 このプロファイル・オプションを使用して、オーダー履行からのレスポンスの処理スケジュール済プロセスの各インスタンスに対して実行する子プロセスの数を指定します。
      SQL検証 空のままにします。
      開始日 昨日に設定します。
    • 別のプロファイル・オプションを作成します。
      属性 値
      プロファイル・オプション・コード FOM_HVOP_SHIP_BATCH_SIZE
      プロファイル表示名 大量の販売オーダーで処理するレスポンス数
      アプリケーション オーダー管理
      モジュール オーダー管理
      説明 このプロファイル・オプションを使用して、オーダー履行からのレスポンスの処理スケジュール済プロセスの各インスタンスに対して処理するレスポンスの合計数を指定します。
      SQL検証 空のままにします。
      開始日 昨日に設定します。
    • プロファイル値領域を使用して、新しい各プロファイル・オプションの値を設定します。
      属性 値
      プロファイル・レベル サイト
      プロファイル値 Yes

    「オーダー・プロファイルを使用したOrder Managementの動作の制御」を参照してください。

  4. 管理者プロファイル値の管理タスクを使用します。
    • 作成した新しいプロファイル・オプションの値を設定します。
      属性 値
      プロファイル表示名 大量販売オーダーの子スケジュール済プロセス数
      プロファイル・レベル サイト
      プロファイル値 10
    • 作成した他の新しいプロファイル・オプションの値を設定します。
      属性 値
      プロファイル表示名 大量の販売オーダーで処理するレスポンス数
      プロファイル・レベル サイト
      プロファイル値 500
    • 必要に応じて、パフォーマンス・テストでこれらの値を調整します。

価格設定アルゴリズムの更新

価格販売トランザクション価格設定アルゴリズムの最新バージョンがあることを確認してください。 『Oracle Fusion Cloud SCM: Performing Your Quarterly Update』の価格設定の項で説明されている更新前と更新後のステップを実行します。 詳細は、「価格設定アルゴリズムを最新の更新に促進」.
を参照してください

オーダー履行からのレスポンスの処理

システム・エラーのため、Order Managementでオーダー明細の出荷詳細または請求書詳細を更新できない場合、出荷が正常に出荷され、Receivablesで明細が正常に請求されたにもかかわらず、オーダー明細はオーケストレーション・プロセスの次の履行タスクに移動しない可能性があります。

システム・エラーは、次のような様々な理由で発生する可能性があります:

  • Order Managementの履行明細が待機ステップにありません。
  • Order Managementは、明細の履行システムからの以前のレスポンスをまだ処理しています。
  • スケジュール済プロセスでは、同じ明細の複数の出荷または請求詳細が連続して処理されます。
  • サーバーが低速でタイムアウトし、ネットワーク接続に問題があるなど。

その結果、次のことがわかります:

  • 出荷では履行明細が出荷されましたが、Order Managementのオーダー明細には最新の出荷詳細が含まれていません。
  • 売掛管理により履行明細が請求されましたが、Order Managementのオーダー明細に最新の請求詳細が含まれていません。

この問題を修正するには、「オーダー履行からのレスポンスの処理」スケジュール済プロセスを定期的にスケジュールで実行するように設定することをお薦めします。 このスケジュール済プロセスでは、明細がOracle ShippingおよびOracle Receivablesの最新の詳細で自動的に更新されます。 たとえば、次のように自動的に更新されます:

  • 出荷が確認された後、Order Managementの履行明細の出荷詳細は出荷を確認しましたが、明細は出荷待機中ステータスのままです。
  • Receivablesが請求書を請求した後、Order Managementの履行明細の請求書詳細ですが、明細は請求待ちステータスのままです。

トラブルシューティング時に手動で実行することもできます。 その場合は、これらのパラメータを設定して、スケジュール済プロセスが参照するデータをフィルタします。

パラメータ 説明
タスク・タイプ

値を設定します:

  • 請求書 請求詳細を更新します。
  • 出荷 出荷詳細を更新します。
ノート

  • レスポンスを処理できるのは、Oracle ShippingまたはOracle Accounts Receivableから受信したレスポンスのみです。 このスケジュール済プロセスを使用して、自分のタスク・タイプなど、他の履行システムからのレスポンスを処理することはできません。 詳細は、「独自のタスク・タイプの作成」を参照してください。

  • このスケジュール済プロセスをスケジュールで実行するように設定し、出荷および請求書を処理する必要がある場合は、出荷プロセスの一方のインスタンスと、請求書に別のインスタンスを作成します。

詳細は、「履行タスク」を参照してください。
レコード・セット

「失敗したレコードの処理」に設定します。

まだ処理されていないレコードを処理するように設定しないでください。 この値は、Oracle内部使用専用です。

日付: 自

日付: 至

Order Managementが履行レスポンスを受信した時期に従って、処理するデータをフィルタします。

増分

ロード・リクエスト:自

ロード・リクエスト

プロセス数

バッチ・サイズ

 これらのパラメータは空のままにします。 これらはOracle内部使用専用です。

ノート

  • このスケジュール済プロセスを使用できるのは、Oracle出荷またはOracle Accounts Receivablesから受信したレスポンスの処理のみです。 他の履行システムとともに使用することはできません。

  • 出荷および売掛管理では、その詳細がDOO_FS_FULFILL_LINES_INT表に格納されます。 スケジュール済プロセスでエラーが発生した場合は、DOO_FS_FULFILL_LINES_INTでエラーの各レコードにマークが付けられます。

  • 重要な詳細は、「Order Managementでスケジュール済プロセスを使用するためのガイドライン」を参照してください。