---
title: "Why we removed “always decline” as a refund preference"
description: "\"Always decline\" refunds is gone from RevenueCat. Here's why it was working against you."
language: "en"
publishedAt: "2026-06-17T13:06:54Z"
updatedAt: "2026-06-17T13:06:54Z"
authors:
  - name: "Perttu Lähteenlahti"
    url: "https://www.revenuecat.com/blog/author/perttu-lahteenlahti"
category: "Company"
categoryUrl: "https://www.revenuecat.com/blog/company"
canonical: "https://www.revenuecat.com/blog/company/why-we-removed-always-decline-refund-preference"
---

# Why we removed “always decline” as a refund preference

"Always decline" refunds is gone from RevenueCat. Here's why it was working against you.

## Table of contents

- [What changed](#what-changed)
- [Why “always decline” was removed](#why-always-decline-was-removed)
- [What to do right now](#what-to-do-right-now)
- [The bottom line](#the-bottom-line)

RevenueCat has removed “Always decline” as a global refund preference. Blanket declines lose effectiveness over time because Apple treats refund preferences as advisory signals, not binding instructions, and consistently rejecting valid refunds can push users to file chargebacks instead, which risks your Apple developer account. Developers who already had “Always decline” enabled keep that setting; it cannot be re-enabled once switched off.

If you’ve recently tried to set your refund preference to “Always decline” in the RevenueCat dashboard, you may have noticed the option is gone. We removed it because blanket declines lose their effectiveness over time and can push users into chargebacks – the worse outcome for everyone. If “Always decline” was your existing setting, it’s still active. Below: the full reasoning, and how it affects you.

## What changed

The RevenueCat dashboard no longer allows users to select “Always decline” as a global refund preference.

![Always prefer declining refunds is no longer an option in the Handling of refund requests section.](https://cdn.sanity.io/images/c3qnx9b0/production/2d998fec0b8b9cf956226259c5122b1c1930e75d-1806x790.png)

*‘Always prefer declining refunds’ is no longer an option in the Handling of refund requests section.*

The available options now are:

- **Let Apple decide:** Neutral, no preference expressed
- **Grant in full:** You prefer the refund is approved
- **Grant prorated:** You prefer a partial refund based on consumption
We didn’t unilaterally change settings for developers who already had “Always decline” enabled — it’s still active if that was your setting. If you do switch it off, you’ll see a confirmation prompt letting you know you won’t be able to re-enable it. That’s your call to make, but the case for keeping it on is getting weaker.

## Why “always decline” was removed

This comes down to how Apple’s refund system actually works:

**Refund preferences are signals, not instructions.** When you set a refund preference and send it to Apple via the [App Store Server API](https://developer.apple.com/documentation/appstoreserverapi), you’re not making a binding decision. [Apple uses your input as one of many factors when evaluating a refund request](https://developer.apple.com/documentation/appstoreserverapi/consumptionrequest). The `refundPreference` field in a `ConsumptionRequest` is advisory by design.

**Blanket declines erode their own effectiveness.** When a preference is always set to “decline” regardless of context — whether the user barely touched the app or encountered a genuine bug that made it unusable — Apple’s systems start to discount it. A preference that clearly doesn’t account for the specifics of a transaction carries less weight over time. The signal becomes noise.

**Rejecting valid refund requests can backfire.** When a legitimate refund request is declined, some users go straight to their bank and issue a chargeback instead. Chargebacks are worse for developers, as a high chargeback rate puts your developer account at risk of being suspended by Apple. A blanket “always decline” policy can inadvertently push users toward the worse outcome for everyone.

## What to do right now

If you want to decline a specific refund, you can still do that today using the `$appleRefundHandlingPreference` customer attribute. Set it to `DECLINE_REFUND` for any customer before they submit their refund request, and RevenueCat will send that preference to Apple instead of your global setting.

You can set this via the SDK, the REST API, or manually from the customer page in the dashboard. [See the full docs →](https://www.revenuecat.com/docs/platform-resources/apple-platform-resources/handling-refund-requests#overriding-refund-preference)

## The bottom line

“Always decline” was a blunt instrument, and it was becoming less effective over time. We’ve seen enough cases of it backfiring that we felt it was important to be straight with you about this. We know it’s not what everyone wanted to hear. At the end of the day, a setting that doesn’t do what you think it does isn’t worth the risk.

**See also:**

- [How to handle refunds in RevenueCat](https://www.revenuecat.com/docs/refunds)