Skip to content

What Should I Do When a Customer's Payment Fails?

When a payment fails, tell the customer quickly and kindly, give them a secure way to update their payment method, and retry on a set schedule. For recurring billing, your written terms should say how many retries happen and when service pauses. Log every failed payment and what you did about it.

A payment can fail for many reasons: an expired card, a new card number after fraud, not enough funds, or a bank flag. Many failures are honest mistakes. Your process should treat them that way while still getting you paid.

Say Evergreen Lawn Care bills customers monthly. If a card fails, the processor sends an automatic email with a secure update link, retries in a few days, and alerts the office. If it still fails after the last retry, the office calls the customer. Service pauses only after the steps in the customer’s agreement are done.

  • Lost revenue. Failed recurring payments quietly pile up if nobody’s watching.
  • Bad reviews. Cutting off service with no notice, or sending a threatening message over an expired card, makes people angry.
  • Security risk. Asking customers to read card numbers over the phone or send them by text puts their data at risk.
  • Disputes. Without a record of notices, it’s hard to show you were fair.

Every business that takes card or bank payments. It matters most for recurring services, memberships, and anything billed automatically (see 26.3 Recurring Billing).

  1. Check what your payment processor can do: automatic retries, failed-payment emails, and card update links.
  2. Write your retry schedule. Use your processor’s tools, and keep it to a set number of tries.
  3. Write a short, friendly notice. Say the payment didn’t go through, give the amount, and include a secure link to update the payment method. Don’t assume the customer did anything wrong.
  4. Never ask customers to send full card numbers by email or text. Use the secure link or a payment terminal (see 10.7.6 Payment Security).
  5. Turn on an alert to the person who owns billing (see 18.9 Internal Notifications).
  6. After the last retry, contact the customer by phone or another personal message before taking further action.
  7. For recurring billing, put the retry and pause rules in your written terms before the customer signs up (see 11.1.6 Payment Terms). Follow them the same way for everyone.
  8. If the balance stays unpaid, move to your late-payment process (see 16.6.5 Late Payments and Collections).
  9. Log each failure, notice, retry, and result.

For subscriptions and memberships, the same steps apply with one addition: decide in advance whether service pauses, continues for a grace period, or ends, and say so in your terms. Check your state’s rules on automatic renewals and recurring charges, since they vary (see 26.3 Recurring Billing).

  • Your written retry schedule and notice template
  • Processor records of each failure and retry
  • Copies of notices sent and notes from follow-up calls
  • The signed terms that describe retry and pause rules
  • No alert. Failed payments sit unnoticed for months.
  • Unlimited retries. Retrying over and over annoys customers. Use a set schedule.
  • Cold, threatening notices. Many failures are just expired cards. Write like a person.
  • Pausing service without warning. Follow your written terms and give notice first.
  • Taking card numbers over text. Always use a secure update method.

Your payment processor can explain its retry and update tools. An attorney can review recurring billing terms and state rules. A bookkeeper can help track unpaid balances. Questions to ask:

  • What automatic retry and card update tools does my processor offer?
  • Do my recurring billing terms meet my state’s rules?
  • How should failed payments show up in my books?

[Bill: add a short note. For example, how you handle a SiteSmarty client whose monthly card fails, or a time a kind notice saved a customer relationship.]

  • [Date I did this:]
  • [What I actually did, step by step: the retry schedule, notice, and alert I set up for SiteSmarty]
  • [What it cost and how long it took:]
  • [What surprised me or what I’d do differently:]
  • [Screenshot or photo to add, with private info blurred: the processor’s failed-payment settings and notice template]
  • [Result so far:]

Why did my customer’s payment fail? Common reasons include an expired or replaced card, not enough funds, or a bank security flag. Your processor usually shows a reason code.

How many times should I retry? Set a fixed number using your processor’s tools, then contact the customer directly.

How should customers update their card? Through a secure link or payment terminal, never by sending the number in an email or text.

When can I pause a recurring service? When your written terms allow it and you’ve given the customer notice. Check your state’s rules too.

  • Question: Is there a written failed-payment process with set retries, friendly notices, secure updates, alerts, and a log?
  • Pass looks like: Processor retries on a set schedule, a kind notice with a secure link, an alert to the billing owner, pause rules in the terms, and a log.
  • Fail looks like: Failed payments nobody notices, card numbers collected by text, service cut off without notice, or no record.
  • Evidence to collect: Processor settings, notice template, sample failed-payment log, and the terms customers agreed to.

Where this fits

Do this first: 16.6.1 Payment Requests and Confirmation

Do this next: 16.6.5 Late Payments and Collections

Related pages: 10.7.1 Payment Methods, 10.7.6 Payment Security, 11.1.6 Payment Terms, 18.9 Internal Notifications

Sources

This page explains general rules and Bill's own experience. It is not legal, tax, or insurance advice. Talk to a qualified professional about your situation.

Get free updates

I'll send you a short email when new guide pages and videos go up.

No sales pitches. Unsubscribe any time.