Accepting payments online

Accepting payments online — cards, ACH, wallets, BNPL and crypto on one stack.

topropay is the orchestration layer behind every authorisation a merchant takes online. Integrate once and accept payments worldwide across hundreds of methods, with smart per-transaction routing across the connected provider portfolio and one normalised reconciliation feed for finance.

  • Card Visa, MC, Amex, JCB, RuPay
  • ACH US debits & credits
  • Wallets Apple Pay, Google Pay, Alipay+
  • Bank rails SEPA, Bacs, Open Banking
  • BNPL Klarna, Afterpay, Affirm
  • Crypto USDC, USDT, BTC, ETH
Card Wallet ACH SEPA BNPL Crypto tp
Every method, every market — one orchestration node.

The short version

Everything a merchant can accept through a single integration

"Accept payments" used to mean "accept card payments". Now it covers cards, bank rails, wallets, BNPL and crypto across dozens of countries and hundreds of methods. topropay collapses that surface into one API call.

  • Card payments — Visa, Mastercard, Amex, Discover, JCB, RuPay and regional schemes
  • ACH debits and credits for US-domiciled flows
  • Wallets — Apple Pay, Google Pay, Click to Pay, Alipay+, WeChat Pay
  • Bank rails — SEPA, Bacs, Open Banking, iDEAL, BLIK, Bancontact, EPS
  • Regional APMs — PIX, OXXO, SPEI in LATAM; PayID, OSKO in APAC; UPI via licensed partners
  • BNPL and instalment — Klarna, Afterpay, Affirm, Clearpay, Atome
  • Crypto rails — stablecoins (USDC, USDT) and major tokens via partner gateways

Key benefits

What changes when you take payments online through one orchestration layer

Six outcomes show up consistently — across method coverage, compliance, operations and reporting — when the orchestration sits in front of the provider stack.

  • Cards

    Accept card payments on every supported scheme

    Visa, Mastercard, Amex, Discover, JCB and regional schemes through connected acquirers, with per-transaction routing across the portfolio. The card form, vault and dispute timeline are the same surface for every scheme.

  • ACH

    Accept ACH payments alongside cards on one API

    US debits and credits flow through the same orchestration layer. Routing, retries, signed webhooks and reconciliation work identically; the only difference is per-rail metadata in the request body.

  • Global

    Take payments online from buyers worldwide

    Hundreds of methods reachable through one unified API. Each market gets its preferred local method at checkout — buyers see something they recognise; the merchant sees a single integration on the back end.

  • Crypto

    Accept payments in cryptocurrency where it makes sense

    Stablecoin and major-token settlement through partner crypto gateways, surfaced inside the same unified API and reconciled in the same ledger as fiat. Conversion-on-receipt policies keep treasury predictable.

  • Posture

    PCI-compliant by default

    Card data captures into topropay's PCI DSS Level 1 vault before it touches any provider. The merchant integrates as a sub-merchant and inherits the platform's posture rather than carrying separate certifications per acquirer.

  • Reporting

    One reconciliation feed across every method

    Card, ACH, wallets, bank rails, BNPL and crypto roll up into a single normalised ledger keyed off vault tokens. Finance closes from one export instead of one per provider per rail.

How it works

From integration to one reconciliation feed

Four lanes carry the lifecycle of accepting an online payment, end to end — from the first integration call to the consolidated ledger entry tomorrow morning.

  1. 01 Connect
    • Unified API

      Drop in the REST SDK or the hosted checkout once; cover every supported method behind one contract.

    • Bring your acquirers

      Keep existing PSP and acquirer relationships in place — topropay sits in front of them, not in their place.

  2. 02 Configure
    • Method mix per market

      Turn on the methods relevant for each region from the dashboard; no release required to add a new APM.

    • Routing policy

      Optimise for approval, cost, currency or composite per market — and tune the weights as evidence accumulates.

    • Risk rules

      Velocity rules, list management and 3DS2 / SCA thresholds set per merchant or per segment.

  3. 03 Authorise
    • Real-time routing

      Every authorisation scored across BIN, scheme, currency, country and risk in under 200ms.

    • Cascade on decline

      Soft declines fail over to the next ranked route inside the same request, before the buyer ever sees an error.

  4. 04 Reconcile
    • One ledger

      Settlements, fees, refunds and chargebacks normalise into a single feed across every connected provider and rail.

    • ERP exports

      CSV, Parquet and signed event feeds keyed off vault tokens so finance never needs a PAN to investigate.

Main use cases

Where merchants accept payments globally on the platform

