Orchestration

Routing, cascading and failover for card payments.

Route transactions across acquiring connections, cascade retries intelligently, and fail over automatically — keeping approvals resilient when conditions change.

Routing
Cascading
Failover
Card transactionRouting

Orchestration core

Acquiring path 01Selected
Acquiring path 02Healthy
Acquiring path 03Degraded
Acquiring path 04Standby
Why orchestration

One static path is a fragile path.

A single acquiring integration carries every degradation and every soft decline. Orchestration gives each transaction options.

Single path
Orchestrated
Selected · cascade · failover
01Degradation

Connections degrade

Acquiring paths have good days and bad days. A static integration feels every one of them.

02Soft declines

Soft declines are recoverable

Many declines are retryable — on a different path, at a different moment. A single path can't act on that.

03Conditions

Routing conditions change

Markets, availability and risk context shift. Routing rules let the operation shift with them.

04Visibility

Operations need visibility

Route outcomes, cascade attempts and failovers stay visible to your team in the merchant portal.

Routing control plane

Every transaction gets a routing decision.

Inputs feed the core; the core picks the path — and decides what happens when the path pushes back.

InputsTransaction attributesAcquiring availabilityRisk & decision signalsMerchant rules

Orchestration core

Rule-based and decisioning-informed path selection.

Selected path

The transaction routes down the best available connection.

Selected
Cascade retry

Eligible soft declines re-attempt on an alternative path.

Cascaded
Failover

Traffic shifts when a connection is unavailable or degraded.

Standby
Hold · retry later

Some attempts wait for a better execution window.

Held

Informed by decisioning. Risk and decision signals shape routing — and route outcomes feed back into the decision layer.

Decisioning-informedRule-based
Cascading & failover

When a path pushes back, the transaction moves.

Soft declines can cascade to an alternative connection; degraded paths can fail over — and every move stays visible to your team.

Attempt
Primary path
Soft decline
Primary path
Cascade retry
Cascade attempt
Degraded
Cascade attempt
Failover attempt
Fallback path
Visible
Fallback path
Rules, signals & visibility

Routing your team can reason about.

Routing follows rules you set, informed by availability and decision signals — and every route outcome lands in the merchant portal with its context.

Rule-based routingAvailabilityDecision signalsPortal visibility
Route policy
RulesRule-based
AttributesAvailabilityRetry logic
Decision signals
Paths
Path 01Selected
Path 02Standby
Path 03Degraded
Path 04Cascaded
Visible in the merchant portal
Orchestration

Orchestrate card payment paths with one control layer.

Talk to our team about routing rules, cascading, failover and the visibility your operation needs.

Routing

Rule-based routing across acquiring connections.

Cascading

Eligible declines can re-attempt on another path.

Failover

Traffic can shift when a connection degrades.

Visibility

Route outcomes visible in the merchant portal.