APM (代替決済) ワークフロー

代替決済方法 (APM) は、リダイレクト、アプリの切り替え、QRコード、クーポン、銀行承認、またはプロバイダーからの遅延した確認を必要とすることがあります。現在の値を読み取るには、 payment.data.status; 注文応答内での決済の場合、以下の値を読み取ります。 order.payment.data.status.

このページは、APM固有のパスを使用するために使用します。すべてのステータス定義と許可された直接遷移については、 支払いワークフローとステータス.

標準的なAPMフロー#

から開始されます。一部は即座に確認されますが、他のものは顧客の対応を待ってから確認され、その間、 pendingが表示されます。DEUNAは、プロバイダーの確認を待つ間、 processing を表示します。

DEUNAフロー図展開

顧客のアクションとリターンURL#

メソッド固有の手順に従ってください。 next_action DEUNAによって提供されます。ブラウザ、アプリ、または顧客が見える成功ページは、資金が移動したことを証明するものではありません。DEUNAがプロバイダーの結果を受け取り、処理した後に確認してください。 payment.data.status DEUNAがプロバイダーの結果を受け取り、処理した後に確認してください。

顧客がリダイレクトを中断した場合、またはブラウザを閉じした場合、支払いは未完了のままにし、DEUNAからの結果報告を待つ。 denied, cancelled、または expired フロントエンドの動作に関する情報。

完了時間#

支払い完了までの時間は、決済方法および設定によって異なります。バウチャーの有効期限、QRコードの有効期限、銀行セッションのタイムアウト、およびプロバイダの処理時間などは、互換性はありません。

ブラウザの時間やローカルタイマーに基づいて最終的な決済ステータスを計算しないでください。決済処理を保留し、DEUNAからの報告を待ってください。 processed, denied, cancelled、または expiredお客様体験にカウントダウンが表示される場合、契約内容が明示的にそう定める場合を除き、これを表示ガイダンスとして扱ってください。

認証機能を備えたAPM#

一部のAPM接続では、認証とトランザクションの処理がサポートされています。これらの機能を使用すると、 authorizing, authorized, capturing, captured, または、標準的な購入のみのパスではなく、部分的な認証状態を使用する。

APM（アプリケーションパフォーマンスモニタリング）が認証を使用する場合、 カードワークフローのキャプチャとキャンセルガイダンス を共有された決済ステータスに対して参照してください。ただし、DEUNAのテクニカルアカウントマネージャー（TAM）に、メソッドとプロセッサのサポートについて確認してください。グローバルステートマシンにステータスが存在するだけで、キャプチャまたはキャンセルがサポートされていると判断しないでください。

キャンセルと返金#

cancelled は、必ずしも最後の金融状態ではありません。もし資金が回収されている場合、決済は以下のいずれかの状態に移行できます。 refunded; もし認証が存在する場合は、以下の状態に移行できます voided.

決済が正常に完了した後、 processed 払い戻しは、APM接続がサポートする場合に処理されます。 サポートされているモード、時間制限、同時実行性、および残高に関する詳細は、 partial_refunding, partial_refunded, refunding, および refunded を参照してください。 MPR – 複数分割払い 決済が処理されている間は、

統合チェックリスト#

1. 処理を一時停止します。 pending または processing.
2. 顧客からの返送を、決済完了として扱わない。
3. 提供元の参照と確認された金額を、各更新時に保存する。
4. 遅延や繰り返しが発生する提供元の通知を、冪等性を持って処理する。
5. クライアントのタイムアウトまたは返送がない場合に、権威ある決済を取得する。
6. 以下の 検証済みのトランザクション参照 リトライ、返金、および調整パスが、通常のフローに表示されていない場合。