Same orchestration layer, four very different merchant shapes. The patterns below cover the most common reasons merchants land on topropay.

  1. 01

    DTC brand selling across Europe and the US

    A direct-to-consumer brand on a single storefront accept web payments from buyers in dozens of countries: cards routed to the best regional acquirer per BIN, local methods like iDEAL and Bancontact surfaced at checkout, and one reconciliation feed for finance.

  2. 02

    SaaS business taking subscriptions worldwide

    A SaaS business needs to accept business payments on recurring schedules across markets. Network tokens, scheme account updaters and smart retries keep renewals alive through card re-issuance events; ACH and SEPA Direct Debit cover the higher-ticket annual plans.

  3. 03

    Platform reselling capacity to many merchants

    A PSP or platform layers its own pricing on top of topropay's connected portfolio and lets its merchants accept all payments through the inherited stack — split payments, seller payouts and per-tenant reporting included.

  4. 04

    Web3-adjacent merchant accepting stablecoins

    A merchant that needs to accept altcoin payments alongside fiat enables crypto rails through the same unified API. USDC and USDT authorise, settle and reconcile next to card and ACH; conversion-on-receipt keeps treasury in the merchant's reporting currency.

Platform features

A platform feature set built to accept web payments at scale

The capabilities behind the unified API — written so an engineering, ops or finance reader can each find the rows that matter to them.

  • Hosted & embedded checkout

    Drop-in hosted surface for fast launch; hosted fields and a low-level SDK when full control of the checkout surface matters.

  • Tokenisation vault

    PCI DSS Level 1 vault; refunds, retries and recurring run on vault tokens, never PANs.

  • Network tokens & updaters

    Network-token-by-default plus scheme account updaters keep saved-card flows alive through re-issuance.

  • 3DS2 & SCA orchestration

    Selective authentication per transaction; PSD2-compliant in Europe without throwing every shopper through a step-up.

  • Smart routing & cascading

    Per-transaction scoring across BIN, scheme, currency, country and risk signals; ranked routes with in-request cascade.

  • Risk & fraud controls

    Velocity rules, list management and a partner-agnostic fraud-engine connector — bring your own provider or use ours.

  • Webhooks & event streams

    Signed, normalised webhooks plus an event stream that drops cleanly into SIEMs, warehouses and in-house tooling.

  • Operator portal

    One dashboard for authorisations, refunds, disputes and chargebacks across every connected provider and method.

  • Multi-currency settlement

    Settlement currency is a policy choice; payouts group by currency and acquirer for clean reconciliation.

  • Sandbox parity

    A sandbox per environment that behaves the same as production, including routing, cascade and regional scenarios.

Industry relevance

Verticals running on the platform

The orchestration model fits any vertical where the cost of an extra approved authorisation outweighs the cost of comparing providers against each other.

  • Retail & DTC
  • Subscriptions & SaaS
  • Marketplaces & platforms
  • Travel & hospitality
  • Ticketing & events
  • Financial services
  • Education & e-learning
  • Digital goods
  • Gaming & entertainment
  • Nonprofits & fundraising
  • PSPs & ISVs
  • B2B invoicing

topropay works with licensed and regulated operators only. Gaming, financial-services and similar regulated verticals are onboarded where a current operating licence exists in a permitted jurisdiction; grey and black-market verticals are out of scope regardless of integration shape.

Trust & compliance

Compliance posture for merchants accepting payments online

Every authorisation runs through a single, audited environment. Merchants integrate as sub-merchants and inherit the platform's posture rather than carrying separate certifications per provider.

  • PCI DSS Level 1

    Annual on-site assessment and quarterly ASV scans run on the platform cycle; inherited by merchants.

  • Strong Customer Authentication

    Selective 3DS2 / SCA on the authorisation path; PSD2-compliant in Europe without breaking conversion.

  • Regional regulatory coverage

    EU, UK, APAC and LATAM connectivity through licensed providers; India via licensed partner gateways.

  • Data residency options

    Regional residency available for merchants under regulators that require it; signed event logs from the dashboard.

  • Operational hardening

    Scoped API keys, IP allow-lists, signed webhooks and full audit logs across every connected provider.

  • Resilience by design

    Redundant acquiring zones and automatic failover keep authorisation available through outages and peak loads.

Ready to integrate

Accept card, ACH, wallet, bank-rail, BNPL and crypto payments through one integration.

A 30-minute review walks through the methods relevant for your markets, the routing policies that fit your traffic shape, and a sandbox to test against before any commercial commitment. Existing PSP and acquirer contracts can stay in place.

