AIエージェント: オーダー例外アシスタント- 応答、拡張、例外およびリカバリの改善
更新25Dから始まるオーダー例外アシスタントを使用できます。 これで、さらに多くのことを行うことができます。 出荷および受入からの未処理の応答を処理します。 オーダー管理の拡張機能の最適化、オーダーのクローズ、補足データのクリーン・アップ、オーダー例外の解決に向けて、より多くの提案を得られます。 例外レポートに表示しない拡張機能の表示を停止します。 例外の詳細を取得し、オーダーをリカバリします。
出荷および受入からの応答の処理
エージェントは、Oracle Order ManagementがOracle ShippingまたはOracle Receivingから受信した未処理の応答を自動的に解決しません。 かわりに、「例外の表示」をクリックすると、エージェントによって自動的に解決が試行されます。 エージェントからのレスポンスの例を次に示します:
出荷の保留レコードが14件、受入の保留レコードが29件見つかりました。 スケジュール済プロセスを実行してこれらのレコードを処理し、スケジュール済プロセスで実行した各インスタンスのリクエストIDを表示しました。
その他の提案
エージェントは、更新25Dでエージェントが導入したオーダー管理拡張の最適化、25Dで導入されたオーダーのクローズおよび補足データのクリーン・アップ、および26Aで導入されたオーダー例外の解決について、さらに提案します。
例外レポートでの拡張機能の表示の停止
例外レポートでの拡張機能の表示を停止するようにエージェントに指示できます。 これは、いくつかの変更を加えたが、それ以上の改善は行えない場合や、他の時間に例外を処理する場合に役立ちます。
PromiseDate拡張子を表示しないとします。
- エージェントのプロンプトに
Extensions Optimizationと入力して、時間がかかりすぎる拡張を識別します。
エージェントは次のメッセージで応答します。
Don't display the PromiseDate extension in future exception reportsと入力します。
エージェントは、次のように応答します。
例外の詳細の取得およびオーダーのリカバリ
注文書の詳細を尋ねるか、注文の回復を依頼してください。 このリカバリは、Order Managementのクラシック・ページを実行できるリカバリに似ています。 たとえば、 Recover order 522581と入力します。
エージェントは次で応答します。
この例では、受注に2つの受注明細があり、どちらも回収に適格ではありません。 明細が適格な場合、エージェントはその明細のリカバリを試みます。 バックグラウンドについては、「ロック済または未開始の注文書のリカバリ」を参照してください。
有効化および構成ステップ
この機能を有効化するうえで必要な操作はありません。
主なリソース
アクセス要件
「AIエージェント: オーダー例外アシスタント」を参照してください。