1. Create the Authorization Transaction
Steps to create an authorization transaction for UPI.
You can create an authorization transaction using the
.To create an authorization transaction using the Razorpay APIs, you need to:
- .
- .
- .
Handy Tips
For the Authorisation Payment to be successful in a day (for example, 5th June), you should create an Order and the Authorisation Transaction on the same day (5th June) before 11:59 pm.
Curlec links recurring tokens to customers via a unique identifier. You can generate this identifier using the Customer API.
You can create
with basic information such asemail
and contact
and use them for various Curlec offerings. The following endpoint creates a customer.
name
mandatory
string
The name of the customer. For example, Nur Aisyah
.
mandatory
string
The email ID of the customer. For example, nur.aisyah@example.com
.
contact
mandatory
string
The phone number of the customer. For example, 60345675444
.
fail_existing
optional
boolean
The request throws an exception by default if a customer with the exact details already exists. You can pass an additional parameter fail_existing
to get the existing customer's details in the response. Possible values:
0
: Retrieve details of the existing customer.1
(default): Throws an exception error.
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”
.
id
string
The unique identifier of the customer. For example cust_1Aa00000000001
.
entity
string
The name of the entity. Here, it is customer
.
name
string
The name of the customer. For example, Nur Aisyah
.
string
The email ID of the customer. For example, nur.aisyah@example.com
.
contact
string
The phone number of the customer. For example, 60345675444
.
notes
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”
.
created_at
integer
A Unix timestamp, at which the customer was created.
You can create an order once you create a customer for the payment authorisation.
The Orders API allows you to create a unique Razorpay order_id
, for example, order_1Aa00000000001
, that would be tied to the authorization transaction. Refer to our detailed
Use the below endpoint to create an order.
You can create a payment against the order_id
once it is generated.
Supported Frequency
Currently, UPI Recurring Payment only supports monthly frequency.
The frequency is displayed on your customer's PSP while attempting the mandate registration.
amount
mandatory
integer
Amount in currency subunits.
currency
mandatory
string
The 3-letter ISO currency code for the payment. Currently, we only support INR
.
merchant_id
mandatory
string
This is the Razorpay merchant ID for your Razorpay account. You can find this by logging in to the Dashboard and clicking the user icon in the top right corner.
customer_id
mandatory
string
The unique identifier of the customer. For example, cust_4xbQrmEoA5WJ01
.
method
mandatory
string
The authorisation method. Here, it is upi
.
token
object
Details related to the authorisation such as max amount, frequency and expiry information.
max_amount
mandatory
integer
The maximum amount that can be debited in a single charge.
For other categories and MCCs, the minimum value is 100
(₹1) and maximum value is 9999900 (₹99,999).
expire_at
mandatory
integer
The Unix timestamp that indicates when the authorisation transaction must expire. The default value is 10 years, and the maximum value allowed is 30 years.
frequency
mandatory
string
The frequency at which you can charge your customer. Possible values:
daily
weekly
fortnightly
bimonthly
monthly
quarterly
half_yearly
yearly
as_presented
recurring_value
optional
integer
Determines the exact date or range of dates for recurring debits. Possible values are:
- 1-7 for
weekly
frequency - 1-31 for
fortnightly
frequency - 1-31 for
bimonthly
frequency - 1-31 for
monthly
frequency - 1-31 for
quarterly
frequency - 1-31 for
half_yearly
frequency - 1-31 for
yearly
frequency and is not applicable for theas_presented
frequency.
Watch Out!
If the date entered for the recurring debit is not available for a month, then the last day of the month is considered by default. For example, if the date entered is 31 and the month has only 28 days, then the date 28 is considered.
recurring_type
optional
string
Determines when the recurring debit can be done. Possible values are:
-
on
: Recurring debit happens on the exact day of every month.Handy Tips
For creating an order with
recurring_type
=on
, set therecurring_value
parameter to the current date. -
before
: Recurring debit can happen any time before the specified date. -
after
: Recurring debit can happen any time after the specified date.
For example, if the frequency
is monthly
, recurring_value
is 17
, and recurring_type
is before
, recurring debit can happen between the month's 1st and 17th. Similarly, if recurring_type
is after
, recurring debit can only happen on or after the 17th of the month.
bank_account
mandatory
object
Details of the bank account of the customer.
account_number
mandatory
string
The bank account number of the customer. For example, 123456789012345
.
ifsc
mandatory
string
The IFSC of the bank. For example, HDFC0000053
.
name
mandatory
string
The name of the bank account holder.
customer_details
mandatory
object
This contains details about the customer details of the order.
name
mandatory
string
Customer's name.
- Character length: Between 5 and 50 characters.
- Allowed characters: Uppercase letters (A-Z), lowercase letters (a-z), and spaces (not at the beginning).
- Not allowed characters: Numbers, special characters (e.g., @, ", ,, ., etc.), Unicode characters, emojis, and non-Latin scripts or regional languages.
- Prohibited names: Names must be meaningful and contextually appropriate.
- Avoid using repetitive patterns (e.g., aaa, xyz, kkk kk).
- Names like litri litri, Hfg Gh, or husi husi are not permitted.
- Curse words or offensive names are not prohibited.
- Example:
Gaurav Kumar
.
optional
string
The customer's email address. A maximum length of 64 characters for the username. For example, in "
contact
optional
string
The customer's phone number. A maximum length of 15 characters including country code. For example, +919000090000
.
shipping_address
mandatory
object
This contains the shipping address of the order.
line1
mandatory
string
Address Line 1 of the address.
- Character length: Must be between 3 and 100 characters.
- Allowed characters: Uppercase letters (A-Z), lowercase letters (a-z), numbers (0-9), spaces, and special characters (*&/-()#_+[]:'".,.).
- Not allowed characters: Regional languages.
line2
mandatory
string
Address Line 2 of the address.
- Character length: Must be between 3 and 100 characters.
- Allowed characters: Uppercase letters (A-Z), lowercase letters (a-z), numbers (0-9), spaces, and special characters (*&/-()#_+[]:'".,.).
- Not allowed characters: Regional languages.
city
mandatory
string
Name of the city. Must be between 3 and 50 characters in length and can only include uppercase (A-Z) and lowercase (a-z) English letters, and spaces.
country
mandatory
string
ISO3 country code of the billing address. Only IND
is allowed.
state
mandatory
string
Name of the state. It must be between 3 and 50 characters extended and can only include uppercase (A-Z) and lowercase (a-z) English letters and spaces. Please send the full name of the state, for example, Madhya Pradesh.
zipcode
mandatory
string
The ZIP code must consist of 6-digit numeric characters. Only valid Indian ZIP codes will be accepted. Refer to the
latitude
optional
float
Latitude of the position expressed in decimal degrees (WSG 84), for example, 6.244203. A positive value denotes the northern hemisphere or the equator, and a negative value denotes the southern hemisphere. The number of digits to represent the precision of the coordinate.
longitude
optional
float
Longitude of the position expressed in decimal degrees (WSG 84), for example, -75.581211. A positive value denotes east longitude or the prime meridian, and a negative value denotes west longitude. The number of digits to represent the precision of the coordinate.
insights
optional
json object
Additional details of the customer, including past transaction data.
order_count
optional
integer
Total orders placed by the account so far on the business platform. For example, 22.
chargeback_count
optional
integer
Total chargeback received for the customer account on the business platform. For example, 4.
tier
optional
string
Your company's passenger classification, such as with a frequent flyer program. In this case, you might use values such as:
standard
gold
platinum
booking_channel
optional
string
To share if the user is an agent, corporate, or individual. Possible values:
agent
corporate
individual
has_account
optional
boolean
To denote if the buyer is on guest checkout or has logged into the account. Possible values:
- 1
: If the user is logged into the account.
- 0
: If the user is on guest checkout.
registered_at
optional
integer
UNIX timestamp when the customer account was created. For example, 1234567890.
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 15 key-value pairs, 256 characters each. For example, "note_key": "Beam me up Scotty”
.
amount
integer
Amount in currency subunits. For cards, the amount should be 100
(RM 1.00).
amount_due
integer
The amount that the customer has yet to pay.
amount_paid
integer
The amount that has been paid.
attempts
integer
The number of payment attempts, successful and failed, that have been made against this order.
created_at
integer
The Unix timestamp at which the order was created.
currency
string
The 3-letter ISO currency code for the payment. Currently, we only support INR
.
entity
string
Name of the entity. Here, it is order
.
id
string
A unique identifier of the order created. For example order_1Aa00000000002
.
notes
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”
.
receipt
string
A user-entered unique identifier of the order. For example, Receipt No. 1
. You should map this parameter to the order_id
sent by Curlec.
status
string
The status of the order.
Given below is a list of possible errors you may face while creating an Order.
Handler Function vs Callback URL
- Handler Function:
When you use the handler function, the response object of the successful payment (razorpay_payment_id
,razorpay_order_id
andrazorpay_signature
) is submitted to the Checkout Form. You need to collect these and send them to your server. - Callback URL:
When you use a Callback URL, the response object of the successful payment (razorpay_payment_id
,razorpay_order_id
andrazorpay_signature
) is submitted to the Callback URL.
You should send the following additional parameters along with the existing checkout options as a part of the authorisation transaction.
customer_id
mandatory
string
Unique identifier of the customer created in the
order_id
mandatory
string
Unique identifier of the order created in the
recurring
mandatory
string
Determines if the recurring payment is enabled or not. Possible values:
1
: Recurring payment is enabled.preferred
: Use this if you want to allow recurring payments and one-time payment in the same flow.
notes
mandatory
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”
.
invoice_number
mandatory
string
Invoice number of the generated invoice. Ensure that each payment has a unique invoice number, with a length of fewer than 40 characters.
goods_description
optional
string
Description of the goods. For example, Digital Lamp
.
Given below is a list of possible errors you may face while making the authorisation payment.
Is this integration guide useful?