Skip to main content
Available in🇮🇳 India🇸🇬 Singapore🇺🇸 United States
Follow the steps to integrate Custom Checkout in your site: 1.1 Create an Order in Server. 1.2 Fetch Payment Methods. 1.3 Invoke Checkout and Pass Order Id and Other Options to it. 1.3.1 Include JavaScript code in your Webpage. 1.3.2 Instantiate Custom Checkout. 1.3.3 Submit Payment Details. 1.4 Store Fields in Your Server. 1.5 Verify Payment Signature. 1.6 Verify Payment Status.

1.1 Create an Order in Server

Order is an important step in the payment process.
  • An order should be created for every payment.
  • You can create an order using the Orders API. It is a server-side API call. Know how to authenticate Orders API.
  • The order_id received in the response should be passed to the checkout. This ties the Order with the payment and secures the request from being tampered.
Watch Out!Payments made without an order_id cannot be captured and will be automatically refunded. You must create an order before initiating payments to ensure proper payment processing.

API Sample Code

The following is a sample API request and response for creating an order:

Request Parameters

Here is the list of parameters and their description for creating an order: amount mandatory : integer Payment amount in the smallest currency sub-unit. For example, if the amount to be charged is ₹299, then pass 29900 in this field. currency mandatory : string Currency code for the currency in which you want to accept the payment. receipt optional : string Your receipt id for this order should be passed here. Maximum length is 40 characters. notes optional : json 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”. partial_payment optional : boolean Indicates whether the customer can make a partial payment. Possible values:
  • true: The customer can make partial payments.
  • false (default): The customer cannot make partial payments.
id mandatory : string Unique identifier of the customer. For example, cust_1Aa00000000004. Know more about Orders API.

Error Response Parameters

The error response parameters are available in the API Reference Guide.

1.2 Fetch Payment Methods

When creating a custom checkout form, display only the activated methods to the customer. Use the below methods to fetch all payments methods available to you: Know more about the various payment methods offered by Razorpay.

1.3 Invoke Checkout and Pass Order Id and Other Options to it

1.3.1 Include JavaScript code in your Webpage

Include the following script, preferably in the <head> section of your page:
Index HTML
Handy Tips
  • Include the script from https://checkout.razorpay.com/v1/razorpay.js instead of serving a copy from your server. This allows the library’s new updates and bug fixes to fit your application automatically.
  • We always maintain backward compatibility with our code.

1.3.2 Instantiate Custom Checkout

  • Single Instance on a Page:
Invoke a Single Instance
  • Multiple Instances on Same Page: If you need multiple Razorpay instances on the same page, you can globally set some of the options:
Invoke Multiple Instances
Customer Fee Bearer (CFB) RequirementsFor card payments with CFB enabled, set redirect: true and include callback_url during Razorpay instantiation.

Checkout Options

While building a custom UI for accepting payments from your customers, you should be familiar with the fields supported in the razorpay.js script. key mandatory : string API Key ID generated from DashboardAccount & SettingsAPI Keys. description optional : string Description of the product shown in the Checkout form. It must start with an alphanumeric character. image optional : string Link to an image (usually your business logo) shown in the Checkout form. Can also be a base64 string, if loading the image from a network is not desirable. order_id mandatory : string Order ID generated via the Orders API. notes optional : object Set of key-value pairs that can be used to store additional information about the payment. It can hold a maximum of 15 key-value pairs, each 256 characters long (maximum). method mandatory : string The payment method used by the customer on Checkout.
Possible values:
  • card (default)
  • ach
card mandatory if method=card : object The details of the card that should be entered while making the payment. number : integer Unformatted card number. name : string The name of the cardholder. expiry_month : integer Expiry month for card in MM format. expiry_year : integer Expiry year for card in YY format. cvv : integer CVV printed on the back of the card. bank_account mandatory if method=ach : object Bank account details. account_number mandatory : string Customer’s bank account number. name mandatory : string Account holder’s name as per bank records. bank_code mandatory : string The ACH routing number of the bank account. bank_code_category mandatory : string The category of bank code. Must be routing_number for ACH payments. account_type mandatory : string Type of bank account. Possible values:
  • personal_savings: Individual savings account.
  • personal_checking: Individual current account.
  • business_savings: Business savings account.
  • business_checking: Business current account.
callback_url optional : string Customers will be redirected to this URL on successful payment. Ensure that the domain of the Callback URL is whitelisted. This parameter is mandatory for payments. redirect optional : boolean Determines whether to post a response to the event handler post payment completion or redirect to Callback URL. callback_url and redirect parameters are mandatory for these payments. Possible values:
  • true: Customer is redirected to the specified callback URL in case of payment failure. For payments, the redirect parameter should always be sent as true.
  • false (default): Customer is not redirected to the specified callback URL.

1.3.3 Submit Payment Details

After creating an order and obtaining the customer’s payment details, send the information to Razorpay to complete the payment. The data that needs to be submitted depends on the customer’s payment method. You can do this by invoking createPayment method.
Know more about sample codes for various payment methods.
Watch Out!The createPayment method should be called within an event listener triggered by user action to prevent the popup from being blocked. For example:
Handy Tips
  • Handler Function
    When you use the handler function, the response object of the successful payment (razorpay_payment_id, razorpay_order_id and razorpay_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, Razorpay makes a post call to the callback URL, with the razorpay_payment_id, razorpay_order_id and razorpay_signature in the response object of the successful payment (razorpay_payment_id and razorpay_order_id).

1.4 Store Fields in Your Server

A successful payment returns the following fields to the Checkout form.
  • You need to store these fields in your server.
  • You can confirm the authenticity of these details by verifying the signature in the next step.

razorpay_payment_id : string Unique identifier for the payment returned by Checkout only for successful payments.razorpay_order_id : string Unique identifier for the order returned by Checkout.razorpay_signature : string Signature returned by the Checkout. This is used to verify the payment.
A failed payment returns an error response.
Sample Error Response
Know more about Error Codes.

1.5 Verify Payment Signature

This is a mandatory step to confirm the authenticity of the details returned to the Checkout form for successful payments.
  1. Create a signature in your server using the following attributes:
    • order_id: Retrieve the order_id from your server. Do not use the razorpay_order_id returned by Checkout.
    • razorpay_payment_id: Returned by Checkout.
    • key_secret: Available in your server. The key_secret that was generated from the Dashboard.
  2. Use the SHA256 algorithm, the razorpay_payment_id and the order_id to construct a HMAC hex digest as shown below:
HMAC Hex Digest
  1. If the signature you generate on your server matches the razorpay_signature returned to you by the Checkout form, the payment received is from an authentic source.
Given below is the sample code for payment signature verification:
After you have completed the integration, you can set up webhooks, make test payments, replace the test key with the live key and integrate with other APIs.

1.6 Verify Payment Status

Handy TipsOn the Razorpay Dashboard, ensure that the payment status is captured. Refer to the payment capture settings page to know how to capture payments automatically.
To verify the payment status from the Razorpay Dashboard:
  1. Log in to the Razorpay Dashboard and navigate to TransactionsPayments.
  2. Check if a Payment Id has been generated and note the status. In case of a successful payment, the status is marked as Captured.

Next Steps

Step 2: Test Integration