オーダーがユーザーによって手動で終了されるか、自動的に終了すると、ヘッダーの終了フィールドに "外部システムからの確認待ち" と表示されて戻り、履歴の [アクション] 列に [失敗] と表示されます。

失敗をクリックすると、メッセージ「注文書 xxx のオーダーの終了/再開状況の外部システムへの送信試行回数が最大回数に達しました。オーダーの状況が前の状況に戻されました。」

通常、ユーザーが終了を開始 (閉じるボタンをクリックする) してから失敗するまでの間に、履歴のチェックに 10 ～ 14 時間かかります。

Ariba システムで終了状況がエクスポートされると、ERP (エクスポートが行われる外部システム) からの正常終了の確認を待機します。

エクスポートイベントが正常に行われたものの、成功の応答が返されない場合、Ariba はオーダーに対する終了要求の送信を合計 6 回再試行します。

試行間の間隔は約 2 時間です (初期エクスポートがいつ発生したかによって異なる場合があるため、失敗するまでに 10 時間から 14 時間かかる場合があります)。

すべての試行がすべて使用され、それでも成功応答がない場合、終了アクションは失敗し、終了ステータスは前のステータスに戻ります。

原因となる可能性のある応答の例:

• 応答なし。
• 不正な形式の回答、または Ariba が理解できない回答。

ERP が成功応答を送信しなかった原因に応じて、単に閉じるアクションまたは再開アクションを再試行するだけで機能する場合があります。再試行しない場合は、ERP 側からの追加調査が必要になります。続行方法の詳細については、次のセクショントラブルシューティングを参照してください。

オーダーの終了/再開を再試行し、状況が [終了] で [外部システムからの確認待ち] になると、完全に失敗し、調査を開始するために以下の情報を取得します。これについては、ミドルウェアおよび ERP チームと連携する必要があることに注意してください。

• ミドルウェアから、オーダーの履歴のタイムスタンプ (以降の手順) を使用して、ミドルウェアから [終了] 要求を取得します。
• 発生する可能性のある遅延を考慮するため、約 2 分のバッファを確保する必要があることに注意してください。
• 要求メッセージが見つかったら、その要求に対する応答メッセージを見つけます。
• 応答メッセージが見つかった場合は、それが正しい正常終了メッセージであるかどうかを調査する必要があります (詳細は後に続きます)。
• 応答メッセージがない場合は、それが問題です。

これらの回答はすべて ERP から取得される必要があるため、修正するには ERP チームと連携する必要があります。

オーダーが終了した時点のタイムスタンプを取得する方法:

1. 影響を受ける指図を検索して開きます。
2. 履歴タブをクリックします。
3. "オーダー終了ステータスが外部システムに送信されました" エントリ & "失敗" エントリを検索します。
4. 時間を比較して、ここで分析されたケースであることを確認するため、差異は間違いなく分単位ではなく、10 ～ 14 時間である必要があります。
5. "失敗" のタイムスタンプ DD:MM:YYYY HH:MM AM/PM を書き留めます。

正しい成功応答には、以下が含まれている必要があります。

• OrderID。
• オーダーの UniqueName (通常は EP で始まります)。
• 明細番号。

レルム設定は、以下に設定できます。

• 終了状況は ERP に送信されません。
• 確認を待たずに ERP に終了状況を送信します。
• 終了状況を ERP に送信し、確認を待機します (この記事が適用される設定)。

閉じる試行と失敗の時間差がわずか数分である場合は、別の問題が発生している可能性があります。詳細については、192493 を参照してください。

もう 1 つの考えられる問題は、192157 です。

購入