Built on Hyperswitch open-source core

Payment orchestration,
not a payment gateway.

OpenSwitch is a live payment orchestration platform for online merchants and marketplaces. Route payments across the providers you already use, manage fallback policies, and keep control of your payment strategy.

Control
Set provider routing policies
Resilience
Plan for provider disruption
Flexibility
Support a multi-provider strategy
Insight
Evaluate performance using your data
Architecture

The control layer between your app and your providers

OpenSwitch sits between your checkout or marketplace payment flow and your connected providers. It applies configured routing and fallback policies while giving your team a consistent operational view.

Illustrative routing flow
Your Backend
Merchant App
Payment request
integration
Orchestration Layer
OpenSwitch
routing engine
retry logic
observability
policy applied
configured route
Payment Providers
Provider AProvider BLocal provider
Networks / Banks
Card networkBank transferLocal method
Selected path
Fallback option
Routing policy
Provider criteria
Integration contract

Build only against verified interfaces

The public reference documents the implemented sandbox contract and an owner-reviewed support inventory. Production provider, method, and market coverage remains implementation-specific until confirmed in writing.

  • 5 supported public capabilities, each with a defined scope
  • Provider, payment-method, market, and operation status in one inventory
  • Planned and unsupported capabilities clearly separated
  • Reviewed by OpenSwitch Product & Engineering
Approved inventory

Know what is supported before solution design

Review the exact sandbox capabilities and the production items that still require written confirmation.

Review support and API reference
Infrastructure

What the orchestration layer provides

Smart Routing

Apply routing policies across connected providers using factors such as geography, payment context, provider performance, and commercial priorities.

Failover & Retries

Configure fallback behavior for eligible failures so payment traffic is not dependent on a single provider.

Unified API

Use a consistent orchestration layer across supported providers, reducing provider-specific logic in your application.

Full Observability

Review payment and routing activity to understand how connected providers perform for your transaction mix.

Vendor Independence

Keep routing decisions under your control and reduce operational dependence on any one payment provider.

Connector Library

Connect supported payment providers based on your markets and payment needs. Available connectors are confirmed during solution design.

Positioning

Gateway vs PSP vs Orchestration

Payment gateways abstract a single provider. PSPs process payments directly. OpenSwitch is neither — it's the routing and reliability layer that connects your application to multiple providers simultaneously.

CapabilityGateway (Stripe, Paymob)PSPOpenSwitch
Abstraction layerSingle providerSingle providerMulti-provider orchestration
Routing logicNoneNoneCost / success rate / geo rules
FailoverNoneNoneAutomatic, configurable chains
Retry engineNoneNoneIntelligent with decline analysis
ObservabilityBasicBasicPer-connector, full lifecycle
Vendor lock-inYesYesNone by design
You own the logicNoNoYes
Connectors

Connect the providers that fit your business

No public connector or payment-method inventory is currently approved. Support is confirmed in writing for each buyer and will be published here only after approval.

Provider support
Payment methods
Markets
Operations
Routing inputs
Test access

Build a payment strategy around your business.

Tell us about your payment volume, providers, markets, and integration needs. We’ll map where orchestration can add control and resilience.