Payment processing for online business, built to drop into your stack.


BazPay handles payment processing online for merchants across the EU, UK, Australia, Canada and New Zealand — cards, device wallets, local payment methods and account-to-account rails through one REST API and one dashboard. Pick the checkout surface that fits your storefront, wire it once, and turn new markets on as you grow.

Built for e-commerce sellers, subscription software firms and professional-services businesses. Direct acquiring on our own regional licence keeps reporting clean and settlement direct into your settlement account.

Why online stores run payment processing on BazPay

Four things stay true whether you take a hundred orders a day or several thousand. They are the reasons product, engineering and finance teams stay with the platform after the first quarter of live traffic.

  • One API for the whole online store

    Acceptance, recurring billing, payouts and fraud controls share the same REST endpoint. Your storefront integrates once and turns methods on from the dashboard.

  • Checkout surfaces that fit your stack

    Hosted page for the fastest go-live, drop-in components for a branded flow inside your storefront, or full server-to-server for teams that own their checkout layer.

  • Approval-quality routing

    BIN-aware routing, PSD2 exemption logic and network-token refresh keep saved cards alive after reissue — approvals hold up as your book grows.

  • Same-day reporting for finance

    Interchange++ line detail per settlement, decline reasons in real time and signed webhooks for every state change — the accounting closes the day the payment lands.

Four checkout surfaces for payment processing online

The right surface depends on how much of the checkout UX your team wants to own. All four run against the same acquiring rail, so the underlying processing behaviour does not change when you swap one for another.

  • Fastest

    Hosted checkout page

    The shopper is redirected to a BazPay-hosted checkout, then returned to a success or failure URL you own. PCI scope stays at SAQ A because the PAN never touches your servers. Ships styled to match your storefront tokens.

    • Hosted URL
    • Redirect flow
    • SAQ A
  • Branded

    Drop-in components

    Hosted fields render inside your own checkout page. The shopper never leaves the storefront, but card data stays inside our PCI environment.

    • In-page
    • Hosted fields
    • Web SDK
  • Custom

    Server-to-server

    Full REST integration for teams that own the checkout UX end-to-end. Recommended once you have your own PCI programme and want tightest UX control.

    • REST
    • Custom UX
    • Full control
  • Mobile

    Native app checkout

    iOS and Android SDKs render Apple Pay, Google Pay and card entry natively in your app. Same charge object, same signed webhook stream as the web integration.

    • iOS SDK
    • Android SDK
    • Apple/Google Pay

Component-level detail on hosted checkout products. Method depth on card and APM processing. Related surface: transaction processing, online payment services and gateway services.

How an online payment is processed, step by step

Six stages sit between the storefront checkout button and the settled dollar on your bank account. Each stage is visible in the dashboard and each stage change fires a signed webhook.

  1. Cart

    The shopper reaches the storefront checkout. Cart items, currency and tax are posted to your backend as usual.

  2. Intent

    Your server creates a charge or setup intent with an idempotency key. The intent returns a client secret for the front end.

  3. Collect

    Hosted fields or the redirect flow collects card, wallet or APM credentials inside our PCI scope. No PAN passes your stack.

  4. Score

    The inline fraud engine grades the order against your rule set — clean orders skip the extra step, borderline orders step up.

  5. Authorise

    3-D Secure 2.2 fires only when the risk earns it. The charge posts to the acquirer with the authentication result bound to the transaction.

  6. Fulfil

    A signed webhook confirms the state to your order system. Capture at once or defer until you ship — refunds work the same shape.

One REST call per checkout

The charge object is the unit of work. One endpoint authorises, captures and refunds. Idempotency makes retries safe from the storefront side. Signed webhooks confirm every state change to your order system.

POST /v1/charges
Idempotency-Key: 8f1c-2b3a-9e4d
{
  "amount": 4990,
  "currency": "EUR",
  "payment_method": "card",
  "capture": "auto",
  "three_d_secure": "required_if_needed",
  "descriptor": "ACME EU LTD",
  "return_url": "https://acme.eu/checkout/return",
  "metadata": { "order_id": "ORD-10842", "cart_hash": "9c21e0" }
}

The response returns a canonical charge object with the authorisation code, the exemption applied and the next action (if any). Read the complete schema in the API reference and the handler samples in the developer docs.

Features an online business relies on after go-live

Every capability below ships on the standard integration. Turn features on with a request flag or a dashboard toggle — no enterprise-tier gate on the primitives.

  • Hosted checkout page

    Fastest way to a compliant online checkout. Styled to your tokens, redirect-based, PCI scope stays at SAQ A.

  • Drop-in components

    Hosted card, expiry and CVC fields rendered inside your storefront. In-page UX without pulling card data into your stack.

  • Gateway-side vault

    Store credentials once and reuse them for one-clicks, subscription renewals and dunning retries — portable across your stack.

  • Network tokens

    Automatic PAN refresh through Visa and Mastercard token services keeps saved cards alive when a card is reissued.

  • 3-D Secure 2.2 engine

    Frictionless flow first, challenge only when your rules or the issuer require it. Exemption logic runs automatically.

  • Signed webhooks

    HMAC-signed, replay-protected events per state change — one signature scheme across every rail your store accepts.

  • Idempotent requests

    Retry-safe create requests keyed to your idempotency header. A network blip never becomes a double charge.

  • Real-time decline data

    Every authorisation response returns the raw scheme code, issuer response and normalised reason for your dunning logic.

