whats-best.ai
Search Sign in

Payment

Saferpay

Provenance unknown Report an error

Panel rating · 6 judges · How to read the stars

Category median

Sovereignty: not determined

0–5 in half steps. 5 means the rubric's top anchor is met on the evidence.

by Saferpay AG (Worldline) · www.saferpay.com

Report an error on this page Is this your product? →

Link to this page

Saferpay: AI-assisted analysis on whats-best.ai Saferpay: AI-assisted analysis on whats-best.ai (dark)

Add ?theme=dark to the image address for dark backgrounds. The badge shows the category and the month of the latest evaluation, and EU-Made where that is the product’s provenance. It never shows a score.

Saferpay at a glance

Vendor
Saferpay AG (Worldline)
Headquarters
Not stated on the vendor’s pages as of 13 Oct 2026
Data hosting
Not stated on the vendor’s pages as of 13 Oct 2026
Free plan
Not stated on the vendor’s pages as of 13 Oct 2026
Panel verdict
The AI panel rates Saferpay 2/5, the mean of 6 judges. Saferpay AG (Worldline) is a payment product whose public documentation is strongest at the checkout and thinnest on the money and contract around it. how scores are made
As of
Vendor pages captured 13 Oct 2026; evaluated by the panel 15 Oct 2026. all sources

Saferpay alternatives, European ones first →

Read this page as one judge. Each weighs the same scores by what they care about.

The E-Commerce Lead

Weighted verdict

Sells to customers in eight EU countries and is measured on conversion. Wants the local methods each market actually uses named per country, a checkout that stays on her domain, and 3-D Secure that challenges only when it must. Reads "100+ payment methods" as a count, not a list.

Same scores as the panel view — this lens weights them the way this judge cares.

Scored by The E-Commerce Lead

Panel median The E-Commerce Lead This judge’s scores over the panel median. Each label opens its reasoning below.
Scores per criterion, in stars out of 5
Criterion Panel median The E-Commerce Lead
Payment methods & local coverage 3.5 of 5 3.5 of 5
Checkout, SCA & fraud 4 of 5 3.5 of 5
Subscriptions & recurring payments 2 of 5 2 of 5
Settlement, reconciliation & API 2 of 5 1.5 of 5
Licence, risk & account terms 1 of 5 0.5 of 5
European sovereignty 0.5 of 5 0.5 of 5

Payment methods & local coverage

How this is scored

Which methods a European customer can actually pay with — cards and wallets, SEPA Direct Debit, and the local methods that decide conversion per country — judged on the named list per market rather than on a method count.

0 — Cards only, or a method list with no statement of which countries and currencies each one covers.

3 — Major cards and wallets plus one or two European methods, with local coverage stated vaguely ("many local methods") and no SEPA Direct Debit.

5 — Cards, Apple Pay and Google Pay, SEPA Direct Debit, and the main local methods for DACH and Benelux (iDEAL or Wero, Bancontact, Klarna or invoice) listed by name with the countries they serve.

8 — Broad EU coverage named per country — including methods such as BLIK, TWINT, Przelewy24, EPS and Wero — multi-currency acceptance with settlement currencies stated, and which methods support refunds and recurring charges documented per method.

10 — Coverage is documented as a matrix a merchant can plan against: every method with its countries, currencies, refund, partial-capture and recurring support, and the provider's own acquiring versus third-party routing stated per method.

Report an error

The E-Commerce Lead

The acquirer pages are a genuine per-market map: TWINT, PostFinance Pay and Reka for Switzerland, EPS for Austria, iDEAL, Bancontact and payconiq for Benelux, BLIK and Przelewy24 for Poland, plus Klarna, Wero, SEPA Direct Debit and both wallets, with the acquirer named so I can see what rides on Worldline's own rails versus a third party. We found no public information on settlement currencies or refund support per method, and for France, Spain and Italy the only named options are cards and American Express, which would cost me conversion in two of my eight markets. 2 5

Report an error

Checkout, SCA & fraud

How this is scored

The path from basket to authorised payment under PSD2: hosted and embedded checkout options, 3-D Secure and SCA exemption handling, fraud screening, and what the provider documents about keeping legitimate payments from failing.

0 — A single redirect page with no statement on 3-D Secure, SCA or fraud screening.

3 — Hosted checkout with 3-D Secure 2 mentioned, fraud screening as an unexplained add-on, and no word on exemptions or declined-payment handling.

5 — Hosted and embedded checkout options, 3-D Secure 2 with SCA handled by the provider, configurable fraud rules, and the resulting PCI DSS scope for each integration type stated.

8 — SCA exemptions (low value, transaction risk analysis, merchant-initiated) applied and documented, fraud tooling with rules and risk scores exposed to the merchant, network tokens or account updater, and liability shift explained per flow.

