1. TPAP Pro Flows
Following are the flows available on our TPAP stack:Customer Onboarding
Customer onboarding is a process of binding and registering the customer device by validating the mobile number. The customer’s payment sources are linked to ensure seamless and hassle-free transactions. Additionally, You must create a fingerprint that acts as a unique identifier generated based on various attributes of the device. Know more about customer onboarding. Create a Device Fingerprint Create an unique identifier using various attributes of the device. This identifier is used to recognise the specific device during subsequent transactions. To generate a device fingerprint for the customer:-
Create a string with the following fields separated by a pipe (|).
Attributes | Description
SSID | A sim subscriber id from the native sim module.
APP.ID | The package name of the app.
device.UUID | The advertisement id on Android.
mobile_number | Customer’s phone number present on the device.
customer_reference | The customer reference.
timestamp | The current time in the UNIX timestamp. Ensure to pass the same timestamp in the request header forx-device-fingerprint-timestamp.Code -
Hash this string using the SHA-256 algorithm.
Java
- Send the timestamp within the headers.
Device Binding Status
The following table lists the different device binding status and their description. Know more about device binding.Status | Step | Description
mobile_verification_pending | mobile_verification | The mobile number verification is still pending by the receiver. This means the PSP is yet to receive a callback from the entity that is supposed to verify the number. You must poll the API again.
mobile_verification_expired | mobile_verification | PSP did not receive a callback from the entity that is supposed to verify the number within the expiry time. Hence, the device binding has expired. This is a terminal failure status, and you must stop polling.
mobile_verification_mismatch | mobile_verification | The customer mobile number received from the entity that is supposed to verify the number differs from the one you passed. This is a terminal failure status, and you can stop polling.
verified | mobile_verification | The verification is successful.
mobile_verification_failed | mobile_verification | The mobile verification is failed due to the invalid device details.
device_already_verified | device_binding | The device is already verified.
Funds and Accounts Management
Funds and accounts management helps you manage payment sources and providers. The Razorpay APIs let you add more accounts, delete existing accounts and change PINs for accounts for hassle-free transactions. Know more about managing funds and accounts.Payments
The Payment module enables you to make various transactions using payment APIs. Below are the supported transaction types:-
Make Payments: Facilitate P2P (peer-to-peer) or P2M (peer-to-merchant) payments. The supported payment transfer types are:
- Pay from a VPA to VPA.
- Pay from a VPA to a payment source.
- Pay from a payment source to a VPA.
- Pay from one payment source to another.
- Scan and Pay (UPI QR & Bharat QR): Customers can QR codes and make payments.
- Intent Payment: Customers can make payment through an intent link.
- Payment to a PSP merchant: Customers can make a payment using the merchant VPA.
- P2P Pay (VPA and Account+IFSC): A person can pay to another person using a TPAP.
- Self Pay: Customers can make transactions between their own accounts.
- Collect Payments: This API lets you collect payments from others.
- Approve Collect Requests: This API lets you approve payment collect requests.
- Reject Collect Requests: This API lets you reject payment collect requests.