Non-card rails · one API

Alternative payment systems — bank rails, wallets, BNPL and crypto on one API.

Cards aren't the only rail anymore. topropay puts SEPA, iDEAL, PIX, Open Banking, Apple Pay, Google Pay, Klarna, stablecoins and voucher rails behind the same unified API as card — enabled per-market by dashboard toggle, not per-rail integration project.

Book a rail-mix review Read the API docs
70%
of EU checkouts include ≥1 non-card method
300+
alternative methods reachable globally
40+
supported markets across EU, UK, APAC, LATAM
1 API
in front of every alternative rail

Method catalogue

Five categories of alternative payment methods ecommerce merchants actually use

Non-card rails split into five categories. Each is a dashboard-configurable capability that sits behind the same unified API as card.

  • Bank rails

    Instant-bank and account-to-account

    SEPA SDD & SCT · Open Banking (UK) · PIX (BR) · iDEAL (NL) · Bancontact (BE) · Trustly · PayID / OSKO (AU) · Interac (CA)

    Instant bank-to-bank rails have overtaken cards in several markets. topropay surfaces them per-market on the same hosted checkout, with mandate handling per scheme.

  • Wallets

    Digital wallets and pay-sheets

    Apple Pay · Google Pay · Click to Pay · Alipay+ · WeChat Pay · GrabPay · MB WAY · Skrill · MobilePay

    Wallets carry tokenised credentials — no PAN on the merchant side. Regional wallets fill mobile-heavy markets where card penetration is low.

  • BNPL

    Buy-now-pay-later

    Klarna · Afterpay · Affirm · Clearpay · Atome · Zip · Riverty

    BNPL raises average order value on higher-ticket carts. Same authorise endpoint as card; per-market availability is dashboard-configurable.

  • Crypto

    Stablecoin and majors

    USDC · USDT · DAI · PYUSD · BTC · ETH · SOL · L2 networks

    Crypto rails via licensed partner crypto gateways. Optional conversion-on-receipt keeps treasury fiat-only for merchants who don't want on-chain exposure.

  • Cash / voucher

    Cash-voucher and offline methods

    Paysafecard · Boleto (BR) · OXXO (MX) · Konbini (JP) · MultiBanco (PT)

    Voucher and cash-in-store rails let unbanked or card-averse buyers pay online. Regional-only; surfaced automatically for buyers in supported markets.

Key benefits

Why one platform for alternative payment processing beats one per rail

Four properties that show up the moment non-card rails stop being separate stacks and start being toggles on the same platform.

  1. 01

    One integration, every non-card rail

    Add bank rails, wallets, BNPL, crypto or voucher rails without a separate integration project per rail. The merchant's checkout code doesn't change; the dashboard toggles the rail on per market.

  2. 02

    Regional-optimal method mix

    The hosted checkout re-orders methods per buyer market — SEPA + iDEAL up top in the Netherlands, PIX first in Brazil, PayID first in Australia — so buyers see their default rail without hunting.

  3. 03

    One vault, one dispute queue

    Vault tokens work the same across card and non-card. Chargebacks, R-code returns and SEPA SDD recalls land in one dispute queue with evidence-pack templates per rail.

  4. 04

    One reconciliation feed

    Settlement files from every alternative rail normalise into one ledger tagged by method, region and currency. Finance stops maintaining per-rail spreadsheets.

How alternative payment gateway wiring works

From per-market toggle to reconciled ledger in four steps

What actually happens between the merchant enabling a rail in the dashboard and the reconciled row landing in finance's ledger.

  1. 01

    Enable rails per market

    The dashboard exposes per-market rail toggles. Turn on SEPA + iDEAL for the Netherlands, PIX for Brazil, wallet-heavy for APAC — driven by target-buyer geography rather than technical constraint.

  2. 02

    Hosted checkout renders the per-market list

    The hosted checkout, embedded fields or SDK renders the per-market method list based on the buyer's country. Buyers see their default rail without hunting for it.

  3. 03

    Authorise / debit / mandate as per rail

    Card runs the auth-capture-settle model; bank rails run mandate-then-debit; crypto runs on-chain confirmation; wallets tokenise-and-authorise. topropay abstracts the differences into one API surface.

  4. 04

    Settle & reconcile in one ledger

    Settlement files land per rail; the platform normalises them into one ledger tagged by method, region and currency. Refunds and disputes route back through the vault token per rail's mechanics.