10 — Authorisation is engineered and shown: exemption strategy documented, soft-decline retry handled, authorisation-rate reporting by method and issuer country, and a checkout the merchant can run in their own domain while staying at the lowest PCI scope.

Report an error

The E-Commerce Lead

The best-documented exemption game I have seen: low-value and transaction-risk-analysis exemptions with reset rules, the risk engine applying the analysis automatically, a switch to force the challenge only when needed, liability shift returned per transaction with the liable entity named, and soft-decline recovery with issuer codes and test cards to rehearse it. Checkout comes as a hosted page, an API-driven flow or a hosted entry form, though we found no public information on the PCI scope of each integration beyond the note that raw card posts require full certification. What keeps it off the top mark: no public information on network tokens, an account updater, or authorisation-rate reporting by method and issuer country. 3 4 7

Report an error

Subscriptions & recurring payments

How this is scored

Charging the same customer again: card-on-file and merchant-initiated transactions, SEPA mandates, subscription logic and dunning — and whether the stored payment credentials can leave with the merchant.

0 — No stored payment methods; every charge needs the customer to pay again.

3 — Card-on-file tokens for repeat charges, but no SEPA mandate handling, no subscription logic, and failed-payment handling left entirely to the merchant.

5 — Stored cards and SEPA Direct Debit mandates, merchant-initiated transactions documented, and basic subscription plans with scheduled charges and failed-payment notifications.

8 — Subscription billing with trials, proration and plan changes, smart retries and dunning, card account updater, mandate management with pre-notification, and a documented process for exporting payment tokens to another provider.

10 — Recurring revenue is a first-class product: usage-based and invoice-based billing, dunning with measurable recovery, token migration in and out documented with a stated timeline and format, and recurring support stated for every local method that allows it.

Report an error

The E-Commerce Lead

Merchant-initiated transactions are documented properly — referenced charges for fixed-schedule subscriptions, stored card data for irregular follow-ups, the authenticated initial transaction kept for five years, and a way to attach authentication to an existing stored card — but every schedule and every retry is mine to build, their own example being a server cron job and a 24-hour retry recommendation. We found no public information on SEPA mandate handling, dunning, card account updates, or exporting stored credentials to another provider. The rails are solid; the subscription product is my job. 3 5

Report an error

Settlement, reconciliation & API

How this is scored

Getting the money and knowing what it was: payout cadence and currencies, fee itemisation per transaction, reports that match a bank statement, and an API and webhooks a team can build finance processes on.

0 — Payouts on an unstated schedule, one net amount per payout, and no API or report beyond an on-screen list.

3 — A stated payout schedule and CSV exports, but fees netted invisibly into payouts and an API with thin documentation.

5 — Payout frequency and delay stated, per-transaction fee breakdown in reports, a documented REST API with webhooks and a test mode, and exports that link each payout to its transactions.

8 — Configurable payout schedules and settlement currencies, reconciliation reports that match bank lines, accounting integrations or exports named, a versioned API with idempotency and published rate limits, and a public status page with incident history.

10 — Finance can close the month from the provider's data: interchange and scheme fees itemised per transaction, automated reconciliation to the ledger, a deprecation policy for the API, and full historical data exportable after the contract ends.

Report an error

The E-Commerce Lead

What is published helps a little: my order reference flows through to the processor and into reconciliation files, batch close exists, and there is a documented JSON API with a test environment — though they are upfront that third-party methods like PayPal reconcile on that processor's data. We found no public information on payout frequency or delay, settlement currencies, per-transaction fee breakdowns or webhooks, and reconciliation questions are directed back to my account manager. I could not close a month from the public pages. 6 7 8

Report an error

Licence, risk & account terms

How this is scored

Who holds the merchant's money under which licence, and what the contract lets the provider do on a bad day: freezes, reserves, termination, chargebacks. Scored on what the terms and the imprint state, not on reputation.

0 — No regulated entity named; terms allow freezing funds and terminating the account at any time with no notice, reason or timeline.

3 — A licence mentioned without the entity, supervisor or register number, and terms that permit reserves and holds with no stated limits.

5 — The regulated entity named with its supervisor and licence type, safeguarding of merchant funds stated, chargeback fees and dispute process published, and a notice period for ordinary termination.

8 — Entity, supervisor, register number and passporting stated per country; reserve and rolling-hold conditions defined with limits and release timelines; freeze and termination terms with reasons and a route to appeal; PCI DSS level and attestation published.

10 — The bad day is written down: every regulated entity in the chain named with register links, reserve calculation disclosed, funds release timelines after termination committed, a documented complaint route to the supervisor, and exit terms that include handing back payment tokens and transaction history.

