Subscriptions
Dunning
Dunning is the automated process a subscription business runs after a payment fails: retrying the charge, notifying the customer, and requesting an updated payment method.
Effective dunning branches on the issuer decline code rather than applying one schedule to every failure. A hard decline such as a closed account will never succeed on retry, and attempting it anyway accumulates declines against your merchant profile for no possible gain.
The emails are the visible part and the smallest part. Most recoverable failures resolve without contacting anyone — the card was fine and the account was briefly short, or the credential was reissued and an updater service refreshed it. Email matters for the residual where the credential is genuinely dead, and there the deciding factor is whether the update link works without a login.
Where the word comes from, and its two meanings
The verb to dun, meaning to press someone persistently for payment of a debt, has been in English since the seventeenth century. The popular story that it derives from a bailiff named Joe Dun is folk etymology and the real origin is uncertain. What survived intact is the tone: dunning has always meant chasing money.
Two distinct practices now carry the name, and the people searching for the word are looking for both. In accounts receivable, dunning is the escalating sequence of reminders sent against an unpaid invoice — a reminder, a firmer notice, a final demand, then referral to collections. The money is genuinely owed, the customer knows it is owed, and the sequence is a negotiation.
In subscription billing, dunning is the automated recovery that runs after a stored payment method is declined at renewal. Nothing is owed in the accounts-receivable sense. The customer intended to pay and a credential or a balance got in the way, so the sequence is mostly machinery, and in the majority of cases it resolves before anybody reads an email.
The distinction is load-bearing, because the accounts-receivable playbook imported wholesale into subscriptions produces exactly the wrong behaviour: escalating tone aimed at a customer whose card was simply reissued, and a collections mindset applied to somebody who is not a debtor.
The retry ladder, and what each rung is for
A dunning ladder is a sequence of re-authorisation attempts spread across a recovery window, usually paired with outreach after the first failure or two. The useful way to design one is to ask what each attempt is testing, because an attempt that tests nothing new is a guaranteed decline with a cost attached.
The first retry tests whether the failure was transient. The middle rungs test whether the account has been replenished. The last rung tests whether the customer acted on the outreach. If two attempts land in the same conditions with nothing changed between them, one of them is waste.
Hard declines never enter the ladder at all. They exit to a credential request on the first failure, because there is no condition that can change on a closed account. The rungs below are placed against the customer's cash cycle rather than at even intervals.
| Rung | Timing | What has changed since the last attempt | What it is for |
|---|---|---|---|
| 1 | Same day, several hours later | Nothing on the credential; possibly a transient issuer or gateway condition | Clears intermittent failures without involving the customer at all |
| 2 | Around 72 hours | A payday or transfer may have landed; an updater refresh may have propagated | The first genuine chance for the most common soft decline, insufficient funds |
| 3 | Day 7 to 10 | A second replenishment point, and the first notice has been read | Catches income cycles offset from the billing date |
| 4 | Day 14 to 21, final | The customer has had two notices and a working update link | Recovers the residual where the credential had to be replaced |
Why timing matters more than count
Adding a fifth rung to a ladder costs almost nothing and recovers almost nothing, because the fifth attempt lands in the same conditions as the fourth. Moving the second rung from day two to day four costs nothing at all and changes what it is testing. Attempt count is a dial with a very low ceiling; timing is not.
Three constraints set the shape. Insufficient funds is a timing problem, so an attempt is only worth making when money has plausibly arrived, and income arrives weekly, fortnightly or monthly — evenly spaced retries can miss every replenishment point in a cycle. Time of day matters for the same reason. And card network rules bound how long a merchant-initiated transaction stays valid against the original authorisation, so a ladder that runs past that window is generating failures that were invalid before they were attempted.
A worked example, with inputs stated as an example rather than a benchmark. Take a store billing 10,000 renewals a month with a 6% failure rate: 600 failed renewals, each carrying a $45 charge, so $27,000 of at-risk billing in one month. Recovering ten percentage points more of those failures — 60 subscriptions — returns $2,700 of that month's billing. The figure that matters is larger, because each recovered subscription keeps its remaining renewals too: at $18 of contribution per renewal and eight further renewals expected, those 60 subscriptions carry another $8,640 of contribution.
Soft and hard declines are your classification, not the issuer's
The card networks do not return a field marked soft or hard. What comes back is a response code from the issuer, and the soft/hard split is a mapping that a merchant or a gateway lays over those codes. Two consequences follow.
The first is that the mapping is a policy decision you own and can get wrong. A generic do-not-honour is the ambiguous case: issuers return it for short balances, for risk holds and for reasons they will not disclose. Treating every one as hard abandons recoverable subscriptions; treating every one as soft burns attempts on subscriptions that were already gone.
The second is that some failures never reached an issuer at all. Gateway validation errors, invalidated tokens, missing authentication and network timeouts appear in the dashboard alongside real declines and carry no issuer opinion whatsoever. Retrying those is not a recovery strategy; the failure is on your side of the wire.
- Hard under any reasonable mapping: closed account, stolen or lost card, revoked mandate, invalid account number. Attempts here are not merely wasted, they accumulate declines against your merchant profile.
- Soft under any reasonable mapping: insufficient funds, over limit, issuer or network unavailable, transaction not permitted at this time.
- Ambiguous, and worth a bounded number of spaced attempts: do not honour, generic decline, restricted card.
- Not a decline at all: gateway errors, tokenisation failures, authentication required. Fix or escalate these; retrying them only reproduces the bug.
The email leg, and where dunning ends
Outreach carries the residual: the failures where the stored credential is genuinely dead and no retry will ever succeed. Its entire job is to get a working payment method onto the account with as little friction as possible, which makes the update link the whole feature. A link that lands on a login wall loses a share of people who had every intention of paying, and a password reset placed between a customer and their own subscription is the most expensive interface decision in the sequence.
Tone follows from the accounts-receivable distinction. The customer has not refused to pay; something broke. Two or three messages across the recovery window, stating plainly what happened and what to do, do more than an escalating sequence, and a discount belongs in win-back after recovery has genuinely failed rather than in the second email — offering one earlier concedes a price objection nobody raised.
Dunning ends when the ladder is exhausted and a terminal decision is taken: pause, downgrade or cancel. That moment is also where involuntary churn is booked, which makes the boundary partly a setting rather than a fact. A business that stops retrying at day 7 and one that stops at day 21 report different involuntary churn on identical customer behaviour, so the recovery window belongs beside the number whenever the number is quoted.
Frequently asked questions
- What is dunning?
- Dunning is the process of chasing a payment that has not been collected. In subscription billing it is the automated sequence that runs after a renewal charge is declined: re-attempting the charge on a schedule, notifying the customer, offering a way to supply a new payment method, and finally pausing or cancelling the subscription if none of that works.
- What does dunning mean?
- The verb to dun means to press someone persistently for payment of a debt, and has been in English since the seventeenth century. The noun now covers two related practices: escalating reminders sent against an unpaid invoice in accounts receivable, and automated retry-and-notify recovery after a failed subscription payment.
- What is the dunning process?
- It begins when a renewal charge is declined. The decline code is classified first: hard failures exit immediately to a request for a new payment method, while soft failures enter a retry ladder timed against the customer's likely replenishment points. Notifications run alongside from the first or second failure. The process ends in recovery, or in a pause or cancellation.
- Is dunning the same as debt collection?
- They share an ancestry and a name. Accounts-receivable dunning chases an invoice the customer knows is owed and escalates towards collections. Subscription dunning recovers a payment the customer intended to make and that a card or a balance blocked. Applying collections tone to a reissued card treats a paying customer as a debtor.
- What is the difference between a soft decline and a hard decline?
- A soft decline is a temporary condition — insufficient funds, over limit, issuer unavailable — where the same card may work later. A hard decline is permanent: closed account, stolen card, invalid number. The split is a mapping merchants apply over issuer response codes rather than a field the networks return, so where the ambiguous codes fall is a decision you own.
- When does dunning become involuntary churn?
- At the moment the recovery window closes and the subscription is paused or cancelled. Because that window is a setting rather than a fact, two businesses with identical customer behaviour report different involuntary churn if one stops retrying at day 7 and the other at day 21. Quote the window alongside the number.
In depth: What is dunning?