Main use cases

Where alternative payment solutions earn their integration budget

Six recurring merchant shapes that lift conversion or reduce cost by shipping non-card rails alongside card.

  • DTC

    Cross-border DTC merchants

    A DTC brand selling into EU + LATAM + APAC surfaces SEPA in the Netherlands, PIX in Brazil, PayID in Australia and wallets across mobile-heavy markets — all through the same integration.

  • SaaS

    SaaS with non-card renewal preference

    SaaS buyers who prefer SEPA SDD over card-on-file for recurring billing get the mandate flow; renewals run without card-expiry churn.

  • Travel

    Travel and ticketing with mixed rails

    Card default for card-heavy markets, bank rails for high-ticket European bookings (lower interchange), wallets for mobile buyers, cash-voucher for card-averse segments.

  • Plat

    Marketplaces with regional seller mix

    Sellers accept the rails their buyers actually use; reconciliation rolls up by seller and by rail in one feed. Payouts to sellers ride SEPA / Interac / PIX where applicable.

  • Global

    Global content and digital-goods brands

    Digital-goods brands catch card-averse buyers via Paysafecard, Boleto and Konbini, plus regional wallets — without adding per-rail engineering.

  • B2B

    B2B with SEPA SDD and Open Banking

    European B2B contracts run recurring debits on SEPA SDD; UK B2B rides Open Banking pay-by-bank. Same platform surface as card acceptance.

Platform features

Capabilities across every alternative rail on the platform

Twelve capabilities the platform ships once and reuses across the alternative-rail portfolio.

  • Unified API across all rails

    One REST contract for card, bank rail, wallet, BNPL, crypto and voucher methods.

  • Per-market method ranking

    Hosted checkout re-orders the visible method list per buyer country and currency.

  • Mandate handling per scheme

    SEPA / NACHA / Bacs mandate authorisations captured and retained per scheme rules.

  • Wallet tokenisation

    Apple Pay, Google Pay, Click to Pay and Alipay+ tokens ride the same vault as card tokens.

  • BNPL parity with card

    Klarna, Afterpay, Affirm and Clearpay through the same authorise endpoint as card.

  • Crypto via partner gateways

    Stablecoins, majors and L2 networks via licensed partner crypto gateways with optional conversion-on-receipt.

  • Cash-voucher regional coverage

    Paysafecard, Boleto, OXXO, Konbini and MultiBanco for card-averse buyers in supported markets.

  • Smart routing & cascade (card)

    Card authorisations cascade across the connected acquirer panel; non-card rails run their own retry logic per scheme.

  • PCI DSS Level 1 vault

    Card data captures into the platform vault before any acquirer sees it; non-card rails follow their own tokenisation standards.

  • Unified dispute queue

    Chargebacks, R-code returns and SEPA SDD recalls land in one queue; evidence templates per rail.

  • One reconciliation feed

    Every alternative rail settled into one ledger; tagged by method, region and currency.

  • Operator-side refund controls

    Refunds against the vault token regardless of rail; every refund logged with actor, reason and timestamp.

Industry relevance

Where alternative payment systems innovations are heading

Four themes the platform tracks — the rails and behaviours reshaping non-card acceptance across EU, UK, APAC and LATAM.

  • Instant-bank rails going mainstream

    PIX in Brazil, PayID in Australia, FedNow in the US and SEPA Instant in Europe are shifting checkout share away from card. Merchants who ship them early keep interchange budget for reinvestment.

  • Stablecoin settlement for cross-border B2B

    USDC and USDT as B2B settlement rails are replacing correspondent-bank flows on high-value cross-border invoices. Licensed partner gateways handle the on/off-ramp; topropay orchestrates the on-chain confirmation.

  • Open Banking pay-by-bank on high-ticket carts

    UK and select EU merchants use Open Banking pay-by-bank on higher-ticket carts to reduce card interchange. SCA is handled bank-side; conversion parity with card is close.

  • Wallet consolidation into Click to Pay

    Click to Pay is unifying wallet handoff across schemes. The buyer sees one 'Pay' button; the merchant integrates once. topropay surfaces it alongside Apple Pay and Google Pay for shoppers who prefer scheme-issued wallets.

