Skip to main content
Available in🇮🇳 India
Third-party validation (TPV) of bank accounts is mandatory for businesses in the BFSI (Banking, Financial Services and Insurance) sector dealing with Securities, Broking and Mutual Funds. You can accept customer payments with the Turbo UPI UI TPV SDK. Know more about How TPV works.
Watch Out!You can choose to maintain a whitelisted account per customer using the S2S Customer Add Bank Account API on your end. This is an additional functionality. This will help you during the onboarding flow, where only whitelisted accounts will be shown to the users during onboarding.
  1. Contact our integrations team to get your mobile number, app, and GitHub account whitelisted to get access to the https://github.com/upi-turbo/android-turbo-sample-app - sample app repository. In this repository, you will find the AAR files (libraries for Turbo UPI) and the sample app source code to help you with the integration. The AARs on the main branch are for the UAT environment, and the ones on the prod branch are for the production environment.
    These are the important files in the sample app repo:
    • app/src/turboUI: Sample app code for UI SDK
    • app/libs: All libraries (Bank, SecureComponent and Turbo) common for headless and UI SDK.
    • app/uiLibrary: Library for UI SDK.
    • app/build.gradle: All transitive dependencies needed to integrate Turbo SDK.
  2. Integrate with the Razorpay Android Custom SDK.
  3. Import the following frameworks:
    • Razorpay Turbo Wrapper Plugin SDK (maven)
    • Razorpay Turbo Core SDK
    • Razorpay SecureComponent SDK
    • Bank SDK
  4. Add the following lines to your Android project’s gradle.properties file:
    • android.enableJetifier=true
    • android.useAndroidX=true
Watch Out!
  • minSDKversion for using Turbo UPI is currently 19 and cannot be over written.
  • Use the rzp_test_5sHeuuremkiApj API key id for testing on the UAT environment and the Razorpay live keys for prod testing.
  • As a compliance requirement, you need to get approval from Google for READ_SMS permission. Refer to the Google article for more details.

1. Integration Steps

Given below are the steps:
You can whitelist (also known as allowlist) your customer’s bank accounts to ensure that only those accounts are considered during customer onboarding. By whitelisting the accounts at the start, you can avoid the bank account linking during payment. Use the Customer APIs to create customers and add their bank account details.For example, if a customer, Gaurav, has two bank accounts ABC and XYZ, you can use the APIs to create a customer id and link the bank accounts to that id. You can then pass this customer id at the time of payment.Follow these steps.
Use this endpoint to create or add a customer with basic details such as name and contact details.
name optional : string Customer’s name. Alphanumeric value with period (.), apostrophe (’), forward slash (/), at (@) and parentheses are allowed. The name must be between 3-50 characters in length. For example, Gaurav Kumar.contact optional : string The customer’s phone number. A maximum length of 15 characters including country code. For example, +919876543210.email optional : string The customer’s email address. A maximum length of 64 characters. For example, gaurav.kumar@example.com.fail_existing optional : string Possible values:
  • 1 (default): If a customer with the same details already exists, throws an error.
  • 0: If a customer with the same details already exists, fetches details of the existing customer.
gstin optional : string Customer’s GST number, if available. For example, 29XAbbA4369J1PA.notes optional : object This is a key-value pair that can be used to store additional information about the entity. It can hold a maximum of 15 key-value pairs, 256 characters (maximum) each. For example, "note_key": "Beam me up Scotty”.
id : string Unique identifier of the customer. For example, cust_1Aa00000000004.name : string Customer’s name. Alphanumeric, with period (.), apostrophe (’), forward slash (/), at (@) and parentheses allowed. The name must be between 3-50 characters in length. For example, Gaurav Kumar.contact : string The customer’s phone number. A maximum length of 15 characters including country code. For example, +919876543210.email : string The customer’s email address. A maximum length of 64 characters. For example, gaurav.kumar@example.com.gstin : string GST number linked to the customer. For example, 29XAbbA4369J1PA.notes : json object This is a key-value pair that can be used to store additional information about the entity. It can hold a maximum of 15 key-value pairs, 256 characters (maximum) each. For example, "note_key": "Beam me up Scotty”.created_at : integer UNIX timestamp, when the customer was created. For example, 1234567890.
The following endpoint adds the customer’s bank accounts.POST customers/:customer_id/bank_account
customer_id mandatory : string Customer id of the customer whose bank account is to be added.
account_number mandatory : string Customer’s bank account number. For example, 11214311215411.beneficiary_name mandatory : string The name of the beneficiary associated with the bank account.beneficiary_address1 optional : string The virtual payment address.beneficiary_email optional : string Email address of the beneficiary. For example, gaurav.kumar@example.com.beneficiary_mobile optional : string Mobile number of the beneficiary.beneficiary_city optional : string The city of the beneficiary.beneficiary_state optional : string The state of the beneficiary.beneficiary_country optional : string The country of the beneficiary.beneficiary_pin optional : integer The pin code of the beneficiary’s address.ifsc_code mandatory : string The IFSC of the bank branch associated with the account.
bank_accounts : array An array containing bank account details.id : string Unique identifier of the bank account.entity : string The type of entity, which in this case is bank_account.ifsc : string The IFSC of the bank branch associated with the account.bank_name : string The name of the bank.name : string The name associated with the bank account.notes : object Set of key-value pairs that can be used to store additional information about the payment.account_number : integer Customer’s bank account number. For example, 0002020000304030434.
Pass the investor bank account details to the bank_account array of the Orders API. Given below is the sample code when the method is upi.
amount mandatory : integer The transaction amount expressed in paise (currency supported is INR). For example, for an actual amount of ₹1, the value of this field should be 100.currency mandatory : string The currency in which the transaction should be made. You can create orders in INR only.receipt optional : string Receipt number that corresponds to this order, set for your internal reference. 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”.method mandatory : string The payment method used to make the payment. If this parameter is not passed, investors will be able to make payments using both netbanking and UPI payment methods. Possible values:
  • netbanking: Investors can make payments only using netbanking.
  • card: Investors can make payments using debit card.
  • upi: Investors can make payments only using UPI.
