One integration for every option
Turn options on or off from the dashboard — no re-integration when the merchant enables mobile, adds ACH, or expands into international.
Options catalogue · one API
topropay's unified gateway exposes acceptance as a set of options: secure card, mobile, ACH, ecommerce, international, crypto, recurring and licensed high-risk. Enable the options you need from the dashboard; add more without re-integration.
Key benefits
Four properties that show up the moment a merchant stops managing a separate provider for each option and starts running them all through one platform.
Turn options on or off from the dashboard — no re-integration when the merchant enables mobile, adds ACH, or expands into international.
Every card-shaped option inherits the platform's PCI DSS Level 1 vault and tokenisation. The merchant doesn't re-scope PCI when a new option turns on.
Card options route across the acquiring panel; bank-rail options ride the partner rail; crypto options route through licensed partner crypto gateways. One routing engine, per-option policies.
Settlements, fees, refunds and disputes from every enabled option normalise into one ledger. Daily exports tagged by option, provider, currency and merchant.
How the option menu runs underneath
What happens between the merchant enabling an option and a settled row in the reconciliation feed — and where the platform sits inside that chain.
The merchant enables the options relevant to their traffic — secure card, mobile, ACH, ecommerce checkout, international rails, crypto, recurring, high-risk panel — from a dashboard checklist.
The unified routing engine picks the optimal connected provider per authorisation based on BIN, currency, country pair, method and risk signals.
Soft declines cascade to the next ranked provider inside the same authorisation without surfacing to the buyer. Bank-rail R-codes trigger scheme-aware retries.
Settlement files from every provider normalise into one ledger; the merchant's finance team reads one export instead of one per provider.
Every option in detail
Each option gets a dedicated block — what it covers, what makes it distinctive, and how it inherits the platform's compliance posture.
Card capture into the platform vault before any acquirer sees it; PAN never lands on the merchant origin; selective EMV 3DS2 challenges per PSD2 exemption logic; network tokens (VTS, MDES) by default for card.
Apple Pay, Google Pay and Click to Pay on the online checkout; SoftPOS / Tap-to-Phone for in-person acceptance via licensed partner terminals; same authorisation engine as web card on the back.
US ACH debits (WEB, TEL, PPD, CCD), ACH credits for payouts and same-day ACH where supported. R-code-aware retries; mandate evidence captured at first debit and retained per NACHA rules.
Drop-in hosted checkout, embedded hosted-fields, or low-level SDK — three integration shapes share the same back-end. PCI scope shrinks with hosted; UI control expands with SDK.
SEPA (EU), Bacs (UK), PIX (BR), iDEAL (NL), Bancontact (BE), Interac (CA), PayID / OSKO (AU), plus card acceptance across the connected acquirer panel per market.
Stablecoins (USDC, USDT, DAI), majors (BTC, ETH, SOL) and L2 networks delivered through licensed partner crypto gateways with VASP / MiCA-relevant authorisations. Optional conversion-on-receipt keeps treasury fiat-only.
Card-on-file with network tokens and scheme account updaters; SEPA Direct Debit and recurring ACH with mandate handling; PIX-Recorrência where supported. Smart retries schedule around soft declines.
Chargeback-aware routing across the connected panel for licensed high-risk verticals — subscriptions, travel, ticketing, licensed gaming, nutraceuticals. Grey and black-market verticals are out of scope regardless of option shape.
Main use cases
Six recurring merchant shapes that benefit from combining multiple gateway options — DTC, SaaS, marketplaces, cross-border retail, utility billing and PSPs.
One checkout surface exposes several options per market; the routing engine picks the highest-EV provider per authorisation.
Recurring card on network tokens plus one-off card acceptance for setup fees. The vault token underpins both.
Some sellers accept card + wallet only; others add ACH or crypto. Each seller's option matrix is independently configurable.
International options unlock per market with the same integration — EU, UK, APAC, LATAM without a per-region checkout project.
ACH debits for recurring bills; card for one-off top-ups. Both route through the same reconciliation feed with per-customer statements.
Resellers inherit the full option catalogue and configure per-merchant option sets. The PSP keeps the merchant relationship; the platform handles the per-option message exchange.
Platform features
Twelve capabilities the platform ships once and reuses across every option — the primitives that make the option catalogue feel like one product.
One REST contract for card, ACH, wallet, ecommerce, international, crypto, recurring and high-risk options.
Three integration shapes share the same back-end — picked per merchant's PCI and UI constraints.
Per-option, per-BIN, per-currency and per-country routing across the connected provider panel.
Soft declines cascade to the next ranked provider inside the same authorisation; nothing leaks back to the buyer.
Card data captures into the platform vault before any provider sees it; PAN never lands in merchant systems.
Network tokens (VTS, MDES) by default for card; scheme updaters keep saved credentials alive across re-issuance.
Selective EMV 3DS2 challenges per authorisation — PSD2-compliant in Europe without breaking conversion.
ACH and SEPA Direct Debit mandates captured and retained per scheme rules; mandate IDs travel with each recurring option.
Stablecoins, majors and L2 networks via licensed partner crypto gateways under the same API.
One queue across options; evidence-pack templates per vertical; automated representment for select scheme types.
Velocity rules, list management and partner-agnostic fraud-engine connectors layered on top of routing.
Settlements, fees, refunds and chargebacks across every enabled option normalised into one ledger.
Trust & compliance
One audited environment underpins the orchestration layer; per-option scheme / rail-specific programmes surface in the dashboard so the merchant sees where they stand.
Ready to pick your option mix
A 30-minute options review covers the acceptance shapes relevant to your traffic, the connected providers behind them, and a sandbox to test each option before any commercial commitment.
Frequently asked
Definitions, option-toggle mechanics, cost differences per option, and the practicalities of running many options through one platform.
Payment gateway options on topropay are the acceptance shapes the unified gateway exposes: secure card, mobile (wallets and SoftPOS), ACH, ecommerce checkout (hosted / embedded / SDK), international rails, crypto, recurring and licensed high-risk. Each is a configuration of the same platform rather than a separate integration.
Secure payment options for card acceptance ride the PCI DSS Level 1 vault: card data captures into the platform vault, PAN never lands on the merchant origin, network tokens (VTS, MDES) replace static PANs for storage, and selective EMV 3DS2 fires per PSD2 exemption logic.
Mobile payment options cover both card-not-present (Apple Pay, Google Pay, Click to Pay on the online checkout) and card-present (SoftPOS / Tap-to-Phone via licensed partner acquirer apps). Both surface on the same merchant record and reconcile into the same ledger.
ACH payment options supported include consumer ACH debits (WEB, TEL, PPD), business ACH debits (CCD), ACH credits for payouts, and same-day ACH where the underlying processor supports it. NACHA mandate evidence is captured at first debit; R-code-aware retries handle NSF / R01 / R03 / R04 returns per the merchant's configured policy.
Ecommerce payment options for a modern retailer typically combine card (default), wallets (Apple Pay, Google Pay), BNPL (Klarna, Affirm, Clearpay), and one or two regional bank rails per market the retailer sells into. The hosted checkout renders the per-market method list; the SDK path is for retailers who want a fully bespoke checkout.
International payment options unlock per market from the dashboard. topropay's connected acquirer panel covers 40+ markets across EU, UK, APAC and LATAM; regional bank rails (SEPA, Bacs, PIX, iDEAL, Bancontact, Interac, PayID) sit alongside cards. The routing engine picks the optimal lane per BIN and country pair.
Crypto payment options on topropay are delivered through licensed partner crypto gateways rather than a topropay-owned crypto rail. Stablecoins (USDC, USDT, DAI), majors (BTC, ETH, SOL) and L2 networks are supported; optional conversion-on-receipt keeps the merchant's treasury fiat-only. The API surface is identical to fiat options.
Recurring payment options include card-on-file with network tokens and scheme updaters, SEPA Direct Debit with mandate handling, recurring ACH with NACHA mandates, and PIX-Recorrência where supported. Smart retries schedule around soft declines; recovery emails are templated per merchant.
High risk payment gateway options are available for licensed high-risk verticals — subscriptions, travel, ticketing, licensed gaming, nutraceuticals and similar. Chargeback-aware routing across the connected panel is the key differentiator: authorisations rotate around acquirers whose scheme-programme position is at risk (VDMP / VAMP / ECP).
Yes. Payment gateway options for website checkout can be enabled independently of in-person or API-only options. The hosted checkout, embedded hosted-fields and SDK surfaces are all website-facing; the SoftPOS and terminal options serve card-present, invoice pay links serve receivables — each independently switchable.
The buyer surface is merchant-configured: the merchant chooses which options appear on their checkout for each market, currency and vertical. The platform's role is to render the configured list, capture the buyer's choice, and route the authorisation to the optimal provider for that option. There isn't algorithmic option-selection on the buyer surface — the merchant owns that curation.
Yes. Options are toggles on the merchant's dashboard; toggling one off doesn't affect the others. In-flight authorisations under the disabled option complete normally; new authorisations under it are blocked. Reconciliation continues to surface historical activity per option.
For most options — new mobile wallet, additional currency, additional regional rail — enablement is a dashboard action that takes effect the same day. Options requiring new acquirer relationships (a new licensed acquirer partner in a new market) run on the partner's onboarding timeline, typically 2–4 weeks.
Yes. Different options carry different underlying costs — card interchange, scheme fees, ACH per-transaction, crypto network gas — so pricing is per-option rather than a flat blended rate. The platform surfaces per-option effective cost in the reconciliation feed so finance can compare landed cost across options.
topropay is the aggregator / orchestration layer that sits one level above traditional single-provider gateways. The 'payment gateway options' framing describes the acceptance shapes the platform exposes; the underlying acquiring relationships sit with licensed partner acquirers in each region. The merchant sees one API and one contract.
Related