Cascading

Cascading is an automatic fallback that sends a payment to a different payment provider when the first one is unavailable or rejects it, so the customer can still complete the purchase.

Also called: payment cascading, cascade routing, retry routing, cascade, decline cascading, PSP cascading, automatic fallback, payment fallback

Updated

Formula

Recovered approvals = soft declines eligible for retry × success rate on the next route

On this page4 sections

How does cascading work?

A payment goes to the first eligible provider. If that provider returns a soft decline, such as do-not-honour from a cautious issuer or a technical timeout, the orchestration layer checks which other providers are eligible for the same customer, method and currency, and sends the payment to the next one without the customer re-entering anything. The final status, approved or declined, comes back to the merchant once.

Why does cascading matter for approval rate?

In cross-border e-commerce a large share of declines are soft. The same card can be declined by one acquirer and approved by another because of different MCC policies, issuer relationships or risk models. Cascading turns some of those declines into approvals, which is why it is usually the first lever merchants pull when approval rates drop.

What are the risks?

Unlimited retries look like card testing to issuers and schemes. Good cascading limits the number of attempts, never retries hard declines, keeps 3-D Secure state consistent between routes, and logs every attempt so finance and risk teams can see what happened.

Where does Omno use it?

Omno’s routing rules decide the first provider and the cascade order per customer group, customer verification level, method and currency, and the routing-decision log records each attempt.

Frequently asked questions

What is the difference between cascading and failover?

Failover switches provider when the first one is down or times out. Cascading also reacts to declines, retrying soft declines on a different route. Most orchestration platforms do both with the same rules engine.

Should hard declines be cascaded?

No. Hard declines such as stolen card, closed account or invalid card number will fail everywhere, and retrying them can raise fraud scores and scheme fees. Cascading rules should only fire on soft decline codes and technical errors.

Do card networks limit how often a payment can be cascaded?

Yes, because every cascade attempt is a new authorization on the same card. PayPal's May 2026 summary says Visa allows no reattempts on its Category 1 declines and caps the rest, and Mastercard charges after 10 soft-decline retries in 24 hours or 35 in 30 days. The networks count attempts across all acquirers.

Sources

2 references
  1. How to avoid excessive retries penalties, PayPal
  2. Advised actions, Primer
esc
↑↓ to move ↵ to open All results