bank_account mandatory : object Details of the bank account that the investor has provided at the time of registration.account_number mandatory : string The bank account number from which the investor should make the payment. For example, 765432123456789 Payments will not be processed for an incorrect account number.name mandatory : string The name linked to the bank account. For example, Gaurav Kumar.ifsc mandatory : string The bank IFSC. For example, HDFC0000053.
id : string Unique identifier of the order.entity : string Indicates the type of entity. Here, it is order.amount : integer The order amount represented in the smallest unit of the currency passed. For example, amount = 100 translates to 100 paise, that is ₹1 (default currency is INR).amount_paid : integer The amount that has been paid.amount_due : integer The amount that is yet to be paid.currency : string The 3-letter ISO currency code for the payment. Currently, we support INR only.receipt : string A unique identifier of the order entered by the user. For example, BILL13375649.status : string The status of the order.notes : 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”.created_at : integer The Unix timestamp at which the order was created.offer_id : string Unique identifier of the offer.attempts : integer The number of payment attempts, successful and failed, that have been made against this order.
You need to link the customer’s UPI account with your app. Use the code samples given below to fetch the UPI account.
Use the following code to fetch your customer’s UPI account. If there are no linked UPI accounts, an empty list is returned.
Kotlin
Handy Tips
  • Filter bank accounts related to each orderID or Whitelisted accounts.
  • You need to select which bank accounts users can use for payments.
  • For new users, you should display them the approved bank accounts that they can use for transactions. Users need to choose one from the provided list.
  1. To accept payments, call Custom Checkout’s submit method with the following payload:
Submit method
  1. Pass the upiAccount and payload objects as shown in the code below:
Function call
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.
Success Callback
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.
This is a mandatory step to confirm the authenticity of the details returned to the Checkout form for successful payments.To verify the razorpay_signature returned to you by the Checkout form:
  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.

Non-Transactional Flow

You can directly interact with the exposed methods of the Turbo Framework to perform the non-transactional flows listed below.
Let Razorpay SDK manage the linked UpiAccounts on the applications by triggering manageUpiAccounts().

Additional Features

  1. The below function is triggered internally after integrating with the Razorpay Android custom SDK.
Initialise SDK
  1. The .onBackPressed() is triggered when a customer tries to exit the app or return to the previous page. The razorpay.upiTurbo.destroy() function clears that particular session so that when the customer returns, the payment process starts from the beginning.
Kotlin
Handy TipsYou can use the following S2S APIs to maintain and fetch a list of all tpv bank accounts for a customer.

Models Exposed from the SDKs

The SDKs given below provide access to exposed models for seamless integration.
Refer to the list of possible error reasons.

2. Test Integration

We recommend the following:
  • Complete the integration on UAT before using the prod builds.
  • Perform the UAT using the Razorpay-provided API keys.

3. Go-live Checklist

Complete these steps to take your integration live:
  • You should get your app id whitelisted by Razorpay to test on prod.
Handy TipsContact our integrations team to get your mobile number and app whitelisted.
  • Import the prod library from the GitHub repository → https://github.com/upi-turbo/android-turbo-sample-app/tree/prod/app/libs prod branch.
  • Add Proguard rules:
    • keepclassmembers,allowobfuscation class * { @com.google.gson.annotations.SerializedName <fields>; }
    • keepclassmembers enum * { *; }
    • keepclassmembers class * { @android.webkit.JavascriptInterface <methods>; }
    • dontwarn com.razorpay.**
    • keep class com.razorpay.** {*;}
    • keep class com.olivelib.** {*;}
    • keep class com.olive.** {*;}
    • keep class org.apache.xml.security.** {*;}
    • keep interface org.apache.xml.security.** {*;}
    • keep class org.npci.** {*;}
    • keep interface org.npci.** {*;}
    • keep class retrofit2.** { *; }
    • keep class okhttp3.** { *; }
  • Replace the UAT credential with the Razorpay live keys for prod testing.