Migrating an existing online store to BazPay

Most online businesses that switch already have another processor and a vault full of saved cards. The comparison below is the shape of what changes on migration — and what stays the same for your shoppers.

Migration comparison: BazPay processing vs incumbent reseller
Dimension BazPay (direct regional) Incumbent reseller / aggregator
Contract Direct with BazPay as regional acquirer Existing reseller or aggregator
PAN handling Hosted fields, gateway vault Merchant-hosted fields common
Saved cards Portable network tokens on migration Vendor-specific vault, hard to move
Reporting Interchange++ line detail Blended-rate summary
Rule changes Dashboard, effective on next order Ticket or code deploy
Plugin fit Maintained plugins for the top 4 regional stacks Varies by reseller

Fees on the pricing page. Boarding path on merchant acquiring. The processor-comparison shortlist lives on payment processors.

Online-store profiles BazPay underwrites

BazPay is a regional acquirer. Underwriting is scoped to four online-business profiles with predictable chargeback ratios and clean AML posture.

  • DTC e-commerce stores

    Multi-country storefronts running Shopware, Magento 2, WooCommerce or PrestaShop. Local card and APM acceptance under one MID.

  • Subscription online stores

    Card-on-file renewals, MIT exemptions and dunning-aware retries wired into the same checkout flow as one-off orders.

  • Professional-services shops

    Consultancies, agencies and B2B service firms selling packages online with named-payer trust lists and enforced 3-D Secure 2.

  • Digital-publisher stores

    Membership renewals, single-issue purchases and paywall unlocks reconciled per SKU on one merchant account.

Out of scope for BazPay: adult, gambling, cannabis, CBD, nutraceutical, forex, CFD, crypto-exchange, debt-collection and MLM. See the packaged payments solutions for vertical bundles.

Security and compliance signals for online payment processing

The floor for a credible online-payment processor is PCI DSS Level 1 on its own environment, authentication with 3-D Secure 2 and named scheme registrations. BazPay's signals are below — hosted fields, gateway-side vaulting and network tokens keep your annual return at merchant SAQ A.

PCI DSS Level 1
Annual assessment on the acquiring and gateway environment
Merchant SAQ A
Hosted fields and gateway vault keep card data out of your stack
Authentication
3-D Secure 2.2 with automatic exemption logic on every card charge
GDPR
In-region data residency; DPA on request
SEPA / SEPA Instant
Direct participation for merchant payouts in supported corridors

Questions online stores ask before switching

What does payment processing for an online store actually cover?

Processing online payment means moving an authorisation request from the storefront checkout to the acquirer and the card scheme, running strong customer authentication where PSD2 requires it, returning a decision to your order system and settling the funds. BazPay covers that end-to-end on one platform for merchants across the EU, UK, Australia, Canada and New Zealand — you do not integrate a separate gateway, acquirer, tokenisation service and payout provider.

How do I add payment processing online to an existing website?

Open a sandbox, install one of the maintained storefront plugins (WooCommerce, Magento 2, PrestaShop or Shopware) or wire the REST API yourself, verify a test webhook and switch to the live key. Most merchants in the EU, UK, Australia, Canada and New Zealand complete integration and boarding in a matter of days rather than weeks.

Which checkout surface should an online business pick?

For fastest go-live and the smallest PCI scope, use the hosted checkout page. If you need a fully branded in-page experience, use drop-in components with hosted fields. If your team already owns a full checkout UI and you have your own PCI programme, use the server-to-server REST integration.

Which payment methods does a regional online store need to accept?

For most regional stores, the shortlist is Visa and Mastercard, plus Apple Pay and Google Pay on the card rail, plus the local method for each core market — SEPA Instant for Germany, Bancontact for the United Kingdom, BLIK for Australia, EPS for France, Przelewy24 for the United Kingdom alongside Bancontact. Add SEPA Instant account-to-account where higher-ticket B2B invoicing runs.

How does BazPay handle authentication on an online checkout?

3-D Secure 2.2 runs automatically on card charges, with exemption logic that claims TRA, low-value, trusted-beneficiary or merchant-initiated flags where PSD2 allows. Most orders resolve frictionlessly; challenge is applied only where the risk or the issuer requires it. The authentication result is stored with the payment and re-used as dispute evidence.

Is payment processing for online business the same as an online payment gateway?

Overlapping but not identical. A payment gateway is the software layer that carries the authorisation message. Payment processing is the whole cycle — authorisation, capture, refund, settlement and reconciliation. BazPay ships both on one platform, so a regional merchant does not have to contract a separate gateway and processor.

How does refunding and partial capture work?

Refunds and partial captures both post against the original charge object with the same idempotency contract as create. Split shipments and post-purchase adjustments are first-class — the charge, capture and refund events all fire as signed webhooks and appear in real-time analytics within seconds.

Which merchant profiles are in scope for BazPay?

Regional online businesses: e-commerce sellers, subscription software firms, professional-services businesses and digital publishers. BazPay does not board adult, gambling, cannabis, CBD, nutraceutical, forex, CFD, crypto-exchange, debt-collection or MLM merchants, and it is not a marketplace of third-party PSPs.

Add regional payment processing to your online store

Open a sandbox and post your first authorisation in the same hour. Prefer a walkthrough? A payments specialist can map your markets, your checkout surface, your recurring billing plan and your payment fraud prevention rules with you.