Transaction Recovery

Failed transactions in certain cases, such as when shoppers have insufficient account funds, may succeed if the payment is resubmitted at a later time. In other cases, such as when shoppers' accounts are already closed, payments will be permanently rejected. PingPongCheckout will arrange automatic retries for rejected payments that have a chance of success, or provide a short-term retry window for transactions that cannot succeed. Recovering a payment may require multiple retry attempts. These attempts are scheduled by you within a short time window.

Transaction Retry Window

• For the same payment order, additional payment requests can be initiated before successful payment completion (one payment order corresponds to multiple payment requests)
• If merchants do not want multiple payment requests for the same payment order, they can pass the same requestId for the same payment order in the payment interface to allow only one payment request (Non-Hosted mode only)
• Because of requestId idempotency, before an order is successfully paid, if merchants pass different requestIds (or use checkout mode) and initiate payment requests simultaneously, there is a possibility of duplicate payments, which would then require manual refund operations in the backend

Note

For cases outside the retry window, it is recommended to add a suffix after the order number to initiate a new transaction. When performing reconciliation or observing success rate statistics, you can match them as the same order based on the suffix rules.

Previous pageTransaction Idempotency

Next pageAPM Integration Practice