Dunning

Dunning (rhymes with "running") is the old banking term for the process of pursuing payment from a customer whose charge failed. In modern SaaS and e-commerce, it specifically means the automated sequence of retries and emails that runs after a failed subscription or recurring charge.

What good dunning looks like

A working dunning system does four things:

• Reads the decline code and picks the right retry strategy (see decline codes).
• Times retries to recovery probability, not on a fixed schedule.
• Sends emails that match the failure reason — "your card expired" vs "we couldn't reach your bank" vs "let's try a different card."
• Stops dunning when the case is unrecoverable instead of burning sender reputation on dead cards.

The gap between a good dunning system and a bad one is enormous. Stripe's built-in Smart Retries recovers about 38% of failed payments in our benchmark. A code-aware, timing-optimized dunning system recovers 65-80% on the same data. That's the difference between a 2% involuntary churn rate and a 0.8% rate.

The standard dunning cadence

Most well-tuned dunning cadences look like this:

• T+0 — soft decline notification. Tells the customer the charge failed and that we'll retry automatically.
• T+24h — first retry. Often succeeds for transient failures.
• T+72h — second retry plus update-payment email. Sent at a time of day that matches the customer's timezone.
• T+7d — third retry plus urgency email. Mentions what they'll lose.
• T+14d — final retry plus last-chance email. Pauses subscription if this fails.

This is a starting point — the actual timing should be tuned per decline code. See our full cadence playbook for the version we recommend.

Why dunning emails matter as much as retries

Half of recovery is the retry; the other half is the email. Customers who open an "update your card" email and click through have a recovery rate 3-4× higher than retry-only flows. Empty inboxes (no email, only silent retries) recover 20-30% less than well-written email flows.

Omesta uses AI to personalize dunning emails based on decline reason, customer tenure, and historical engagement — different copy for a one-month customer than a five-year customer, different copy for an expired card than a hard decline.

What dunning is not

Dunning is not collections. It's a polite, low-friction process to recover a payment from a customer who probably wants to stay. If your emails sound like debt collection notices, customers will churn.

Start recovering failed payments — Omesta's dunning system is read-only for 14 days so you can see what it'd recover before paying anything.