To make the customer experience for 1-click Checkout more streamlined, when a customer has authorised a PayTo agreement created through 1-click Checkout but the payment initiation fails, an error message will be displayed letting the customer know that the payment failed due to insufficient funds. A link to 'Change PayID” will be shown within the error message and clicking this link will allow the customer to enter in another PayID for which they can create another PayTo agreement against.
When your customer clicks on the 'Cancel' button on the 1-click Checkout app payment landing page, the PayTo agreement created for that customer will be cancelled before any redirection occurs back to your website, so that no payment is inadvertently taken.
Clients who have outbound payments settled via DE, and opt in for this new custom field in their daily transaction report will now see a new column in their daily transaction report called ‘Sent via DE’. If this column in populated with ‘true’ for that row then the transaction was settled via DE instead of by NPP outbound payment methods.
Given that you know a customer's payer name BSB/ account number information, when you provide this to us in the Payment Agreement Request API then Azupay will pre-fill this information in the Subscriptions App main landing page for the customer. This leads to a more seamless payment experience for your customers setting up an agreement with you using Subscriptions app!
Azupay have enhanced features offered in the recently launched Subscriptions app to offer merchants the ability to craft bespoke PayTo agreements.
Here's is what merchants can now tailor PayTo agreements for their customer:
Additionally, we've ensured that validation has been enhanced when PayTo agreements are created. No more formatting mishaps! We’ve added:
With these new features, setting up recurring payments is smoother than ever, offering a customised and streamlined experience for everyone involved.
Previously, when we tried to do refunds for merchant or partner accounts that had insufficient balance, our system retried multiple times to check if sufficient balance was available for the operation and continued to retry till the account had sufficient balance.
But now, we have updated our core system to send an error when there is insufficient balance and will not retry the refund. Our clients will see the 400 status (Bad Request) with a failure code “ERR0.11 – Insufficient Balance”.
When creating sub-merchants via the Clients API, partners can now specify an optional 'Trading Name'.
This will help differentiate sub merchants with the same legal entity name, but may operate multiple stores or have different brands.
The 'tradingName' field will also be displayed on the dashboard, making it a breeze for partners to identify and manage different sub merchants.
For Azupay merchants that don’t have an NPP-enabled account for their sweep settlement, they can have scheduled sweeps settled in to their account via Direct Entry. This is not available by default, but the Azupay support team can set it up if our onboarded merchants or partners opt-in for this feature
The transaction ID of a refunded payment can now be viewed by you as a client or partner merchant on the Azupay dahsboard when a payment in status with ‘RETURN_COMPLETE’ is found. Previously if the transaction ID of a refunded payment was required, you needed to raise a service desk ticket to get this information.
This feature is likely to become very useful in confirming the refund transaction ID after making a refund payment to one of your customers for proof of refund during the payment dispute process with an end customer
A new App has been developed for you as a direct debit and card capture alternative. This app will allow you as a merchant to capture the PayID (and soon the BSB & account number)in order to guide users to creating a PayTo payment agreement.
This new app will provide the following benefits to our clients:
