注文ライフサイクルステータス

最初のキャプチャから拡張、分解、履行、完了までの注文ステータスについて説明します。

1. 新しい注文が [ドラフト] ステータスで作成されます。
2. 注文を確認して送信すると、次の 2 つのいずれかが発生します。
   • キャプチャ後の注文の拡張が構成されている場合、拡張タスクが作成され、注文のステータスが [拡張処理中] に変更されます。

     注文拡張タスクでブロックされている場合は、注文ステータスを [保留中の拡張] に変更します。ブロックが解除されたら、注文ステータスを [拡張中] に戻します。

   • 注文の作成時にキャプチャされた詳細が注文を処理するのに十分であり、拡張が不要な場合、注文ステータスは [新規] に変わります。
3. 注文が [新規] ステータスの場合は、注文を承認または却下できます。したがって、ステータスは [確認済み] または [却下] に変わります。
4. その後、[確認済み] ステータスの注文は分解されます。ドメイン注文が作成され、履行フローがトリガーされ、注文のステータスが [処理中] に変わります。
5. 注文が正常に履行されると、注文のステータスは [完了] に変わります。注文の処理中に問題が発生した場合、結果は問題の処理方法によって異なります。シナリオとその結果を次の表に示します。

   シナリオ	状況	結果
   注文の処理に必要な追加情報	情報を待機中	追加情報を受信すると、注文のステータスが [処理中] に変更されます。 それ以外の場合は、注文ステータスが [キャンセルへのアクセス中 (Accessing cancellation)] に変更されます。
   実行中の注文変更	リビジョン中	報酬制度がトリガーされると、注文ステータスは [対応中] に戻ります。 それ以外の場合は、注文ステータスが [キャンセルへのアクセス中 (Accessing cancellation)] に変更されます。
   注文処理中の問題	保留中	注文処理を妨げている問題が解決されると、注文ステータスは [処理中] に戻ります。 それ以外の場合は、注文ステータスが [キャンセルへのアクセス中 (Accessing cancellation)] に変更されます。

6. キャンセル要求がレビューおよび処理されると、キャンセルステータスにアクセスしている注文が [キャンセル] に変更されます。