2. Execute Subsequent Payments
Create and charge subsequent payments using Razorpay APIs after the customer's mandate is successfully registered.
Once the customer's mandate is registered and the token is in the confirmed state, you can execute subsequent payments (debits) against the mandate. Perform the following steps to charge your customer:
UPI Payments
- We recommend sending a pre-debit notification to the customer 24-48 hours before the debit date.
- For Recurring Payments, it may take between 24-36 hours for the subsequent payment to reflect on your Dashboard.
- This is because of the failure of pre-debit notification and/or any retries that we attempt for the payment.
- Do not create another subsequent payment until you get the status of the previous one.
- NPCI allows only one successful debit on a token per billing cycle. For example, if the billing frequency is monthly, you can execute only one successful debit per month on that token.
- The subsequent payment may fail if there is late authorisation of an earlier payment.
- Avoid creating subsequent debits on the last day of the billing cycle. Pre-debit notifications are delivered 24 hours before the debit and the actual debit is attempted in the 25th hour. If you initiate on the last day, the debit attempt falls into the next billing cycle and will fail.
- If the debit amount exceeds ₹15,000 for regular industries (or ₹1,00,000 for lending and investment categories), the customer will receive a collect request on their UPI app and must enter their PIN to approve the payment. Ensure your system handles this AFA flow gracefully.
You have to create a new order every time you want to charge your customers. This order is different from the one created when you initiated the mandate registration.
Use the below endpoint to create an order:
curl -u [YOUR_KEY_ID]:[YOUR_KEY_SECRET] \-X POST https://api.razorpay.com/v1/orders \-H "Content-Type: application/json" \-d '{"amount":10000,"currency":"INR","payment_capture": true}'
amount
mandatory
integer Amount in currency subunits. For cards, the minimum value is 100 (₹1).
currency
mandatory
string The 3-letter ISO currency code for the payment. Currently, we only support INR.
payment_capture
mandatory
boolean Determines whether the payment status should be changed to captured automatically or not. Possible values:
true: Payments are captured automatically.false: Payments are not captured automatically. You can manually capture payments using the .
Once you have generated an order_id, use it along with the token_id to create a payment and charge the customer.
Use the below endpoint to create a payment and charge the customer.
curl -u [YOUR_KEY_ID]:[YOUR_KEY_SECRET] \-X POST https://api.razorpay.com/v1/payments/create/recurring \-H "Content-Type: application/json" \-d '{"email": "gaurav.kumar@example.com","contact": "9000090000","amount": 1000,"currency": "INR","order_id": "order_1Aa00000000002","customer_id": "cust_1Aa00000000001","token": "token_1Aa00000000001","recurring": true,"description": "Creating recurring payment for Gaurav Kumar","notes": {"note_key 1": "Beam me up Scotty","note_key 2": "Tea. Earl Gray. Hot."}}'
Once our system validates and successfully processes the payment request, a razorpay_payment_id is returned. In the case of some banks such as HDFC Bank and Axis Bank, the payment entity returned will be in the created state since the charge system of these banks are file-based and can take a few hours.
mandatory
string The customer's email address. For example, gaurav.kumar@example.com.
contact
mandatory
string The customer's phone number. For example, 9876543210.
amount
mandatory
integer The amount you want to charge your customer. This should be the same as the amount in the order.
currency
mandatory
string 3-letter ISO currency code for the payment. Currently, only INR is allowed.
order_id
mandatory
string The unique identifier of the order created. For example, order_1Aa00000000002.
customer_id
mandatory
string The customer_id for the customer you want to charge. For example, cust_1Aa00000000002.
token
mandatory
string The token_id generated when the customer successfully completes the mandate registration. Different payment instruments for the same customer have different token_id.
recurring
mandatory
boolean Determines if recurring payment is enabled or not.
true: Recurring Payment is enabled.false: Recurring Payment is not enabled.
description
optional
string A user-entered description for the payment. For example, Creating recurring payment for Gaurav Kumar.
notes
optional
object Key-value pair that can be used to store additional information about the entity. Maximum 15 key-value pairs, 256 characters (maximum) each. For example, "note_key": "Beam me up Scotty".
Is this integration guide useful?