3. Create Subsequent Payments
Create and charge subsequent payments using Razorpay APIs after the customer's selected payment method is authorised.
You should perform the following steps to create and charge your customer subsequent payments:
You have to create a new order every time you want to charge your customers. This order is different from the one created during the authorisation transaction.
The following endpoint creates an order.
amount
mandatory
integer
Amount in currency subunits. For cards, the minimum value is 100
(MYR 1.00).
currency
mandatory
string
The 3-letter ISO currency code for the payment. Currently, we only support MYR
.
receipt
optional
string
A user-entered unique identifier for the order. For example, Receipt No. 1
. You should map this parameter to the order_id
sent by Curlec.
notes
optional
object
Key-value pair you can use to store additional information about the entity. Maximum of 15 key-value pairs, 256 characters each. For example, "note_key": "Beam me up Scotty”
.
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 with the token_id
to create a payment and charge the customer. The following endpoint creates a payment to charge the customer.
UPI Payments
- We recommend sending a pre-debit notification to the customer 48 hours before the debit date.
- For UPI, 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.
UPI Payments
- The subsequent payment may fail if there is late authorisation of an earlier payment.
- For UPI, do not create subsequent payments on the last day of the cycle. This will cause the payment to fail.
amount
mandatory
integer
The amount you want to charge your customer. This should be the same as the order amount.
order_id
mandatory
string
The unique identifier of the order created. For example, order_1Aa00000000002
.
customer_id
mandatory
string
The unique identifier of the customer you want to charge. For example, cust_1Aa00000000002
.
token
mandatory
string
The token_id
generated when the customer successfully completes the authorisation payment. Different payment instruments for the same customer have different token_id
.
recurring
mandatory
boolean
Determines whether recurring payment is enabled or not.
description
optional
string
A user-entered description for the payment. For example, Creating recurring payment for Nur Aisyah
notes
optional
object
Key-value pair you can use to store additional information about the entity. Maximum of 15 key-value pairs, 256 characters each. For example, "note_key": "Beam me up Scotty”
.
Is this integration guide useful?