大量の販売オーダーをインポートして配送するためのガイドライン

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

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

インポート

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

オーケストレーション

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

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

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

システム・エラーのため、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でスケジュール済プロセスを使用するためのガイドライン」を参照してください。