Trust & compliance

Compliance posture across card + alternative rails

One audited environment underpins the card side; per-rail mandate and licensing posture is inherited from the licensed partner providers behind each alternative rail.

PCI DSS Level 1
The card-side vault and switch are PCI DSS Level 1 service-provider components; non-card rails inherit tokenisation and audit posture at the platform level.
SEPA / NACHA / Bacs mandate handling
Bank-rail mandate authorisations captured and retained per scheme rules; mandate IDs travel with each debit.
SCA & PSD2 (card + Open Banking)
Selective EMV 3DS2 on the card path plus SCA on Open Banking pay-by-bank flows in Europe.
Crypto partner-gateway compliance
Crypto rails delivered through licensed partner gateways with VASP / MiCA-relevant authorisations; AML and KYC inherited.
Sanctions & AML alignment
Sanctions screening at onboarding; AML monitoring tuned per merchant vertical, volume and country mix.
Licensed verticals only
Licensed gaming, regulated financial services and other compliance-bound verticals supported only where current operating licences exist. Grey and black-market verticals are out of scope.

Ready to add non-card rails

Add alternative payment systems without a per-rail integration.

A 30-minute rail-mix review covers the alternative rails relevant to your target markets, the per-market ranking that fits your buyer mix, and a sandbox to test against before any commercial commitment.

Book a rail-mix review Read the API docs

Frequently asked

Buyer questions about alternative payment systems on topropay

