One menu, one integration
Every option on the menu — integration shape, rails, provider mix, MID model, channels — sits behind the same unified API. Switching between options is a dashboard / routing-policy change, not a re-integration.
The full menu · one platform
Pick the integration shape, the rails, the provider mix, the MID model and the acceptance channels that fit your business today — and change any of them without re-integrating tomorrow. One API, one vault, one reconciliation feed across every choice.
The menu
Every choice a merchant makes with topropay lives inside one of five categories. Pick a combination that fits today; expand later without re-integrating.
Pick the surface that matches the PCI-scope preference and the amount of UI control the merchant wants.
The categories the unified API exposes. Merchants pick the subset relevant to their buyer geography and vertical.
How many acquirers / PSPs sit behind the merchant's traffic. Determines approval-rate ceiling and geographic reach.
Two contractual shapes. Both inherit the platform's PCI L1 posture.
Where the payment actually happens. All channels share the same vault, tokens and reconciliation feed.
Key benefits
Four properties that show up the moment a merchant stops running two payment stacks (one online, one in-person; one for cards, one for bank rails) and starts running one menu of options.
Every option on the menu — integration shape, rails, provider mix, MID model, channels — sits behind the same unified API. Switching between options is a dashboard / routing-policy change, not a re-integration.
Small business payment processing options default to a smaller connected panel, lighter routing policy and fewer channels enabled. Enterprise merchants unlock the full option surface — same platform, different defaults.
Single-provider ceilings are hard. The multi-acquirer and full-orchestration options lift approval by ranking connected lanes per authorisation and cascading soft declines inside the same auth.
Whichever combination of options the merchant picks, settlements, fees, refunds and chargebacks normalise into one ledger tagged by channel, provider, currency and vertical.
How selection works
How merchants actually navigate the option menu — from an initial 30-minute discovery review to phased go-live with the shortlisted picks.
A 30-minute review captures the merchant's geography mix, vertical, buyer profile, existing stack and roadmap — the constraints that narrow the option menu.
topropay proposes an initial shortlist: integration shape, rails per market, provider mix and MID model — with the reasoning behind each pick.
Merchant tests the shortlisted options in sandbox against representative test cards, mandates and buyer flows — before any commercial commitment.
Merchant migrates traffic in stages, often parallel-running with an existing provider during cutover so approval, cost and dispute outcomes can be measured.
As traffic grows, new options unlock: extra rails per market, additional acquirers on the panel, new channels (POS, pay links, invoices). Same merchant record throughout.
Main use cases
Six recurring merchant shapes and the option combinations that fit them.
Start with SoftPOS on the phone plus hosted pay links. Add online checkout only when the website launches. Fastest path from KYB to first payment.
Multi-store SMBs pair a partner terminal estate with an online checkout. Same merchant record; head office reads one ledger across stores and web.
Add SEPA SDD, iDEAL, PIX and BNPL as the brand enters new markets. Each new option is a routing-policy change, not a new integration project.
Card recurring on VTS/MDES network tokens plus SEPA Direct Debit for EU customers. Enterprise annual invoicing rides the same platform.
Invoice-tied hosted pay links with card + ACH + SEPA on the same surface. Dunning with smart retries; auto-close on settlement.
Resell the full menu downstream. PSP keeps the merchant relationship and pricing; topropay handles the per-merchant provider-side message exchange.
Platform features
Twelve capabilities the platform ships once and reuses across every option combination — the primitives that make the menu feel like one product.
One REST contract for card, ACH, SEPA, wallet, BNPL and crypto.
Three integration shapes share the same back-end — picked per PCI / UI constraints.
Per-BIN, per-currency and per-country scoring; ranked routes per authorisation across the connected 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 connected provider sees it; PAN never lands in merchant systems.
VTS and MDES tokens by default for card; scheme updaters keep saved credentials alive.
Selective 3DS2 challenges per authorisation — PSD2-compliant in Europe without breaking conversion.
One queue across providers; evidence-pack templates per vertical; automated representment for select scheme types.
Card-present via partner terminals and SoftPOS unified with the online surface on one merchant record.
Branded per-invoice URLs shared over email, SMS or WhatsApp with auto-close on settlement.
Settlements, fees, refunds and chargebacks across every option normalised into one ledger.
Independent routing weights per merchant or per merchant-group; resellers configure downstream merchants individually.
Industry relevance
topropay's option menu targets licensed merchants operating across Europe, the UK, APAC and LATAM. The same platform serves small businesses on their first payment and enterprise merchants at multi-region scale — the menu of options is common; the configuration differs.
Trust & compliance
One audited environment underpins the orchestration layer; rail-specific mandate handling and scheme-programme posture sit alongside it. Sub-merchants inherit the posture across every option chosen.
Ready to pick your combination
The review covers your geography mix, vertical, buyer profile and roadmap — and proposes an option shortlist you can test in sandbox before any commercial commitment.
Frequently asked
Definitions, small-business vs enterprise defaults, option-change mechanics, high-risk posture and the practicalities of running one merchant record across many option combinations.
Payment processing options on topropay covers the full menu the merchant picks from — integration shape (hosted, embedded, SDK), rails and methods (card, ACH, SEPA, wallet, BNPL, crypto), provider mix (single, multi-acquirer, full orchestration), onboarding model (sub-merchant, direct MID) and acceptance channels (online, POS, hosted pay link, invoice-tied). All options sit behind the same unified API.
Small business payment processing options typically start with the hosted checkout (SAQ A, fastest to live), a card + wallet default method mix, sub-merchant onboarding to skip direct acquiring underwriting, and online + hosted-pay-link channels. SoftPOS / Tap-to-Phone is added on the in-person side if the business has any offline sales.
Payment processing options for small business use the same platform as enterprise merchants; what differs is the default configuration. Small-business defaults skew to fewer channels enabled at start, a smaller connected panel, lighter routing policy and a compact dashboard. Enterprise defaults enable the full option surface. Tier-up between the two is a routing-policy and channel-enable change.
Website payment processing options depend on PCI-scope preference and UI control. Merchants wanting minimum PCI scope pick the hosted checkout (SAQ A). Merchants wanting to render their own checkout UI pick embedded hosted fields (SAQ A-EP). Merchants building a bespoke web checkout pick the low-level SDK. All three share the same back-end.
Online payment processing options beyond card include ACH (US, NACHA-compliant), SEPA Direct Debit (EU), Bacs (UK), regional bank rails (iDEAL, Bancontact, PIX), wallets (Apple Pay, Google Pay, Click to Pay), BNPL (Klarna, Afterpay, Clearpay), and crypto (stablecoins, majors, L2 networks via licensed partner gateways).
Yes. Adding rails, switching from single-provider to multi-acquirer routing, moving from sub-merchant to direct MID, or enabling new channels (POS, pay links, invoices) are all configuration changes on top of the same integration. The merchant's checkout code and API contract stay the same.
topropay proposes an option shortlist based on the merchant's geography mix, vertical, buyer profile, existing stack and roadmap. The proposal is validated in sandbox with representative test cards, mandates and buyer flows before any commercial commitment. Phased go-live and parallel-running with an existing provider are supported.
No — the best set of options depends on the merchant's specific mix of geography, vertical and buyer profile. What's optimal for a UK SaaS is different from what's optimal for a Brazilian DTC brand or a Singapore-based marketplace. topropay's option menu lets the merchant pick without having to re-platform when the mix shifts.
Licensed high-risk merchants (chargeback-monitored verticals with valid operating licences) get the same option menu with a chargeback-aware acquirer subset, tighter risk-signal scoring, dispute programme (VDMP / ECP) posture surfaced per acquirer, and evidence-pack templates tuned to their vertical. Unlicensed or grey-market operators are out of scope.
Settlement timing depends on the rail chosen. Card typically settles T+1 to T+3 depending on scheme and acquirer. ACH settles 1–3 business days (same-day where supported). SEPA Direct Debit follows the SEPA rulebook. Crypto settles in minutes via partner gateways. The option choice determines timing; the reconciliation feed normalises all of them.
Yes — different options carry different cost structures. Interchange varies by scheme, region and BIN class. Multi-acquirer routing can reduce effective interchange by picking the lowest-cost lane per authorisation. Bank rails have different fee schedules than cards. topropay's pricing is per-merchant and per-vertical; the routing engine minimises effective landed cost within the option constraints.
POS options include partner-delivered terminal estates (countertop, portable, mPOS), SoftPOS / Tap-to-Phone on NFC-equipped devices, and unified reporting with the online side under one merchant record. Contactless (EMV tap, Apple Pay, Google Pay) is default on the partner terminals.
No — hosted pay links are one of the acceptance-channel options inside the same platform. Issue a link via API or the dashboard; the buyer opens it and pays through the same hosted-checkout back-end used for the merchant's main online surface. Vault tokens and reconciliation are shared.
Yes. Crypto is one of the rail options — delivered through licensed partner crypto gateways (VASP / MiCA-relevant authorisations). Stablecoins (USDC, USDT, DAI), majors (BTC, ETH, SOL) and L2 networks are supported. Optional conversion-on-receipt keeps the merchant's treasury fiat-only.
Most merchants finish option selection, KYB, sandbox validation and phased go-live in 2–6 weeks. Small-business paths with fewer options can compress to 1–2 weeks. Enterprise migrations with multi-region, multi-channel option combinations typically run 6–10 weeks including parallel-running with the incumbent provider.
Related