The following table lists the best practices for integrating RazorpyaX payouts:

Guideline	Description
Types of Payout API	Select how you want to create payouts using APIs.
API guidelines	Guidelines to follow when making API calls.
API key guidelines	Save and manage your API keys.
Payout status	Best way to check the payout status.
Fund account validation	Ensure payouts are never made to the wrong account.
Workflows	Reduce human error when creating payouts.
Intelligent Payouts	Enhances the overall payout success rate.
Low balance alerts	Get notified when your RazorpayX account balance drops below a set threshold.
Queued payouts	Ensure payouts do not fail due to insufficient balance in your RazorpayX account.
Payout to cards: PCI DSS compliance	Make payouts to cards when you are not PCI DSS compliant.
Idempotency	Safely retry the same request multiple times without fear of performing the same action more than once.
IP Whitelisting	Add a layer of security by ensuring API calls are only made from whitelisted IPs.

Types of Payout APIs🔗

There are two types of APIs to create payouts.

Normal Payout API
Composite Payout API

Normal Payout API🔗

You can use Normal Payout API to:

Create a Contact. You receive a Contact id in the response.
Create a Fund account using the Contact id. The Fund account can be a bank account or a UPI ID.
Create a payout using the Fund account id.

Composite Payout API🔗

You can use the Composite Payout API to create a Contact, Fund account and payout in a single API call.

API Guidelines🔗

Guidelines to follow while making API calls:

All the API calls have to be server-to-server calls. API calls made from an Android application or website frontend will fail.
Ensure all the calls are made within a range of 5-10 transactions per sec (TPS).
Pass your RazorpayX bank account number against the account_number parameter in the Payout API/Composite Payout API.
- DO NOT pass your beneficiary account number here. The payout will fail.
- Use your virtual account number to make payouts from your RazorpayX virtual account.
- Use your current account number to make payouts from your RazorpayX current account.
- Navigate to My Account and Settings → Banking to get your RazorpayX bank account number.
We recommend using your internal transaction_id as the reference_id value in a Payout API request.

API Key Guidelines🔗

Ensure that your API key, that is the <KEY_ID> and <KEY_SECRET>, is not publicly available. Limited people should have access to this. We recommend you store them as environment variables.
Ensure you download and save your API key when you generate them. We do not store these at our end. If you lose them, you will have to regenerate your API key.
The API keys are the same for Payment Gateway and RazorpayX. Regenerating the keys will affect both PG and RazorpayX APIs.

Payout Status🔗

After a payout is created, a payout can remain in the processing state for T+2 working days, where T is the transaction time. From the processing state, a payout can move to the processed or reversed state.
It is possible for a payout in the processed state to move to the reversed state. This can happen in a maximum time of T+3 working days. This happens in very rare occasions.

Know more about payout states and life cycle.

Check Payout Status🔗

API calls are asynchronous. We DO NOT recommend using the Fetch Payout API to check the status of the payouts.
We recommend subscribing to our webhooks to get instant notifications. Webhooks are triggered whenever there is a change in the status of the payout. You can update your database using the webhook payload.

Others Guidelines🔗

Fund Account Validation🔗

Always validate your customer's Fund account to ensure it is the account number where your user wants to receive the amount. Know more about Fund account validation.

Watch Out!
If your user provides an account number by mistake which is not where the user wants the amount, the payout gets processed if the account number exists. Hence, we recommend you to validate the Fund accounts before making a payout.

Workflows🔗

We recommend that you enable workflows on your account. This allows you to set up a maker-checker process. You can have 1 person create a payout and save it as a draft. Next, you can have someone from the financial team check the payouts before they are processed. Know more about RazorpayX Maker-Checker.

Intelligent Payouts🔗

Intelligent Payouts automatically detects the degradation of beneficiary bank or NPCI and queues the payout in system till a pre-defined SLA, thereby reducing the chances of payouts going to DEEMED_SUCCESS state, preventing money from getting blocked for T+2 days. This feature is enabled by default. You just have to consume the payout.failed event to utilise this feature. Refer Intelligent Payouts for more information.

Low Balance Alerts🔗

We recommend that you set low balance alerts on your RazorpayX account. Once set, we will notify you when your RazorpayX account balance drops below the set threshold. Know more about Low balance alerts.

Queued Payouts🔗

If your RazorpayX account does not have sufficient funds to process a payout, the payout fails.

To avoid such scenarios, we recommend passing queue_if_low_balance: true in the Payout API request. When you pass the parameter, if you do not have sufficient balance to process the payout, the payout is queued instead of failing. The queued payouts are automatically processed when you add funds to your RazorpayX account. Know more about Queued Payouts.

Payout to Cards: PCI-DSS Compliance🔗

If you are not PCI-DSS compliant, you should not process your Contact's card details at your backend.

Use the public Fund Account API to create a Fund account with type card. The public Fund Account API only needs your <KEY_ID>. DO NOT send your <KEY_SECRET> when making this API call as you will be exposing this on your website. Know more about Payouts to Cards.

Idempotency🔗

We recommend you ensure your payout API requests are idempotent. Idempotency allows you to safely retry or send the same request multiple times without fear of performing the same action more than once. Know more about RazorpayX Idempotency.

Example
You made a request, but were unable to read/save the response sent by Razorpay. In such cases, you make another payout request. Assuming the first request was successful, your account will be debited twice. Making your payout requests idempotent helps you avoid such scenarios.

To make a request idempotent:

Add the header X-Payout-Idempotency to the request and pass an idempotency key against it. When a payout request is idempotent, you can make the same call multiple times, but the amount will be deducted only once.
If a duplicate request is found with the same idempotency key, we return the payout's latest state.

IP Whitelisting🔗

As an extra precaution, you can get your IP address whitelisted. This means only API calls made from the whitelisted IP will be processed by us. Contact RazorpayX Support from your Dashboard to get your IP whitelisted.

Handy Tips
Whitelisting your IP will affect both Razorpay Payment Gateway and RazorpayX API calls.

Payouts Best Practices