オーダー履行からのレスポンスの処理
「オーダー履行からのレスポンスの処理」スケジュール済プロセスを使用して、履行システムがOracle Order Managementに送信する各レスポンスを処理します。
使用する場合
「大量の販売オーダーのインポートおよび履行」を参照してください。
必要な権限
- 履行レスポンスの処理(DOO_PROCESS_FULFILLMENT_RESPONSE_PRIV)
仕様
これらの仕様は、スケジュール済プロセスの実行時に使用します。
| 仕様 | 説明 |
|---|---|
| ジョブ・タイプ |
スケジュール済または必要に応じて。 このスケジュール済プロセスは定期的に実行することをお薦めします。 このようにして、プロセスを常に手動で実行することなくデータを処理できます。 スケジュールに従って実行すると、レスポンスをタイムリに処理して、問題をより早く解決し、パフォーマンスに影響する可能性のある問題の大きなバックログを回避できます。 |
| 頻度 | 必要に応じて頻度を設定します。 更新24B以降、このスケジュール済プロセスは、「失敗したレコードの処理」レコード・セットおよび次のタスク・タイプに対して毎日1回自動的に実行されるように事前定義されています:
スケジュール済プロセスの1つのインスタンスが出荷に対して実行され、別のインスタンスが請求書に対して実行されます。 どちらのインスタンスも、UTC午前00:00:00に開始されます。 Oracle Shippingでは、任意の日に、出荷が確認され、Oracle Receivablesで販売オーダーが請求され、「出荷インタフェースの管理」スケジュール済プロセスによって、このデータがインタフェース表に格納されます。 「オーダー履行からのレスポンスの処理」スケジュール済プロセスは、インタフェース表のデータを処理します。 時間の経過とともに、多数の失敗したレコードがインタフェース表に蓄積される場合があります。 これらのレコードにより、出荷が出荷を確認するときにオーケストレーション・プロセスの出荷ステップを超えてオーダー明細を移動したり、売掛管理が販売オーダーを請求するときに請求書ステップを過ぎたりすることができない場合があります。 失敗したレコードでは、オーダー履行からのレスポンスの処理で大量のレスポンスを同時に処理する必要がある場合も、パフォーマンスが低下する可能性があります。 「オーダー履行からのレスポンスの処理」スケジュール済プロセスを毎日1回実行すると、これらの問題を回避できます。 レコードが通常失敗していることに気付いた日次ボリュームおよび時間に従って、実行頻度を変更できます。 |
| 時間 | 常時 |
| 期間 | スケジュール済プロセスの実行時に設定するパラメータに応じて異なります。 |
| 互換性 | このスケジュール済プロセスの複数のインスタンスを同時に実行できます。 ただし、競合を回避するために、一度に1つのインスタンスのみを実行することをお薦めします。 |
パラメータ
「大量の販売オーダーのインポートおよび履行」を参照してください。