Comparison

Payment orchestration vs payment gateway

Why a single gateway can't handle scale — and what orchestration really means for a growing PSP.

The single-gateway problem

When all payments flow through one provider, you inherit its limitations.

Single point of failure

If your payment gateway goes down, degrades, or blocks your MCC category — all transactions stop. There is no fallback.

Acceptance rate ceiling

Each provider has different issuer connections, local bank partnerships, and geographic strengths. A single provider cannot optimize for all markets simultaneously.

Pricing vendor lock-in

With a single provider, you have no negotiating leverage. As volumes grow, you're stuck on standard rates with no way to route price-sensitive transactions elsewhere.

What orchestration really means

Orchestration is not just 'multiple providers.' It's intelligent routing with real-time optimization.

Waterfall routing

Define a priority order for providers. If A declines or is unresponsive — automatic routing through B in milliseconds, invisible to the payer.

Rule-based routing

Route by BIN range, card type, country, currency, amount, or MCC. A UK Amex card goes to one provider, a Brazilian card to another. Automatically.

Cost optimization

For each transaction, the provider with the lowest processing cost for the given combination of currency, card type, and region is selected.

ML optimization

Historical acceptance data trains routing models. Providers with declining acceptance rates on specific BINs are automatically deprioritized.

Real-time monitoring

Per-provider dashboards: acceptance rate, latency, and errors in real time. Automatic circuit breakers pause degraded providers.

Unified settlement

All providers feed into a single double-entry ledger. Settlement reconciliation is unified regardless of the number of providers.

Head-to-head comparison

FeaturePayment gatewayPayment orchestration
Number of providers1 (vendor lock-in)700+ (switchable)
Routing logicNoneRules + ML failover
Decline handlingManual re-routingAutomatic cascade retry
Acceptance rateProvider-dependentOptimized by BIN/country
Cost optimizationNoYes (cheapest route first)
Adding a providerMonths of integrationToggle in Admin Console
SettlementsProvider-specificUnified double-entry ledger
Anti-fraudBasic or third-partyBuilt-in Gen2 AF engine

When to choose what

Payment gateway — if you:

Are a startup processing less than $100K/mo

Operate in a single geography

Are testing a new product before scaling

Are a merchant (not building a PSP/platform)

Orchestration — if you:

Are building a PSP, BaaS, or payment platform

Operate in 3+ geographies

Process > $1M/mo

Are facing acceptance rate or latency issues

Want to add new payment methods without re-integration

Orchestration as the evolution of payments

The payments industry has evolved from monolithic gateways to distributed orchestration. First-generation PSPs worked with a single provider — Stripe, Adyen, or Checkout.com. When acceptance rate problems arose or the provider went down, the business lost money. Orchestration solves this architecturally: an abstract routing layer over multiple providers.

The economic impact of orchestration comes from three components. First — eliminating downtime: cascading failover ensures 99.99% payment flow uptime even when individual providers fail. Second — higher acceptance rates: each transaction is routed through the optimal provider for the given combination of country, currency, and card type. Third — cost reduction: the system selects the cheapest route at comparable quality.

For PSPs processing $1M+/mo, switching to orchestration pays for itself in weeks. With an average interchange fee of 1.5% and a potential cost reduction of 0.2% through optimal routing, that's $24K in annual savings per $1M of volume. Add a 3–5% increase in acceptance rate, and the additional revenue reaches hundreds of thousands.

How it is assembled in the dashboard

Two setup wizards. The operator completes them without development work.

1. Processing setup

Providers, wallets and terminals: what the pool of routes is built from.

2. Routing cascade

A chain of terminals sharing a route key with switching priorities: on a decline the payment moves to the next provider automatically.

This is exactly what separates orchestration from a gateway: the route is a configurable object in the dashboard, not a line in integration code.

Ready to go beyond a single gateway?

700+ providers through a single integration. Configure routing without code. See the difference in acceptance rate within 30 days.

Get started