Definitions, per-market mechanics, mandate flows, disputes, timelines and the practicalities of adding non-card rails to a mainly-card checkout.

  1. 01

    What does topropay mean by alternative payment systems?

    Alternative payment systems on topropay covers every payment rail that isn't a Visa / Mastercard / Amex / Discover card: bank rails (SEPA, PIX, iDEAL, Open Banking, ACH, PayID), digital wallets (Apple Pay, Google Pay, Click to Pay, Alipay+, WeChat Pay), BNPL (Klarna, Afterpay, Affirm), crypto (via licensed partner gateways) and cash-voucher methods (Paysafecard, Boleto, OXXO, Konbini). All surface through the same unified API as card.

  2. 02

    What alternative payment solutions does the platform bundle out of the box?

    Alternative payment solutions bundled out of the box include the hosted checkout with per-market method ranking, mandate-capture flows for bank rails, wallet tokenisation, BNPL authorise-endpoint parity, crypto rails via partner connectivity and cash-voucher method surfacing. Each is enabled by dashboard toggle rather than a separate integration project.

  3. 03

    Who are the alternative payment providers behind the connected panel?

    Alternative payment providers behind the connected panel are licensed method-specific providers per rail — regional bank-rail specialists for SEPA / iDEAL / PIX / Open Banking, wallet SDK providers for Apple Pay / Google Pay handoff, BNPL brands (Klarna, Afterpay, Affirm) as scheme partners, licensed crypto gateway partners for stablecoins and majors, and cash-voucher acquirers per regional network. Selection is under NDA during onboarding — the panel changes as new providers are added.

  4. 04

    Does topropay operate an alternative payment gateway?

    topropay's unified payment gateway is scheme-agnostic — it handles alternative payment gateway traffic (non-card rails) through the same endpoints as card. There isn't a separate 'alternative gateway' product; the routing engine detects the rail from the method type and applies the rail-specific behaviour (mandate handling, on-chain confirmation, wallet handoff, etc.) underneath.

  5. 05

    What alternative payment methods ecommerce merchants typically add first?

    Alternative payment methods ecommerce merchants typically add first depend on their target market: iDEAL for Dutch buyers, PIX for Brazilian buyers, Klarna for higher-ticket EU carts, Apple Pay + Google Pay for mobile-heavy markets, SEPA SDD for European recurring billing, and Paysafecard / Boleto for card-averse segments. The platform lets merchants enable each per-market rather than as a global toggle.

  6. 06

    How does alternative payment processing differ from card processing operationally?

    Alternative payment processing on topropay abstracts rail-specific mechanics into the same API surface: card uses auth-capture-settle, bank rails use mandate-then-debit, crypto uses on-chain confirmation, wallets use tokenise-and-authorise. Settlement timing, dispute mechanics and mandate lifecycles differ per rail; the platform absorbs those differences and presents a consistent event stream to the merchant.

  7. 07

    What are the current alternative payment systems innovations the platform tracks?

    Alternative payment systems innovations the platform tracks include the continued spread of instant-bank rails (PIX, PayID, FedNow, SEPA Instant), stablecoin settlement for cross-border B2B, Open Banking pay-by-bank replacing card debits on high-ticket European commerce, and MPoC-aligned SoftPOS for card-present acceptance on mobile devices. New rails are added to the connected panel as they mature and licensed partner coverage becomes available.

  8. 08

    Do alternative rails settle to the merchant in the same currency as card?

    Settlement currency per rail depends on the rail and the merchant's configured settlement accounts. Card settles in the acquirer's configured currency; bank rails typically settle in the rail's native currency (EUR for SEPA, BRL for PIX, GBP for Open Banking / Bacs); crypto settles either as the received asset or as fiat if conversion-on-receipt is enabled. Multi-currency settlement is supported per the merchant's treasury preference.

  9. 09

    How are disputes handled across alternative rails?

    Disputes across alternative rails land in the same unified dispute queue as card chargebacks. Bank-rail returns (ACH R-codes, SEPA SDD recalls, PIX chargebacks where supported) are routed to the merchant's operations queue with evidence-pack templates per rail. Crypto disputes don't exist in the scheme-chargeback sense — recovery is out-of-band via off-chain negotiation.

  10. 10

    Are recurring flows supported on alternative rails?

    Yes. Recurring flows on alternative rails include SEPA Direct Debit and Bacs Direct Debit (mandate-based recurring), ACH debits (US), PIX-Recorrência where supported, wallet-backed recurring (via network tokens where the wallet supports it), and crypto stablecoin scheduled transfers. Each runs through the same recurring engine as card-on-file with rail-specific mandate handling.

  11. 11

    Which alternative methods work for card-averse or unbanked buyers?

    For card-averse or unbanked buyers, cash-voucher rails (Paysafecard, Boleto, OXXO, Konbini, MultiBanco) let the buyer pay online with a barcode redeemed at a physical location. Bank-rail methods (PIX, iDEAL) work for banked-but-card-averse buyers. Crypto works for crypto-native buyers or those in regions with limited card penetration.

  12. 12

    Can the merchant force which alternative methods appear per market?

    Yes. Per-market method overrides in the dashboard let the merchant pin specific rails to specific markets, exclude rails that don't fit their vertical, or promote certain rails higher in the hosted checkout ranking. The defaults follow buyer-side conversion data; overrides ride on top.

  13. 13

    How does the platform decide whether to route a payment through card or an alternative rail?

    The platform doesn't force the routing — the buyer picks the rail from the hosted checkout. The routing engine's job is downstream: once the rail is chosen, it picks the best connected provider for that rail (best acquirer for card, best bank-rail provider for SEPA, best partner crypto gateway for stablecoins, and so on).

  14. 14

    What geographies are alternative rails available in?

    Alternative rails are geographically distributed: SEPA covers the 36-country SEPA zone; PIX covers Brazil; iDEAL covers the Netherlands; Bancontact covers Belgium; Open Banking pay-by-bank covers the UK and select EU markets; PayID / OSKO covers Australia; Interac covers Canada; ACH covers the US. Wallets (Apple Pay, Google Pay, Click to Pay) are global; regional wallets follow their home market. Crypto is jurisdiction-agnostic subject to partner-gateway licensing.

  15. 15

    How quickly can a merchant add a new alternative rail?

    Adding a new alternative rail is typically a dashboard configuration change plus any KYB / partner-agreement requirements the specific rail carries. Well-established rails (Apple Pay, Google Pay, SEPA SDD, iDEAL) are enabled in hours-to-days; newer or more compliance-heavy rails (Open Banking, PIX, some BNPL brands) can take a few days to a couple of weeks depending on the partner's requirements.

Related

Related on the topropay platform