Frequently asked

Buyer questions about accepting payments online

The questions buyers actually ask before committing — covering methods, integration shape, geographies, verticals and the practicalities of running an orchestrated checkout.

  1. What does it actually mean to start accepting payments online with topropay?

    Accepting payments online with topropay means integrating once against a unified API that fronts every connected PSP, acquirer and alternative payment method. From the merchant's side it's one SDK, one webhook contract, one operator dashboard and one reconciliation feed. From the buyer's side it's a familiar checkout with the right method for their market.

  2. Can a merchant accept all payments — card, ACH, wallet, BNPL and crypto — on one stack?

    Yes. The orchestration layer treats every rail the same way: same routing engine, same vault, same webhooks, same reconciliation feed. To accept all payments through a single integration, a merchant enables the methods relevant for their markets from the dashboard rather than integrating each provider separately.

  3. How do you accept payments on website checkouts across multiple regions?

    To accept payments on website checkouts across regions, drop in the hosted checkout (or integrate the SDK) once and enable the methods relevant per market. Each region's checkout surface reorders methods based on the shopper's locale, currency and device class. There's no per-country plug-in to install, configure and audit.

  4. Can I accept website payments in one country and ACH payments in another from the same merchant account?

    Yes. A single topropay merchant relationship lets you accept website payments in regions where card and local methods make sense, and accept ACH payments where US bank rails are the right shape — all under one operator portal with one reconciliation feed.

  5. Is it possible to accept payments online without a merchant account in the traditional sense?

    Many merchants accept payments online without a merchant account of their own by integrating as sub-merchants on topropay's connected acquiring relationships. The aggregator model carries the merchant account; the merchant integrates as a sub-merchant and inherits routing, vault, dispute handling and reconciliation. This shortens onboarding and removes the per-acquirer paperwork most merchants would otherwise carry.

  6. How do businesses accept business payments — B2B invoices, account-to-account, recurring?

    Merchants accept business payments through the same orchestration layer that handles consumer cards. ACH credits, SEPA Direct Debit, Open Banking PISP and Bacs Direct Debit cover invoice and account-to-account flows; vault tokens cover recurring; the dashboard exposes per-buyer payment history without leaking PANs to AR teams.

  7. Can topropay help me accept payments worldwide as a single integration?

    Yes — that's the platform's premise. To accept payments worldwide, the merchant integrates once and topropay's connected portfolio covers cards, wallets, bank rails and APMs across Europe, the UK, APAC (including India via licensed partner gateways) and LATAM. Settlement currency is a policy choice per merchant.

  8. What about accepting payments globally for high-volume merchants with complex routing needs?

    Accept payments globally with composite routing: per-transaction scoring on approval likelihood, cost, scheme, currency, country and risk signals across the connected provider portfolio. The routing engine re-trains against the merchant's own outcomes on a quarterly cadence so it never stops chasing the right answer for the merchant's actual traffic.

  9. How does crypto fit — can I accept payments in cryptocurrency without rebuilding my checkout?

    Crypto rails plug into the same unified API as fiat. To accept payments in cryptocurrency, enable the crypto methods from the dashboard; the existing checkout surface picks them up alongside card and wallet options. Conversion-on-receipt to fiat is a configurable policy per asset and per merchant.

  10. Can I accept altcoin payments beyond the headline coins?

    Coverage to accept altcoin payments is delivered through partner crypto gateways with their own asset support; major-token settlement covers BTC, ETH and the leading stablecoins, with broader altcoin coverage configurable through the connected gateways. Asset availability is exposed inside the dashboard rather than pinned to a marketing page that goes stale.

  11. Are accepted-card workflows different from accepted-wallet workflows?

    Operationally they look the same. Whether you accept card payments, wallet payments or alternative-method payments, the authorisation, capture, refund, dispute and reconciliation surfaces are identical — the only difference is the method-specific metadata in the request body. That uniformity is the point of the orchestration layer.

  12. How long does it take a typical merchant to take payments online with topropay?

    A merchant that uses the hosted checkout can take payments online in days from contract; a merchant building a fully embedded surface typically reaches live in weeks. Either way, the rest of the lifecycle — new methods, new markets, routing tuning — ships from the dashboard without further engineering work.

  13. Is there a vertical the platform won't accept?

    topropay works with licensed and regulated operators only. Gaming and entertainment merchants are onboarded where a current operating licence exists in a permitted jurisdiction; grey and black-market verticals are out of scope regardless of integration shape.