Report an error

The E-Commerce Lead

The licensing pages are feature tiers and a sales conversation, not contract terms: we found no public information on the regulated entity, its supervisor or register number, safeguarding of merchant funds, chargeback fees, dispute handling, or termination notice. Reserves, holds and any appeal route are likewise absent from what was captured. Before I route money through a provider in eight countries, I need the bad-day terms in writing. 7 8

Report an error

European sovereignty

How this is scored

Who the contracting and regulated entity is, and where transaction and cardholder data are processed and stored. Independently sourced by the sovereignty pipeline. The card schemes are US-based for every provider, so the scheme layer is not held against any one vendor; the part the vendor controls is.

0 — Non-EU contracting entity, no statement on where payment data is processed, and subprocessors unnamed.

3 — An EU licensed entity contracts, but payment and customer data is processed outside the EU by default without an explained safeguard, or the subprocessor list is absent.

5 — EU contracting and regulated entity, EU processing stated for core payment data, but the group parent or significant parts of the chain (fraud scoring, support, analytics) are non-EU without a stated safeguard.

8 — EU entity and EU licence, payment and cardholder data processed and stored in the EU on named infrastructure, subprocessor list published with locations, and a DPA covering the processing the provider does as processor versus as controller.

10 — Sovereign end to end and evidenced: European ownership, EU entity and licence, every processing location and subprocessor European, European rails (SEPA, Wero or national schemes) offered alongside cards, and certifications published.

Report an error

The E-Commerce Lead

Nothing is on record for where payment and cardholder data are processed or stored, and no subprocessor list or data-processing agreement appears in the captured pages — that silence is the finding. The licensing pages only tell me the served markets are Germany, Switzerland, Liechtenstein and Austria. For a merchant selling across the EU, we found no public information answering the ownership, licence or data-location questions. 7

Report an error

Pricing transparency not rated — the vendor publishes no price

How this is scored

Whether a merchant can compute the effective fee for their own mix of cards, countries and methods — including cross-border and currency conversion markups, chargebacks, refunds, payouts and monthly fees — from public pages alone.

0 — No public prices at all; every rate is a sales conversation.

3 — A headline percentage exists, but it is unclear which cards and countries it covers, and cross-border, currency conversion or chargeback fees are unstated — the effective fee is unknowable.

5 — Rates published per main method with domestic and international cards distinguished, but at least one commonly incurred cost (currency conversion markup, chargeback fee, payout or monthly fee) is missing or "on request".

8 — Every method priced publicly, cross-border and currency conversion markups stated, chargeback, refund and payout fees listed, minimum monthly fees and contract term given, and whether the model is blended or interchange++ said plainly.

10 — Complete fee computability: the effective rate derivable for a given volume, card mix and country mix — interchange++ with the markup published or a blended rate with every exception listed — plus volume tiers, reserves and every ancillary fee on a public page.

Report an error

The E-Commerce Lead

No public prices at all: the licensing page's answer to pricing questions is "please contact your account manager or our sales team", and even adding features is flagged as an upselling conversation with sales. With licence tiers named but unpriced, I cannot estimate an effective rate for any card, country or method mix without a negotiation. 7 8

Report an error

Questions about Saferpay

Is Saferpay European?

Not determined: the vendor’s pages as captured do not say where Saferpay is based.

Where does Saferpay store data?

Not stated on the vendor’s pages as of 13 Oct 2026.

Does Saferpay have a free plan?

Not stated on the vendor’s pages as of 13 Oct 2026.

What are the best alternatives to Saferpay?

As of 21 Oct 2026, the panel rates Adyen (3/5), Mollie (3/5) and Checkout.com (3/5) highest among the other 30 Payment products evaluated. Ratings that look equal are rounded to half stars; the order uses the unrounded rating, then the name. The highest-rated European alternative is Adyen (EU-Made). Ratings are the AI panel’s opinion, formed from public evidence: how scores are made. The full list, with European products first: Saferpay alternatives.

Where this could be wrong

What we left out

A claim that does not survive our checks costs us the claim, not the page. This is what was taken off this one.

Do you know more about Saferpay? Tell us Report an error on this page

Sources (8)

The pages every claim on this page was read from — each one checked, dated, and kept verifiable.

  1. 1 Payment methods & local coverage — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →
  2. 2 Payment methods & local coverage — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →
  3. 3 Checkout, SCA & fraud — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →
  4. 4 Checkout, SCA & fraud — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →
  5. 5 Subscriptions & recurring payments — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →
  6. 6 Settlement, reconciliation & API — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →
  7. 7 Licence, risk & account terms — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →
  8. 8 Licence, risk & account terms — found from sitemap docs.saferpay.com Checked 13 Oct 2026 Details →