Payment analytics and reporting, live from the gateway.
Approval rates, decline reasons and settlement timing update the second they happen. No nightly export. No stale report. One payment analytics dashboard covers cards, open banking, payouts, subscriptions and fraud.
Built for merchants across the EU, UK, Australia, Canada and New Zealand — e-commerce, subscription software, professional services. The numbers finance ties out at month-end are the same numbers product watched at 10 a.m.
- SecondsEvent to dashboard
- One viewEvery product line
- regional dataStored in the region
- CSV + APITake it anywhere
- SEPA Instant settled Bank confirmed
- Card · 3DS2 Frictionless
- Bancontact pending Awaiting code
- Card · 3DS2 declined Insufficient funds
- BLIK settled Bank confirmed
Sample dashboard view. Your figures come from your own traffic.
Why business payment analytics belongs inside the gateway.
When the analytics layer is bolted on afterwards, it always trails the truth. Ours reads from the same event log the acquirer writes to.
-
One dashboard, every product
Card, wallet, APM, open banking, payout, subscription and fraud events land on the same timeline. No stitching between five vendor consoles to answer one revenue question.
-
Live, not nightly
Payment data analytics update within seconds of the event. The number you see at 10:07 is the number the acquirer saw at 10:07 — no batch, no derived view.
-
Interchange++ line detail
Every settled charge breaks out scheme fees, interchange and gateway margin on its own line. Finance can tie a bank statement row to an order without a spreadsheet dance.
-
Take the numbers with you
The same figures are readable over the REST API, pushed through signed webhooks and exportable as CSV. Column names are stable, so a finance sheet built once keeps working.
Six numbers that move revenue.
Each metric states its unit and its window, so two people never read the same tile two ways. Definitions are fixed and documented.
-
percent · Rolling 60 min
Authorisation rate
Approved payments divided by attempts. Split it by issuer country, card scheme, plugin or checkout URL. It is the fastest read on revenue health and the first tile finance loads in the morning.
-
grouped codes · Live
Decline reasons
Raw issuer codes are mapped to plain labels. Soft declines are marked as retryable. Hard declines are flagged so you stop retrying them. Every code links to the underlying transaction.
-
hours · Per payout batch
Settlement timing
Track the gap between capture and money landing. SEPA Instant and standard credit transfer are shown as separate lines, and each payout links to the individual payments it contains.
-
score bands · Rolling 24 h
Fraud score mix
See how many orders your rules pass, step up, review or block. Tune a rule and the next hour shows the effect. The tile shares its data with the fraud engine — same numbers, one source.
-
cases · State counts
Dispute pipeline
Pre-dispute alerts, opened chargebacks, evidence-required cases and outcomes broken out. Each entry carries its 3-D Secure result and its reason code for finance-team review.
-
percent · Rolling 7 days
Recurring recovery
How many failed subscription renewals came back on the next dunning cycle. Split by dunning strategy, so you can see which retry cadence is actually recovering revenue.
How data analytics payment processing runs end-to-end.
Six stages sit between the event fired by a product and the number visible in your dashboard. Each stage is deterministic and each stage is visible in the API.
-
Event fires
Each product writes to the same event log as it runs — charge.created, charge.settled, dispute.opened.
-
Enrichment attaches
BIN metadata, issuer country, exemption used and rule IDs are joined onto the event as it is written.
-
Rollups update
Rolling counters (60-minute auth rate, 24-hour score mix) recompute inline. No batch job holds them back.
-
Dashboard reflects
Tiles, tables and charts read from the same records. What analysts see and what the API returns match to the second.
-
Alerts and webhooks
Thresholds you set fire an email or a signed webhook the moment the metric crosses the line.
-
Export or query
Every view exports to CSV. The same figures are queryable over the REST API for your own warehouse pipeline.
One timeline, every product.
Nothing is bolted on afterwards. Each product writes to the same event log as it runs. That is why the payment analytics and reporting layer has no lag and no gaps.
Browse all products| Source | What it records | Product |
|---|---|---|
| Card and APM traffic | Scheme, issuer, wallet, exemption applied and 3-D Secure 2 outcome | Card and APM processing |
| Open banking debits | Bank selection, approval step and confirmation timing | Open banking |
| Payout batches | Instruction, rail used (SEPA / SEPA Instant / SWIFT), settlement stamp | Payouts |
| Subscription cycles | Renewals, dunning attempts, recovered revenue and mandate status | Recurring billing |
| Fraud decisions | Rule hits, score band, verdict and manual review outcome | Payment fraud prevention |
| Checkout sessions | Session start, method chosen, drop-off step and completion | Hosted checkout products |
Features shipped with the analytics workspace.
Every feature below is on the standard plan. Turn them on from the dashboard or through the API — no enterprise-tier gate on the primitives.
-
Metric tiles
Auth rate, decline mix, settlement gap, fraud bands, recovery rate — each with a fixed unit and a documented window.
-
Live event ticker
Rolling feed of payments and payouts as they happen, filterable by method, status and merchant ID.
-
Slice-by filters
Break any tile by issuer country, card scheme, plugin, checkout URL, currency or merchant ID with one click.
-
Cohort and time compare
Compare this week against last week or against a 4-week rolling baseline, overlaid on the same chart.
-
Threshold alerts
Email or signed webhook when a metric crosses a floor or ceiling. Alerts are logged and acknowledgeable.
-
Payout reconciliation
Each payout links to the payments it contains and to your bank statement line. One-click drill from settlement account to order.
-
CSV export
Every view exports with stable column names. Schema is versioned, so a finance sheet built once keeps working.
-
REST + webhooks
Same numbers over API. Signed webhooks push state changes with HMAC-SHA256 and replay-safe idempotency keys.
Read every metric from the REST API.
The dashboard is a client of the same API you can call. Pull an authorisation-rate slice, page through settled charges, or subscribe to a signed webhook for events — payment data analytics is a first-class interface, not a screen-scrape.
Read the developer docsGET /v1/analytics/auth_rate
{
"window": "60m",
"as_of": "2026-08-03T09:07:00Z",
"slice": { "issuer_country": "NL", "scheme": "visa" },
"attempts": 1284,
"approved": 1163,
"rate": 0.9058,
"delta_vs_prior_hour": -0.012
} POST /v1/webhooks/subscriptions
{
"event_types": [
"charge.succeeded",
"charge.declined",
"payout.settled",
"dispute.opened"
],
"url": "https://ops.example.com/hooks/bazpay",
"signing_secret": "whsec_..."
} Analytics in payment industry, tuned by merchant profile.
The default views reflect these four profiles. Turn on the ones you need and adjust slices against your own traffic history.
-
E-commerce sellers
Approval rate by BIN country and plugin, cart-level decline funnels, chargeback rate against Visa scheme thresholds.
-
Subscription software
Involuntary churn tracked as a metric. Dunning recovery split by retry strategy, MRR movement against gateway data.
-
Professional services
Invoice-level tracing from issued charge to settled payout. Aged receivables reconciled against SEPA Instant rail settlement.
-
Digital publishers
Subscription lifecycle from paywall unlock to renewal recovery, with method-mix breakdown by geographic segment.
Out of scope for BazPay: adult, gambling, CBD, nutraceutical, forex, CFD, crypto-exchange, debt-collection and MLM.
Live gateway analytics vs bolted-on reporting.
When reporting is added on top of the payment stack instead of built into it, latency and coverage suffer. The comparison shows what changes.
See pricing detail| Dimension | BazPay live analytics | Bolted-on reporting layer |
|---|---|---|
| Data freshness | Seconds — event to tile | Overnight batch, T+1 minimum |
| Scope | Cards, APM, open banking, payouts, subs | One product line at a time |
| Fee visibility | Interchange++ per line | Blended-rate summary |
| Programmatic access | REST + signed webhooks + CSV | CSV or PDF only |
| Payout reconciliation | Batch links to individual payments | Manual match against bank statement |
| Custom alerts | Threshold rules per metric | None or fixed alerts only |
Get told before you get asked.
A dashboard you must remember to open is a dashboard you will miss. Set the rule once — the alert will find you.
-
Set a threshold
Pick a metric and a floor. Example: alert if the card approval rate drops five points inside a rolling hour.
-
Choose a channel
Alerts arrive by email or by signed webhook. The webhook body follows the event contract your code already handles.
-
Export the detail
Every view exports to CSV. Column names are versioned, so a finance sheet built once keeps working through releases.
-
Reconcile the payout
Each payout batch links to the payments inside it. Bank statement line to individual order takes one click.
Security and access controls.
Analytics reads the same event store the acquirer writes to, inside a PCI DSS Level 1 environment. Access is scoped by role and every export is written to an audit trail.
Card data never leaves gateway scope. The dashboard reads on tokens and enriched events — no PAN, no CVC — so your annual return stays at merchant SAQ A when the hosted checkout products are in place.
- Gateway certification
- PCI DSS Level 1
- Your annual return
- SAQ A (with hosted fields)
- Data handling
- GDPR-compliant, In-region data residency
- Access control
- Role-based; audit log on every export
- Encryption
- TLS 1.2+ in transit; AES-256 at rest
What merchants ask about the data.
- How fresh is the payment analytics data?
- Payment events reach the dashboard within seconds of the gateway processing them. There is no nightly batch and no derived view. The tiles, the tables, the API and the webhooks all read from the same event log written as each product runs.
- Can I query the data from my own code?
- Yes. Every figure visible in the dashboard is readable over the REST API, and signed webhooks push state changes to your service the moment they happen. The event contract is documented in the API reference and stays stable across releases.
- Does it cover every product on one timeline?
- Cards, wallets, APMs, open banking, payouts, recurring billing, fraud and checkout events sit on a single timeline — not five separate dashboards. Filters slice the view by method, issuer country, plugin, currency or merchant ID.
- Who can see the numbers?
- Access is role-based. Finance can have read-only reporting; engineering keeps key management; sandbox and live data are separated. Every export is written to an audit log. Data is stored inside the region.
- How does the payment analytics dashboard handle interchange and scheme fees?
- Every settled charge splits scheme fees, interchange and gateway margin on its own line. The interchange++ breakdown is available inside the dashboard, over the REST API and in the CSV export, so finance can reconcile without derived spreadsheets.
- Can I push data into my warehouse or BI tool?
- Yes. Scheduled CSV exports drop into an SFTP endpoint you nominate. Signed webhooks stream events into your own ETL pipeline. The REST API supports paginated reads with cursor tokens for backfill.
- How does business payment analytics link to payout reconciliation?
- Each payout batch page lists every individual payment it settled, alongside the SEPA Instant or transfer reference your bank shows on the statement. That means one click drills from your settlement account activity to the underlying order, with no manual matching.
- Which merchant profiles is this reporting suitable for?
- BazPay is a regional acquirer. The analytics in payment industry terms covered here are tuned for e-commerce sellers, subscription software firms, professional services and digital publishers. BazPay does not board adult, gambling, CBD, nutraceutical, forex, CFD, crypto-exchange, debt-collection or MLM merchants.
Watch your own traffic first.
The sandbox ships with the same dashboard. Push test payments through it and the tiles fill straight away. Write to [email protected] with a reporting question.
- DevelopersOne REST API behind every metric
- Hosted checkout productsWhere the first event is written
- Merchant acquiringThe MID every metric is tied to
- Anti-fraud controlsThe signals behind every decline
- Processing a paymentThe lifecycle each event traces
- Card and APM processingThe rails feeding the dashboard
- IntegrationsPlugins for the major regional carts
- CompanyWho runs the platform, and how