Online payment systems for EU merchants, on one platform.
BazPay is a single online payment system covering acceptance, risk, recurring billing, payouts and reporting. Cards, EU local methods, open banking and A2A rails all resolve into one charge object, one dashboard and one reconciliation surface.
Built for e-commerce sellers, subscription software firms and professional-services businesses. Also fits vertical online payment systems — course-fee portals, hotel booking sites, membership platforms — where the merchant profile stays low-risk under our underwriting rules.
Why merchants pick a single platform over stitched e payment systems
Buying acceptance, risk, subscriptions and payouts as separate components stitches four reconciliation surfaces together. A single platform collapses them into one — cheaper to run and easier to audit.
-
01
One system replaces a stitched stack
Acceptance, risk, recurring billing, payouts and reporting share one API and one dashboard. Fewer vendors, fewer contracts, one reconciliation surface.
-
02
Direct EU acquiring, not resold
BazPay operates the acquiring licence for its EU book. No third-party sub-processor sits between your traffic and settlement — you keep line-level fee visibility.
-
03
Real-time data on every event
Every authorisation, decline, refund, dispute and payout emits a signed webhook. The dashboard mirrors the same stream in seconds, not overnight batches.
-
04
PCI scope kept at SAQ A
Hosted fields and gateway-side vaulting keep PANs out of your infrastructure. The platform holds PCI DSS Level 1 on the acquiring and gateway environment.
Modules inside the payment platform
Eight modules make up the platform. Each one is available on the standard integration and each one links back to its own product page for detail.
-
Acceptance
Card and APM processing
Visa, Mastercard, Maestro and Cartes Bancaires on our EU acquiring licence, plus iDEAL, BLIK, Bancontact, EPS and Przelewy24 behind the same API call.
-
Bank rails
Open banking
Account-to-account pay-ins over SEPA Instant with bank-side authentication. Useful for higher-ticket orders where card fees start to bite.
-
Money out
Payouts
SEPA, SEPA Instant, SWIFT and push-to-card payouts in approved corridors. Split payouts to third-party payees on the same reconciliation.
-
Recurring
Recurring billing
Saved cards and SEPA mandates for subscriptions and retainers. Merchant-initiated exemptions and dunning are built into the platform.
-
Risk
Anti-fraud controls
Inline scoring on device, velocity and geography with a dashboard rule builder. 3-D Secure 2.2 fires only when the risk earns it.
-
Front end
Hosted checkout products
Drop-in checkout, hosted fields and one-click return flows. All served from our PCI environment, so your scope stays at SAQ A.
-
Insight
Real-time analytics
Approvals, declines, refunds and dispute reason codes streamed as they happen. Filters by BIN, method, country, plugin and rule ID.
-
API
REST API and webhooks
One charge endpoint covers cards, wallets and APMs. Idempotency keys, signed webhooks and interchange++ line detail for finance.
How the platform runs, end to end
Eight stages sit between a merchant signing on and a payout landing in a supplier's account. Each one is visible in the dashboard and each one emits a signed webhook.
-
Onboard
KYC and merchant underwriting complete in days for the standard low-risk profiles. Named MID assigned on activation.
-
Integrate
Ship with a plugin, hosted checkout or the REST API. Sandbox keys are self-service, no demo call required.
-
Accept
Turn cards, wallets and APMs on from the dashboard. The response shape stays the same across methods.
-
Screen
The inline rule engine scores every order. 3-D Secure 2.2 fires only when the risk profile requires it.
-
Authorise
The acquirer clears the charge on the EU licence. Decline codes stream to analytics and webhook in seconds.
-
Settle
Funds reconcile from the EU acquiring balance to your named IBAN in the settlement corridor you selected.
-
Pay out
SEPA, SEPA Instant, SWIFT and push-to-card payouts move money to suppliers, partners or your own accounts.
-
Report
Interchange++ line detail, dispute reason codes and payout reconciliation exports feed your accounting stack.
Where merchants use the platform
The default configuration reflects six merchant profiles below. Every one of them fits our low-risk underwriting rules. Sign-off on your business model happens before activation, so there is no surprise deactivation later.
-
E-commerce and DTC brands
Card acceptance, EU local methods and hosted checkout — with Shopware, Magento 2, WooCommerce and PrestaShop plugins already maintained. A full online payment system for cross-border catalogues.
-
Subscription software
Recurring billing with card and SEPA mandates, saved-card renewals, dunning and MRR-aware webhooks. The dashboard reports on trial conversion and involuntary churn.
-
Professional services
Higher-ticket B2B invoicing, corporate payment solutions with named-payer allow lists, and open banking for A2A payments that avoid card interchange on large tickets.
-
Digital publishers and memberships
Paywall unlocks, membership renewals and one-time issue purchases with account-takeover heuristics on the sign-in flow.
-
Corporate bill payment flows
For businesses running an online bill payment system for their customers — utilities-style monthly billing, service invoicing and split disbursements to partners.
-
Low-risk verticals that ship online
School and course-fee portals, hotel booking sites, hospitality-linked laundry services and healthcare-adjacent subscription tools — where the merchant profile stays low-risk under our underwriting rules.
Out of scope for BazPay: adult, gambling, CBD, nutraceutical, forex, CFD, crypto-exchange, debt-collection and MLM. If your profile does not fit low-risk underwriting, the platform is not the right fit — and we would rather say so upfront.
A REST API that reads the same for every method
One endpoint creates a charge. The payment_method field decides whether the
request runs as a card, a wallet, a local method or an open-banking A2A push. The
response object shape never changes, so your order router and finance reconciliation
code stay small.
POST /v1/charges
Idempotency-Key: 8f1c-2b3a-9e4d
{
"amount": 4990,
"currency": "EUR",
"payment_method": "card", // "ideal" | "bancontact" | "open_banking" | ...
"capture": "auto",
"three_d_secure": "required_if_needed",
"customer": "cus_5F9k",
"metadata": { "order_id": "ORD-10842" }
} Read the complete schema in the API reference and the handler samples in the developer docs. Idempotency keys make retries safe. Signed webhooks confirm every state change, even if your service was down when the event fired.
Integrations with the storefronts you already run
The platform ships with maintained plugins for the four most common EU commerce stacks. Each plugin covers checkout, refunds, capture, recurring billing and webhooks — so replacing an incumbent payment system takes hours, not a quarter.
- WooCommerce — cards, wallets, EU local methods, subscriptions.
- Magento 2 / Adobe Commerce — B2B and multi-store configurations.
- PrestaShop — hosted checkout, saved cards, refunds.
- Shopware 6 — cards, APMs, subscriptions, split payouts.
Full list on the integrations page. If your storefront is custom, the REST API is the same for everyone.
Unified platform vs stitched-together card payment systems
International merchants often assemble a gateway, a fraud vendor, a subscription tool and a payout provider. Each hop adds a contract, a reconciliation join and a place for data to drift. A unified platform keeps them on the same ledger.
| Dimension | BazPay unified platform | Stitched stack |
|---|---|---|
| Contracts | One with BazPay | Gateway + PSP + acquirer + risk vendor |
| Reconciliation | One dashboard, one payout report | Manual join across systems |
| PAN handling | Hosted fields, gateway vault | Often merchant-hosted or split |
| Fraud engine | Native inline, tied to the acquirer | Bolt-on, blind to scheme signals |
| Payouts | SEPA, SEPA Instant, SWIFT, push-to-card | Aggregated, delayed |
| Reporting | Interchange++ line detail | Blended-rate summary |
| Webhooks | Signed, idempotent, replay-protected | Varies by vendor in the chain |
Questions decision-makers ask first
How do BazPay's online payment systems differ from a hosted checkout tool?
A hosted checkout is one layer. BazPay is the whole platform underneath it — the acquiring licence, the risk engine, the recurring-billing scheduler, the payout rails and the reporting stack. You can start with the hosted checkout and grow into the API without switching vendors.
Is this suitable as an e-payment system for cross-border e-commerce inside the EU?
Yes. Presentment runs in EUR and more than twenty currencies. EU local payment methods (iDEAL, BLIK, Bancontact, EPS, Przelewy24) sit behind the same API call as card charges. Cards issued outside the EU still authorise on the EU acquiring licence.
Can I use BazPay for corporate payment solutions and bill payment systems?
Yes, within our low-risk underwriting scope. B2B invoicing, retainer-style recurring billing and corporate bill payment flows work well. Higher-ticket orders can be routed to open banking to avoid card interchange on large tickets.
Do you support vertical online payment systems for schools, hotels and similar profiles?
Where the merchant profile stays low-risk, yes. A school portal collecting course fees, a hotel taking booking deposits or a hospitality-linked laundry service subscription can all run on the platform. What we do not board is adult, gambling, CBD, nutraceutical, forex, CFD, crypto-exchange, debt-collection or MLM merchants.
How is the platform priced?
Card charges are billed on interchange++ so scheme fees, interchange and the BazPay margin appear separately per line. Local methods, payouts and premium features are priced per line on the same statement. Current schedules live on the pricing page.
What does the integration path look like?
Three routes: a maintained shop plugin, hosted checkout, or a direct REST API integration. All three write to the same charge object shape, so you can start with a plugin and move to the API later without reworking your data model.
Does the platform handle payouts and split disbursements?
Yes. SEPA, SEPA Instant, SWIFT and push-to-card payouts run from the same balance the acquirer settles into. Split payouts to third-party beneficiaries reconcile on the same statement as the charge that generated them.
How do I know the acceptance stack is compliant?
The gateway environment is PCI DSS Level 1 assessed each year. 3-D Secure 2.2 covers PSD2 SCA on card charges. Data residency is European and a DPA is available on request. Scheme registrations are held where the schemes require them for our service model.
See the platform on your own data
Open a sandbox account and post a charge, run a payout and fire a webhook in the same hour. Prefer a walkthrough first? A payments specialist can map your acceptance, payouts and recurring billing requirements with you. For the wider context, see merchant services, merchant acquiring, how BazPay compares as a payment provider and real-time analytics.