注意 :

1. 若交易同步返回状态为"PROCESSING","REVIEW"，商户应等待 PingPongCheckout 异步结果再进行业务处理。

2. 因此商户必须有机制保证在合适的时机查询到交易最终状态，或者接入异步通知

PingPong Pay API v3 采用paymentType来区分业务场景,交易状态是交易流程和结果的描述,不同业务场景有不同的规则。 对于PingPongCheckout API v3 现有四种status可能被返回：

SUCCESS-成功

FAILED-失败

PROCESSING-进行中

REVIEW-待审核

交易状态流转图

状态转移说明

• 以下状态会发送异步通知：
  • SUCCESS
  • FAILED
  • REVIEW
• 交易状态不在上述状态列表的场景，下单API或查询接口都会同步响应PROCESSING，商户应等待 PingPongCheckout 异步结果再进行业务处理。

如何获取交易状态

在唤起收银台，点击支付无错误的情况下，就产生了待处理的交易。PingPongCheckout提供两种获取交易状态的方式：

单笔交易查询
异步通知

交易状态的语义

DEBIT交易业务场景：

状态	描述	状态类型
SUCCESS	已成功支付，交易成功	终态
FAILED	交易失败	本次支付终态，可以请求再次支付
PROCESSING	中间状态，商户应等待 PingPongCheckout 异步结果再进行业务处理。	中间状态
REVIEW	交易具有风险，需要人工审核	中间状态 详见风险订单REVIEW

一旦交易到达终态，除非因为失败发起重新支付,都不应该再次接受异步通知的更改。交易在中间态的时候，需要等待下一个异步通知到达本次支付的终态。

AUTH交易业务场景：

状态	描述
SUCCESS	AUTH操作成功，还需发起CAPTURE操作
FAILED	AUTH操作失败，不能发起CAPTURE操作
PROCESSING	中间状态，不能发起CAPTURE操作，商户应等待 PingPongCheckout 异步结果再进行业务处理。
REVIEW	交易具有风险，需要人工审核，不能发起CAPTURE操作，详见风险订单REVIEW