You should choose one or the other, but not both.
That's not the way to put on public docs.
You should choose one or the other, but not both.
That's not the way to put on public docs.
If the customer has not linked any UPI account, u
This is not necessarily the case. Even if the user has linked the account, this can still be used
You can filter UpiAccounts for bank accounts related to each orderID or Whitelisted accounts. You need to select which bank accounts the users can use for payments, and we will provide a list of linked bank accounts. When users first sign up, you should display them the approved bank accounts that they can use for transactions. Users need to choose one from the provided list.
Not able to understand this @kshetra. This isn't easily consummable
DEVICE_BINDING_INCOMPLETE
This should come after the next paragraph, that empty list will be returned @kshetra
Step 1: Collect Investor Bank Account DetailsCollect the bank account details provided by t
Don't think this is required. Can be skipped @kshetra
You can choose to maintain a whitelisted account per customer using S2S Customers API on your end.
Need more details on this @kshetra. This looks incomplete and definitely not self serve.
If the user changes their mobile number during onboarding, you should store the updated number and pass it to the Turbo SDK.
Why have we added this? Let's not add details like these please @kshetra
r Turbo)
Turbo UPI. Let's not use just Turbo anywher
itelisted accounts will be sho
We need to add more details and step by step guide to use it @kshetra
us
Us? Don't think it's correct
SecureComponen
Secure Component will not be there no?
The AARs on the main branch are for the UAT environment, the ones on the prod branch are for the production environment, and the mock branch is for the mock environment.
We shouldn't mention other environment here no?
et your mobile number, app, and GitHu
Is this really required? Phone number is not required to be whitelisted.
No Dependency on UAT Environment:
These should be in bold
1. Ar
"What are the" @kshetra
UPI terminals
Instant Refunds are not on UPI terminals. Just say that if I am using instant refunds instead.
And answer should be that - Yes, if you are using Razorpay's instant refunds functionality, same will be automatically applied for Turbo UPI. And ask them to raise a request to know. Give the link to support section @kshetra
We have built Turbo UPI in a way that it can be deployed across any Razorpay checkout - Standard, Custom or S2S. The integration efforts on each of these will differ depending on whether or not you wish to control the user-experience journey. On our Standard Checkout offering, you can be up and running in 1-2 days.
Add link to integration variants here @kshetra
Error Code Mapping
We need to add link to error code mapping
No, a business does not become a TPAP when integrating with the Turbo UPI solution. According to the (OC 154 Circular); the licensed party remains the bank's SDK, while Razorpay steps in to play the front-end role of a TPAP like GPay / PhonePe. For this reason, the business does not have to undergo any lengthy certification process with NPCI and experiences a faster go-to-market. For all other purposes, businesses become a UPI app (for P2M transactions only) without undergoing the red tape associated with becoming a TPAP.
This needs better structuring. Please check with Vaidehee
outing rule to direct 100% of traffic towards Razorpay instead of other PGs. Only then will end-users be able to benefit from Turbo
Give the link to Turbo UPI <> Optimizer link @kshetra
2. What happens in case of pending transactions due to issues in the UPI ecosystem? Is the user returned to the original checkout with pending status or remains on the PIN screen to retry?
Don't need this IMO
1. We already have payment success / fail screens at our end. Do we have the option to remove it from this flow to avoid duplicity?
Don't need this IMO
The device binding process is a one-time effort. It must be repeated if the user uninstalls the app or clears their storage only.
Explain Device Binding is to verify phone number is present with the user by an outgoing SMS from the user's device. This is required only for the first time. Please add that it is not required every time new account linking is happening.
Then in Watch out section, say that it will be repeated if user uninstalls the app or clears their storage.
Razorpay will trigger a webhook when the payment is successful or failed. Refer to the payment payloads.
We need to add more details here please. Make it verbose
6. What is the process for refunds on UPI transactions via Turbo UPI? Refunds on Turbo UPI will be processed in 3-4 business days, which is the normal TAT for refunds. The complete amount will be refunded to you.
We can remove this question @kshetra
Immediately after you set a new PIN or reset an old UPI PIN, the bank sets a cooling-off period on the user's bank account to ensure security. The actual duration of this period may vary from bank to bank.
Remove this point please
e there any sp
Add one more question - How do I nudge users to complete onboarding? Ans - Clearly mention the value proposition of 1 Step Payment experience, Fastest Payment experience Additionally, we recommend that you run offers initially to generate user interest to nudge them to try the 1 step payment experience
Onboarding
Move this section after payments please
w SMS permission so
We need additional permissions. Can you please correct this?
An @axisbank VPA is created at the backend only if the user is not already an Axis VPA user.
This isn't helping. Instead here we should say that existing @axl @okaxis handle won't be reused. Only @axisbank handle will be reused @kshetra
If the user does not have an @axisbank UPI ID, we will create it during the one-time device binding process.
This doesn't seem to be answering the question directly. Please add something like "We use @axisbank handle for supporting Turbo UPI handles. If there is existing @axisbank handle for your customer, it will be automatically fetched and user can directly proceed with it.
Then add this line that it will create @axisbank UPI ID in backend only if user doesn't have existing UPI ID present"
Do rephrase to make it merchant friendly.
Turbo UPI logo i
I think it would be better to give the link to Turbo UPI only. Can we have a link to Turbo UPI logo itself? A separate page with image would do. @kshetra
These are the important files in the sample app repo: app/src/turboHeadless: sample app code for headless SDK app/libs: all libraries (bank, NPCI and Turbo) common f
These should come after point 4 right?
Get your mobile number and app whitelisted
This isn't ready for external consumption. Need to phrase it better
ill take T+4 days.
No need to add the TAT
NPCI
Secure component
NPCI
Secure Component
VPA
Bank account
Get your
Can we phrase this better please.
Better to list the steps together in one go. Also, mark it that it is required for testing. No need to add the TAT.
epo
Link?
In this repository, you will find the AAR files (libraries for Turbo) and the sample app source code to help you do the entire 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:
Improve phrasing please. This is not very external facing @vinita
You can directly interact with the exposed methods of the Turbo framework to perform the non-transactional flow listed below.
This isn't correct. Can you check with Vivek on this?
Integration StepsThis feature will be available soon for Standard Int
Share the link for Custom Checkout integration of Headless SDK?
UPI ac
Bank Account
UPI acco
bank account
Link a new UPI Account: Customers can link a new UPI account to the merchant app.
We can skip this. This would anyway be integrated
can be
should also be integrated
g the new VPA.
using the newly added Bank account. No need to mention VPA please
This creates a new VPA and links it to your app.
Let's not talk about VPA. We should say that this adds the bank account of the customer and onboarding is complete
Handy TipsIn case the customer has multiple SIMs in their device, they should choose the SIM linked to their bank account.
Not true. Can skip this handy tips
They select UPI as the payment method and are
This would be the first step. It should begin with - "As user lands on Checkout, and selects Turbo UPI", they are guided to add their bank account
ers
I think we can remove this case. Unnecessarily adds to the number of steps
They are guided to select a bank account, create a VPA and link it with your app.
Instead of this, just add - These are the steps of Onboarding Flow on Turbo UPI
Watch Out!You can ignore the following steps if you already have an existing VPA with our Partner Bank. In this flow, the customer will not have an existing VPA set with the partner bank.
We don't need any of this Watch out section or customers will not have an existing VPA
ample UI representation:
Instead of Sample UI representation, we should say - "This is how the user journey will look like"
Given
Just add a good and positive message like - "And that's it. Payment is completed. It's that simple on Turbo UPI"
The customer will receive a confirmation message once the transaction is successful.
We can remove this step
and confirms the payment.
It's sufficient till UPI PIN. Can skip rest of this sentence
linked bank account
only bank account, not linked bank account
Transactional Flow is the process a user makes a payment for a product/service usin
This looks too complicated and seems incorrect sentence. Please rephrase this - Transactional flow is the user journey of making the payment.
Trubo
Turbo, not Trubo :)
Turb
Turbo UPI
in the payment experience.
during the payment journey
opportunities
chances - not opportunities.
Higher success
Improve your Success Rate by 6-8%
get mor
gives you more visibility on reasons for payment failures
re
this reduces
Achieve a faster time-to-market.
faster time to market for any new features on UPI and innovations from NPCI
end-to-end control over transactions.
control over your customer's payment journey
Single
Add one more point - 5x faster UPI payment v/s regular UPI payments
prove UPI payment success rate with UPI Turbo compared to traditional Third Party UPI Apps.
Improve Success rate by 6-8%
2 simple steps.
1 step
iders like GPa
Please remove Payment Service Providers from here as GPay and PhonePe are UPI Apps
2. Onboarding Flow
I think this is too much detail in my opinion, specially for an overview page.
Would suggest to only show user journey for 2.2 - show the relevant screens.
And then, in watch out / handy tips, mention about 1st case that if user already has an @axis VPA, Steps X,Y,Z won't be there
And if user hasn't setup UPI PIN ever, then there would be two additional standard steps of entering the card details and setting up UPI PIN. This would make the document concise and easier to read. What do you think? @kshetra?
Higher success rate.
This doesn't read very nice, like higher success rate than what?
We should phrase this something like - "Get higher success rate for UPI payments made via UPI Turbo v/s traditional UPI payment via Third Party UPI Apps" , Feel free to modify that looks best according to you. @kshetra
r UPI Turbo usi
Give a link to UPI Turbo here. Here is the link https://razorpay.com/docs/payments/payment-gateway/android-integration/custom/payment-methods/upi-turbo
only supported payment provider for UPI
Please add that if no routing rules are set, then by default 100% traffic will be routed via Razorpay
Custom
For custom it's available. For Standard it will be available soon
make
+1 to vinita's point. Do bring out the TPV angle and say reduce the TPV failure rates completely with this UPI turbo product. TPV is the biggest pain point and we will reduce the TPV failures completely
a faster time-to-market.
Let's make this a separate point as it's a major advantage
They can get all the information from your app.
I think let's not say like this as it would put merchant on the backfoot. In my opinion, say that customer will not be handling multiple parties to resolve dispute and will have single point of dispute resolution
thereby increasing the success rate.
Let's make a separate point for higher success rate. It's a major advantage
PSP (Payment Service Providers
GPay, PhonePe are not PSPs, they are Third Party UPI Apps. So let's replace PSP with Third Party UPI Apps
SDK
Solution?
2-step
This would be 1 step
Returns a list of banks. This list is fetched from Razorpay backend.
Not clear description. Better to write like - Returns the list of 8 top banks @kshetra
Bank SDK (depending on the bank that you want to use)
Should we mention this as well?
NPCI Commons Library
Don't mention this explicitly please
break; case SELECT_SIM:
Add cases - If customer has single SIM , then this won't be called and directly next function be called. Secondly, even in case of dual sim, we will internally check the number passed by merchant and the number from the network provider. If they match, then also, we will skip this function call. @vinita
Let your customers delink their VPAs.
Add a meaning of this.
This lets customer removes a particular customer handle from the merchant app
Name of account holder.
Name of the account holder
Bank of bank account.
Can we rephrase this ? Doesn't sound good
Returns masked bank account number.
Give example
IM slot number.
Example?
Mobile number stored in SIM card.
Example?
Expiry yea
Format of year?
Package-Private--VPA
Should package-private be listed on public docs? Check with Prasad and Vivek. @vinita
AllBanks
What about popular bank? @vinita?
ext Function
Is this correct, do check with @vivek once ? @vinita
and has created a new one
Or wants to link a new one @vinita
result
data
result
data
result
it should be "data" instead
set the VPA PIN
Update the heading please
ng the prod
It's not a product per say in eyes of merchant. It's the payment method / option
xisting VPA with Partner Bank
Update the heading please
The customer needs to give permission to complete SMS verification to validate the phone number with the bank.
Write it as a secondary step. Say if not already provided, then customers will allow permissions
your customers need to complete device binding and link their VPA to your app.
The sentence doesn't sound good. It sounds daunting that customers have to do this. Instead write in the way that Razorpay will take care of this step
iagram:
Hope it is vetted with engineering? Please double check and update here once it's done
VPA PIN
It's not VPA PIN. It's either VPA or UPI PIN
low 2: Customer does not have an existing VPA with Partner Bank
but has setup the VPA at least once
Dialog
It's not a dialog. It's NPCI UPI PIN screen.
After the customer has completed the onboarding, the transaction flow for subsequent payments is simplified to a 2-step process.
Doesn't sound very good. Please rephrase
Given below is the flow diagram:
Can't see the image
They need to complete SMS verifi
Same as above
In this flow, as the customer does not have an existing VPA and no PIN set up. They are guided to select a bank account, create a VPA, set up a PIN and link it with your app.
Please rephrase as per our discussion
product/service
Let's not write this way. Let's finalize what we will say and stick to it
In this flow, as the customer does not have an existing VPA. They are guided to select a bank account, create a VPA and link it with your app.
Needs rephrasing. User will have VPA set but not with partner bank
They need to complete SMS
Not they. We will do SMS verification
Given below is the flow diagram:
Image not visible
Flow 1: Customer has an existing VPA Flow 2: Customer does not have an existing VPA but has set UPI PIN Flow 3: Customer neither has a VPA nor a UPI PIN
Please rephrase this as per our discussion
There are two flows for the customer: Onboarding and Transaction.
Can skip this line
Reduce payment failures: A smoother payment process for end-users, means less failures.
instead write higher success rate please
Reduce timeouts and improve visibility on UPI: With customers never leaving your app, reduce timeout issues significantly, and get more visibility on payment failures.
Second part is repetitive. And overall could be better
Get end-to-end control over transactions and a faster time-to-market.
Add complete in-app flow without redirection. This gives merchant full control over user journey
Minimal room for payment failure.
Simplified payment process with just 2 steps.
Add more. Like fast payment process, without redirection, etc.
Given below is a sample UI representation:
Can't see the image
During payments, customers can select the linked UPI and get redirected to the preferred UPI app to complete the payment.
This is wrong. This is what we are cutting out with our solution
Customers can link their preferred VPA with your app.
Not correct. Don't think we need this
Your customers no longer need to remember UPI IDs (VPA).
This was anyway not the case right if merchants used GPay, PhonePe
Turbo-in-app SDK Integration
Not correct. It would be custom checkout integration only.
reference_id mandatory string The internal reference ID.This value can be maximum of 20 characters. For example, 123123.
Not mandatory
BbHKlnuyZkf0x
Remove MID from here please
.
and pass the bank account details for the settlement account @palu
Request Parameters🔗 addresses The address of the stakeholder. residential The residential address information. street optional string The street in the address. city optional string The name of the city in your address. state optional string The name of the state in your address. postal_code optional string The postal code. country optional string The name of the country. kyc Your KYC information.
Can you check this? Doesn't look correct to me @palu
string The name of the stakeholder. addresses The address of the stakeholder. residential The residential address information. street optional string The street in the address. city optional string The name of the city in your address. state optional string The name of the state in your address. postal_code optional string The postal code. country optional string The name of the country. kyc Your KYC information.
Missing parameters.
contact_name":"Gaurav Kumar", "contact_info":{ "chargeback":{ "email":null, "phone":null, "policy_url":null }, "refund":{ "email":null, "phone":null, "policy_url":null }, "support":{ "email":null, "phone":null, "policy_url":null } } }
This isn't correct response. @palu. Can you check it for real and then update it here?
email mandatory string The account holder's email id.
Parameters are still missing @palu
Linked Account Ent
Some parameters are missing such as customer_facing_name @palu
90ced751-6575-4708-a070-0bdf7a94b0e5
We should update this because of 20 character limit @palu
Request Parameters
Don't think all request parameters are considered here. Do add optional as well
UUI4
Not UUID4. But something like "90ced751-6575-4708-a070-0bdf7a94b0e5"
UUI4
Not UUID4. Something like this - "90ced751-6575-4708-a070-0bdf7a94b0e5"
Linked Account Activation State
This isn't true now right? @Palu?
"account_permissions":{ "dashboard":true, "refunds":false
Not here
"field_reference":"settlements.beneficiary_name", "resolution_url":"/accounts/acc_HQVlm3bnPmccC0/products/acc_prd_HEgNpywUFctQ9e", "reason_code":"field_missing", "status":"required"
Add one example for kyc failed case also @palu
"account_permissions":{ "dashboard":true, "refunds":false }, "notifications":{ "whatsapp":false, "sms":false, "email":[ "gaurav.kumar@example.com", "acd@example.com"
These two objects won't be there @palu
DEMO
Show some ID, Demo doesn't look good.
account_code
reference_id not account_code. @palu
linked_account
route
profile
Add reference ID also.
standard
Route
linked_account
Route
KYC Requirements
This needs change @palu
Onboard Linked Accounts
Linked Account Onboarding
a Apis
LA APIs?
linked_account
Route @palu
How does it help me?🔗
Can be worded better
5. What happens if I send a duplicate transfer request with the Idempotency Key?🔗 You will receive the same response as the first transfer that was processed. In case a different request is sent with the same idempotency key, it will fail with a Bad Request Error.
Mixing multiple answers with a different question
t with the Idempotency Key?🔗
same idempotency key right?
4. Is it mandatory to send the idempotency key in all Direct Transfer requests?🔗
Letter capitalization for Idempotency Key
idempotency is supported only for Direct Transfers.
Idempotency is supported? Doesn't sound right. Idempotent request should be the better word
created as part of the first transaction.
Not clear
ayout entity
payout entity? X ka copy mat karo :P
double-payout
not payout. its a transfer.
For example, if a transfer is created with on_hold_until timestamp defined as 1583991784, the settlement will be held off until the specified time period. The amount will be settled to the linked account only on the next day.
Same as above
For example, if the settlement schedule is T+10 days, a transfer made with on_hold set to 1 will not be settled even after 10 days, as it is on hold. If the hold is disabled on T+15 day, the amount will be settled to the linked account by the next working day.
Do we need this here? Let's add it separately in a watch out or note section @palu
setting
setting? Let's always use the fields name wherever possible
A nique i
unique
A new reversal entity is created internally and linked for every reversal defined by the transfer_id. The following endpoint creates refunds on a particular payment_id.
Not crystal clear. Anyone who has no context would be lost here. @palu
ayment before processing
@palu Confirm this once with @Soutreya
omers and reverse transfers made to linked acco
Let's make this language better.
uring payment. For
During payment what? @palu
curl -X GET https://api.razorpay.com/v1/payments \ -u [YOUR_KEY_ID]:[YOUR_KEY_SECRET] \ -H 'X-Razorpay-Account: acc_IRQWUleX4BqvYn' \
Your API response isn't correct @palu. Method should be transfer only but its showing netbanking as method. Use postman to get the actual API response here.
The following endpoint fetches details of settlements made to linked accounts. /transfers?expand[]=recipient_settlementYou should append ?expand[]=recipient_settlement as the query parameter to the fetch transfer request. This would return a settlement entity and the transfer entity.
Do we need this separate section? Shouldn't this be a part of fetch settlement API section itself?
settlement obtained from the settlement.processed webhook event.
Webhook isn't the only method to get the settlement ID right? Let's not portray it that way. Moreover, of a settlement isn't sufficient enough. @palu
The following endpoint retrieves the collection of all transfers made for a particular recipient_settlement_id. /transfers?recipient_settlement_id Curl Java PHP Node.JS Python Ruby Go ResponseCopycurl -X GET https://api.razorpay.com/v1/transfers?recipient_settlement_id=setl_HYIIk3H0J4PYdX \ -u [YOUR_KEY_ID]:[YOUR_KEY_SECRET] \ CopyRazorpayClient razorpay = new RazorpayClient("[YOUR_KEY_ID]", "[YOUR_KEY_SECRET]"); JSONObject params = new JSONObject(); params.put("recipient_settlement_id","setl_HYIIk3H0J4PYdX"); List<Transfer> transfers = razorpay.transfers.fetchAll(params); Copy$api = new Api($key_id, $secret); $api->transfer->all(array('recipient_settlement_id'=> $recipientSettlementId)); Copyvar instance = new Razorpay({ key_id: 'YOUR_KEY_ID', key_secret: 'YOUR_SECRET' }) instance.transfers.all({ recipient_settlement_id : recipientSettlementId }) Copyclient = razorpay.Client(auth=("YOUR_ID", "YOUR_SECRET")) client.transfer.all({ "recipient_settlement_id":"recipientSettlementId" }) Copyrequire "razorpay" Razorpay.setup('YOUR_KEY_ID', 'YOUR_SECRET') recipientSettlementId = "setl_HYIIk3H0J4PYdX" Razorpay::Transfer.all({ "recipient_settlement_id": recipientSettlementId }) Copyimport ( razorpay "github.com/razorpay/razorpay-go" ) client := razorpay.NewClient("YOUR_KEY_ID", "YOUR_SECRET") data:= map[string]interface{}{ "recipient_settlement_id": "<recipientSettlementId>", } body, err := client.Transfer.All(data, nil) Copy
@palu: Let's add more than 1 transfer in the response please
Response Parameters🔗
Not adding Response parameters is really inconsistent IMO
string Indicates the status of the transfer.
Add possible values
should be retrieved.
Not should be
Check the response parameters descriptions in the Transfer entity parameters table.
Wow. Why this @palu? We have given it for order transfers? Is this correct?
string The currency used in the transaction. We support only INR for Route transactions. notes optional json object Set of key-value pairs that can be associated with an entity. These pairs can be useful for storing additional information about the entity. A maximum of 15 key-value pairs, each of 256 characters (maximum), are supported.
On hold / hold_until ? @palu
curl -X POST https://api.razorpay.com/v1/transfers \ -u [YOUR_KEY_ID]:[YOUR_KEY_SECRET] \ -H 'content-type: application/json' \ -d '{ "account": "acc_CPRsN1LkFccllA", "amount": 100, "currency": "INR" }' CopyRazorpayClient razorpay = new RazorpayClient("[YOUR_KEY_ID]", "[YOUR_KEY_SECRET]"); JSONObject transferRequest = new JSONObject(); transferRequest.put("amount",50000); transferRequest.put("currency","INR"); transferRequest.put("account","acc_CPRsN1LkFccllA"); Transfer transfer = razorpay.transfers.create(transferRequest); Copy$api = new Api($key_id, $secret); $api->transfer->create(array('account' => $accountId, 'amount' => 500, 'currency' => 'INR')); Copyvar instance = new Razorpay({ key_id: 'YOUR_KEY_ID', key_secret: 'YOUR_SECRET' }) instance.transfers.create({ "amount": 500, "currency": "INR" }) Copyclient = razorpay.Client(auth=("YOUR_ID", "YOUR_SECRET")) client.transfer.create({ "amount":500, "currency":"INR" }) Copyrequire "razorpay" Razorpay.setup('YOUR_KEY_ID', 'YOUR_SECRET') para_attr = { "account": accountId, "amount": 500, "currency": "INR" } Razorpay::Transfer.create(para_attr) Copyimport ( razorpay "github.com/razorpay/razorpay-go" ) client := razorpay.NewClient("YOUR_KEY_ID", "YOUR_SECRET") data:= map[string]interface{}{ "account": "<accountId>", "amount": 100, "currency": "INR", } body, err := client.Transfer.Create(data, nil) Copy{ "id":"trf_E9utgtfGTcpcmm", "entity":"transfer", "transfer_status":"pending", "settlement_status":null, "source":"acc_CJoeHMNpi0nC7k", "recipient":"acc_CPRsN1LkFccllA", "amount":100, "currency":"INR", "amount_reversed":0, "notes":[ ], "fees":1, "tax":0, "on_hold":false, "on_hold_until":null, "recipient_settlement_id":null, "created_at":1580219046, "linked_account_notes":[ ], "processed_at":null, "error":{ "code":null, "description":null, "field":null, "source":null, "step":null, "reason":null } }
@palu : Let's highlight that only 1 transfer request can be created in one API call
This API creates a direct transfer of funds from your account to a linked account and responds with the created transfer entity on successful creation. Watch Out! Direct Transfers is an on-demand feature. Please raise a request with our Support team to get this feature activated on your Razorpay account. Apart from transferring payments received from customers, you can also transfer funds to your linked accounts directly from your account balance using the Direct Transfers API. You can transfer funds directly from your account using the following endpoint.
Looks like same sentence is being repeated multiple times @palu
direct transf
What is direct transfer? @palu. Someone who has no context, would they be able to understand this?
r should be created.
Should be created? Aren't they already created @palu
The payments transferred to the linked accounts are settled in their respective bank accounts per the pre-defined
Not very clear. Let's rephrase it better.
The following endpoint transfers a captured payment to one or more linked accounts using account_id. A response is generated on a successful transfer with a collection of transfer entities created for the payment.
Suddenly change of context. I don't think it's correct @palu
ot happen
Not happen? Let's use processed @palu
e provided AP
What is the provided API @palu?
You have to pass the details such as account_id and amount.
Not complete and not sufficient. This sentence isn't adding value IMO
transfer API call.
Transfer via Payments or direct transfer right? Also, it can be done dashboard as well right? Let's re-work this. Not coming across clearly
error Provides error details that may occur during transfers. code string Type of the error.
@palu: Same comments as I made in the transfer entity comments
Only the keys will be shown, not values.
@palu : Please correct this just like it was done for the other same thing
settled
Not failed ? @palu
Status
What about failed? Is that not possible? @palu
parameters
Is this the right word @palu? Can you check what words others use ? I don't think parameters is correct to use here
When the transfer is settled to the Linked Account.
Settled to the linked account? Let's frame it better. Refer this : https://betasite.razorpay.com/docs/razorpay/route-api-guide-revamp/payments/settlements/#settlement-states @palu
You can create the reversal if required.
Again, why do we need it here? @palu