# Refund basics

A smooth, easy-to-use refund process can provide your customers with a positive experience. Delivering timely refunds can also help minimize your risk of [chargebacks](https://docs.digitalriver.com/digital-river-api/order-management/returns-and-refunds-1/disputes-and-chargebacks).

The [Refunds API](https://app.gitbook.com/s/x8fSFzVR3sg0TsNWwwVz/refunds) allows you to issue customers full or partial refunds on product costs, shipping expenses, taxes, duties, and fees. The API also allows you to refund the same [charge ](https://app.gitbook.com/s/x8fSFzVR3sg0TsNWwwVz/charges)multiple times. However, you cannot [issue a refund](https://docs.digitalriver.com/digital-river-api/order-management/returns-and-refunds-1/refunds/issuing-refunds) greater than the combined amount of an [order's ](https://app.gitbook.com/s/x8fSFzVR3sg0TsNWwwVz/orders)[charges](https://app.gitbook.com/s/x8fSFzVR3sg0TsNWwwVz/charges).

You can also [create refunds manually](https://docs.digitalriver.com/digital-river-api/administration/dashboard/order-management/orders/creating-a-refund) through [Digital River Dashboard](https://docs.digitalriver.com/digital-river-api/administration/dashboard).

## Where refunds are sent

Refunds can only be applied to the payment method used for the purchase.

{% hint style="success" %}
For details on how we refund purchases made with multiple payment methods, refer to [How we handle captures, cancels, and refunds](https://docs.digitalriver.com/digital-river-api/payments/payment-sources/using-the-source-identifier#how-we-handle-captures-cancels-and-refunds) when [Combining primary and secondary sources](https://docs.digitalriver.com/digital-river-api/payments/payment-sources/using-the-source-identifier#combining-primary-and-secondary-payment-sources) on the [Managing sources](https://docs.digitalriver.com/digital-river-api/payments/payment-sources/using-the-source-identifier) page.
{% endhint %}

If customers use a credit card to make the purchase and that card is cancelled or expires before your refund request, card issuers can still handle the refund. Typically, the issuer credits the customer's replacement card, but in situations where no replacement exists, a check is usually mailed.

## Tracking a refund

After you [submit a refund request](https://docs.digitalriver.com/digital-river-api/order-management/returns-and-refunds-1/refunds/issuing-refunds), Digital River relays your request to the customer's bank or credit card issuer. If the request is approved, your integration typically receives the [`refund.complete`](https://docs.digitalriver.com/digital-river-api/order-management/returns-and-refunds-1/issuing-refunds#completed-refunds) event within 24 hours. However, it may take five to ten business days before customers see the credit on their statements.

## Dealing with refund failures

In the unlikely event that a [refund request](https://docs.digitalriver.com/digital-river-api/order-management/returns-and-refunds-1/refunds/issuing-refunds) fails, the [refund's ](https://app.gitbook.com/s/x8fSFzVR3sg0TsNWwwVz/refunds)`state` transitions to `failed` . You can be notified of this state change by subscribing to the [`refund.failed`](https://docs.digitalriver.com/digital-river-api/order-management/returns-and-refunds-1/issuing-refunds#failed-refunds) event. When Digital River can pinpoint the cause of the failure, `failureReason` is populated in the event's payload.

## Notifying customers of successful refunds

When a refund request is approved, the refund's `state` transitions to `succeeded` . You can be notified of this state change by subscribing to the [`refund.complete`](https://docs.digitalriver.com/digital-river-api/order-management/returns-and-refunds-1/issuing-refunds#completed-refunds) event. We recommend you wait to receive this event before informing customers that their refund was successfully processed.
