Skip to main content
POST
Use this endpoint to create a normal refund for a payment.

Path Parameters

string
required
The unique identifier of the payment which needs to be refunded.

Request Parameters

integer
The amount to be refunded. Amount should be in the smallest unit of the currency in which the payment was made. In the case of three decimal currencies, such as KWD, BHD and OMR, to refund a payment of 295.991, pass the value as 295990. And in the case of zero decimal currencies such as JPY, to refund a payment of 295, pass the value as 295.
  • For a partial refund, enter a value lesser than the payment amount. For example, if the payment amount is ₹1500 and you want to refund only ₹500, you must pass 50000.
  • For full refund, enter the entire payment amount. If the amount parameter is not passed, the entire payment amount will be refunded.
Watch Out!As per payment guidelines, you should pass the last decimal number as 0 for three decimal currency payments. For example, if you want to refund a customer 99.991 KD for a transaction, you should pass the value for the amount parameter as 99990 and not 99991.
string
The speed at which the refund is to be processed. The default value is normal. Refund will be processed via the normal speed, and the customer will receive the refund within 5-7 working days.
json object
Key-value pairs used to store additional information. A maximum of 15 key-value pairs can be included.
string
A unique identifier provided by you for your internal reference.

Response Parameters

string
The unique identifier of the refund. For example, rfnd_FgRAHdNOM4ZVbO.
string
Indicates the type of entity. Here, it is refund.
integer
The amount to be refunded (in the smallest unit of currency).
For example, if the refund value is ₹30 it will be 3000.
string
The currency of payment amount for which the refund is initiated. Check the list of supported currencies.
string
The unique identifier of the payment for which a refund is initiated. For example, pay_FgR9UMzgmKDJRi.
integer
Unix timestamp at which the refund was created. For example, 1600856650.
string
This parameter is populated if the refund was created as part of a batch upload. For example, batch_00000000000001.
json object
Key-value store for storing your reference data. A maximum of 15 key-value pairs can be included. For example, "note_key": "Beam me up Scotty".
string
A unique identifier provided by you for your internal reference.
array
A dynamic array consisting of a unique reference number (either RRN, ARN or UTR) that is provided by the banking partner when a refund is processed. This reference number can be used by the customer to track the status of the refund with the bank.
string
Indicates the state of the refund. Possible values:
  • pending: This state indicates that Razorpay is attempting to process the refund.
  • processed: This is the final state of the refund.
  • failed: A refund can attain the failed state in the following scenarios:
    • Normal refund is not possible for a payment which is more than 6 months old.
    • Instant Refund can sometimes fail because of customer’s account or bank-related issues.
string
The processing mode of the refund seen in the refund response.
This attribute is seen in the refund response only if the speed parameter is set in the refund request.
Possible values:
  • normal: Indicates that the refund will be processed via the normal speed. The refund will take 5-7 working days.
  • optimum: Indicates that the refund will be processed at an optimal speed based on Razorpay’s internal fund transfer logic.
    • If the refund can be processed instantly, Razorpay will do so, irrespective of the payment method used to make the payment.
    • If an instant refund is not possible, Razorpay will initiate a refund that is processed at the normal speed.
string
This is a parameter in the response which describes the mode used to process a refund.
This attribute is seen in the refund response only if the speed parameter is set in the refund request. Possible values:
  • instant: Indicates that the refund has been processed instantly via fund transfer.
  • normal: Indicates that the refund has been processed by the payment processing partner. The refund will take 5-7 working days.

Errors

Code: 4xxThe API credentials passed in the API call differ from the ones generated on the Dashboard.Solution: The API keys must be active and entered correctly with no whitespace before or after.
Code: 400The payment_id provided is invalid.Solution: Use a valid payment_id.
Code: 400Possible reasons:
  • The URL is wrong or is missing something.
  • A POST API is executed by GET method.
Solution:
  • Ensure that the URL is correct and complete.
  • Use the correct method, that is, POST.
Code: 400An additional or unrequired parameter is passed.Solution: Ensure that you only pass the required parameters in the request body.
Code: 400The refund amount entered is more than the amount captured.Solution: Enter an amount equal to or less than the amount captured.
Code: 400The refund amount entered is less than .Solution: Enter an amount of at least .
Code: 400The payment_id has already been refunded fully.Solution: Use a payment_id that has not been fully refunded.
Code: 400A non-integer value (for example a string or a decimal) was passed for the amount field.Solution: Pass amount as an integer in currency subunits (for example, 100 for ₹1.00).
Code: 400An unsupported value was passed for the speed field.Solution: Use one of the supported values: normal or optimum.
Code: 400The merchant’s Razorpay balance is lower than the refund amount being requested. Refunds are paid out from the merchant balance, not directly from the original payment.Solution: Add funds to your Razorpay account from the Dashboard or capture additional payments to increase your balance, then retry the refund.
Code: 400The payment is not in the captured state. This typically happens because it failed, is still authorized, was cancelled or has already been fully refunded. Refunds can only be initiated against payments that are currently in the captured state.Solution: Confirm the payment status using GET /v1/payments/:id before refunding. Only attempt refunds on payments where status is captured.
Code: 400The amount field was passed as 0. Razorpay treats 0 as a missing value rather than a zero-amount refund. Omitting amount is valid and triggers a full refund.Solution: Pass amount as a positive integer in currency subunits (paise for INR).
Code: 400The payment method used for this transaction (for example, Cash on Delivery, offline, BharatQR) does not support refunds via API.Solution: Reconcile the refund offline with the customer. Do not retry the API call.
Code: 400The gateway or payment method used for this payment supports only full refunds, not partial ones.Solution: Issue a full refund by omitting the amount parameter, or pass the full captured amount.
Code: 400Refunds are disabled at the account level for the merchant making the request.Solution: Contact Razorpay support to enable refunds on your account.
Code: 400Refunds are disabled on your account for the specific payment method used (for example, card, upi, netbanking, wallet, emi, pay later). The placeholder is replaced with the actual method name in the response.Solution: Contact Razorpay support to enable refunds for that payment method, or use a different payment method.
Code: 400A refund for this payment has already moved to a final state and cannot be re-initiated using the same request.Solution: Use the Fetch Refunds API to check the existing refund status before retrying.
Code: 400The payment is under an active dispute (chargeback) and cannot be refunded until the dispute is resolved.Solution: Wait for the dispute to be resolved before initiating a refund. Track the dispute status from the Razorpay Dashboard.
Code: 400The value passed in the receipt parameter has already been used for an earlier refund on the same payment. receipt is treated as an idempotency key.Solution: Pass a unique value in receipt, or check the existing refund created with the same receipt before retrying.
Code: 400The notes object failed validation. Possible reasons: more than 15 keys, a key longer than 255 characters, or a value longer than 512 characters.Solution: Limit notes to a maximum of 15 key-value pairs, keep each key under 256 characters, and each value under 512 characters.
Code: 400A concurrent operation (such as another refund attempt or a capture) is already running for the same payment.Solution: Wait a few seconds and retry. If the issue persists, fetch the payment and its existing refunds to confirm the current state before retrying.