Retrying Failed Payments
Retrying an invoice that fails is the easiest way to recover payments, and Ezypay provides flexibility for partners on how they want to handle a retry. Here are some possible implementation methods:
Ezypay Automatic Retry
In terms of implementation, the simplest way to handle retries is to let Ezypay automatically schedule retries for failed payments. You only need to monitor the invoice status via webhook. The number of retries and their frequency are configurable. For a better understanding of how Ezypay handles retries, please read Ezypay's retry process.
Schedule Retry by Your Platform
Utilizing Ezypay's retry API, partners need to develop a system that manages the retry schedule and logic within your platform to automatically trigger the retries. This approach requires more development work from your team but if your platform already have the functionality, this will be the best approach.
Manual Retry
This options is essentially a button in your platform that allow customers and / or merchants to initiate a retry. In the backend, the button will trigger Ezypay's retry API when clicked. The platform must put a restriction so this button can only be triggered at maximum once a day to avoid too many retries at one instance. Ezypay invoice payload contains manualRetryPossible
field and if it is false
, manual retry is not possible and you disable this function.
Partners can only choose either one of the automatic retry options above. Manual retry can then be combined with other option to provide more flexibility to merchants and customers. Options above are very effective for Soft Failure recollection but will need some extra steps for Hard Failure. Kindly refer to how to handle a hard failure before attempting a retry.
Attention:
By default, the failed payment will have a stackable failed payment fee charged to either the paying customer or the merchant (depending on what is agreed between Ezypay and the merchants during the merchant on-boarding process).
Every retry will incur an Ezypay transaction fee based on what is agreed during the merchant on-boarding process. Restriction added to limit the retry is to avoid unreasonable fees stacking.
Updated 6 months ago