Flow Release Notes | 3.9.1
This release notes contains updates related to UPI Collections v3 & Autopay products.
UPI Collections v3
Feature: Enhanced Failure Reason Visibility for UPI Transactions
Deployment date: 28-05-2026
We've enhanced transaction failure visibility for UPI transactions by extending support for the error_key_description field across APIs and callbacks.
What's changing?
- Failed upi transactions will now include a new field:
error_key_description. - The value will contain the provider error code along with its mapped NPCI/PSP description (for example: U30-Beneficiary bank failed the transaction).
- This enhancement is available across:
- GTS Basic API
- GTS Advance API
- Terminal Status Callback
Behaviour
error_key_descriptionis populated only for FAILED transactions.- For SUCCESS and PENDING transactions, the field will remain null or be omitted.
Benefits
- Improved visibility into payment failures.
- Faster troubleshooting and support resolution.
- Better customer communication through more descriptive failure reasons.
Sample Response
{
"error_key_description": "U30-Beneficiary bank failed the transaction"
}
UPI Autopay
Feature-1 : PDN Request Cutoff Time
Deployment Date: 28-05-2026
For the Pre-debit Notification requests where the debit_date is T+1 :
- From 28 May 2026, Pre-debit Notification requests submitted via the Pre-debit Notification API will be blocked during a daily cutoff window. Requests submitted during this window will be rejected and with a proper response body will be returned.
What Changed?
- For the debit_date = T+1 (i.e., debit scheduled for the next calendar day), Any Pre-debit Notification request received at or after 23:50:00 and before 00:00:00 will be rejected.
- The cutoff does NOT apply to Pre-debit Notification requests where the debit_date= T+2 or later.
Why are we doing this?
- We are introducing the cutoff to ensure timely processing of already‑queued Pre-debit Notification requests for asynchronous APIs.
- A small number of requests that spill over into the following day were being rejected by NPCI, so the cutoff prevents such spill‑over and reduces rejections.
- This change will improve overall success rates for Pre-debit Notification submissions and reduce failed callbacks due to NPCI rejections.
Refer to the Docs - Here
Feature-2 : New optional parameter "first_txn_amount_reference_id" added to UPI Autopay SDK
Deployment Date: 01 June 2026
We added an optional parameter named first_txn_amount_reference_id to the UPI Autopay SDK.
- Previously, the SDK automatically generated the
reference_idfor first-time (instant presentation) debit flows and did not allow merchants to provide their own value.
What Changed?
- Introduced a new optional param
first_txn_amount_reference_idin the autopay SDK. - If the merchant passes
first_txn_amount_reference_id, the SDK will use their value for the first debit’sreference_id. - The parameter is optional. If you do not provide
first_txn_amount_reference_id, the SDK behavior remains the same (SDK will auto-generate areference_id).
How is it Useful for you ?
Merchants can now pass their own reference_id for the first debit transaction. This gives you direct control over the identifier used for instant presentation (first-time) payments, enabling:
- Improved reconciliation and traceability
- Simplified settlement and bookkeeping
- Faster dispute resolution
- Clearer audit trails for first-time debit flows.
Refer to the docs - here
