Payment Orchestration Platform

Control every payment in one place.

P26M connects your checkout to the payment service providers (PSPs) you choose — the companies that process online payments for you. You keep your contracts, integrate once, and set the routing rules yourself.

  • PCI DSS v4.0.1 ready
  • EU-hosted, GDPR ready
Countries
21
Providers
141
in the catalogue
Payment methods
62
offered by providers
How routing works
Providers A and B are illustrative
Example · API payment
MerchantP26MProvider AAttempt 1DeclinedProvider BAttempt 2 · one retryApproved141 providersin the catalogueMerchantP26MProvider AAttempt 1DeclinedProvider BAttempt 2 · one retryApproved141 providersin the catalogue

The retry applies to payments your server sends through the API.

The reality today

Payment infrastructure grows by accident, not by design.

Companies start with one PSP. Then they add a second as a backup and a third for a new market. Each provider brings its own API, its own reports and its own error codes, and the integration work piles up.

  1. 01
    MerchantProvider A

    First, a single provider is connected. Simple and predictable, for now.

  2. 02
    MerchantProvider AProvider B

    A second provider joins as a backup. Two integrations, two reconciliation flows.

  3. 03
    MerchantProvider AProvider BProvider CProvider D

    More providers follow by market, method and vertical. Four integrations, four sets of bugs.

  • Declined payments you never see

    Each declined payment is a customer who wanted to pay. With one provider, there is nowhere else to send it.

  • Vendor lock-in

    When the provider raises fees, changes its API or goes down, you have no second route ready.

  • No central view

    Payments live in four dashboards and settlement files in four formats. Finance matches them by hand.

  • Every new market means new code

    Each new market, currency or method needs another integration, and your engineers are already busy.

How routing works

You set the rules. P26M picks the provider.

In the dashboard, you decide where each payment goes. P26M applies your rules to every payment and chooses among the providers that match.

  1. You set routing rules in the dashboard. A rule either sends a payment to the providers you pick (route) or stops it (block).
  2. A rule can check the currency, payment method, card brand, card type, country or BIN, issuing bank, amount, operation type and schedule. A built-in simulator shows which rule a test payment would hit.
  3. Among the providers that match, P26M leaves out those in poor health and picks the one with the lowest rate.
  4. If a provider declines a payment that your server sent through the API, P26M makes one more attempt through another provider on your account.

The retry works for API payments only. On the P26M hosted payment page there is no retry yet, and a provider timeout is not retried.

Without P26M
MerchantProvider AProvider B
  • Hard-coded routing — each PSP is wired into your code separately
  • Provider lock-in — when your only PSP is down, so are your payments
  • Scattered reports — every PSP reports in its own format
  • Every PSP is a project — each new provider means new code in your product
With P26MFixed plan
MerchantP26MPSPs and banks
  • Your rules — route or block by currency, card, BIN, bank, amount or schedule
  • One integration — connect once, add providers on your account
  • One dashboard — payments from every provider in one list
  • Fixed plan — connecting a provider is included in every plan

Markets

Pick your market.

Each market page lists the providers we checked in that country, with their methods, public rates and status. More countries are on the way. If yours is not listed, tell us on a call.

21 market pages in Europe · more coming

  • ConnectedConnected — P26M is already connected to this provider. You sign a contract with the provider, and we switch it on for your account.
  • On requestOn request — P26M has no integration with this provider yet. We build it when a merchant asks.
Your country not listed?Book a call

Money and contracts

Your contracts. Your money.

P26M routes payments. It does not stand between you and your money.

  • You own the contracts.

    You sign directly with each acquirer or PSP. An acquirer is the bank that accepts card payments on your behalf. Rates and terms are between you and them.

  • Money goes straight to you.

    The provider pays out to your account on the schedule in your contract.

  • P26M does not hold funds.

    We never receive or keep your customers’ money.

Where payments are the product

Built for industries where payments are the product.

Six segments where merchants work with more than one provider and need one place to run them.

  • 01

    E-commerce & marketplaces

    High volume and thin margins. Rules by card brand, bank and amount send each payment to the provider with the lowest rate.

    Cost per payment
  • 02

    Fintech & lending

    Money moves both ways: payments in and payouts to customers. Both run through the same API and the same dashboard.

    Payments and payouts
  • 03

    iGaming & betting

    Merchants here often work with several providers at once. P26M puts them behind one integration and one set of rules.

    Several providers
  • 04

    SaaS & subscriptions

    Customers pay with cards from many banks and countries. Rules by card type, BIN and issuing bank decide which provider charges which card.

    Rules per card
  • 05

    Travel & mobility

    Bookings come in different currencies and payment methods. A rule per currency sends each one to the provider that handles it.

    Cross-border
  • 06

    Digital platforms

    Platforms accept payments, send payouts and issue invoices. P26M keeps all three in one dashboard.

    Payments, payouts, invoices

What the platform does

Four things P26M does for your payments.

Routing you control, a retry on decline, one integration and a fast start with connected providers.

Routing rules you set

Send payments to chosen providers or block them by currency, payment method, card brand, card type, country or BIN, issuing bank, amount, operation type or schedule. Test a rule in the simulator before it goes live. Among matching providers, P26M picks the one with the lowest rate.

One retry on decline

If a provider declines a payment your server sent through the API, P26M tries once more through another provider on your account. This does not yet cover the hosted payment page or provider timeouts.

One integration

Integrate the P26M API once. Each provider you add later is a setting on your account, not new code in your product.

Connected providers in 1–3 days

For a provider marked Connected, you sign the contract and we switch it on in 1–3 days. For a provider marked On request, we agree the timeline on the call.

One dashboard

Every provider in one merchant dashboard.

The P26M dashboard is where you see and manage payments from all your providers.

  • All payments in one list

    from every provider on your account

  • Payouts

    send money out from the same place

  • Invoices

    create and track them next to payments

  • Google Pay

    offered on your checkout

  • Routing rules

    you write them yourself and test them in the simulator

  • Step-by-step setup

    the dashboard walks you through connecting your account

For developers

One API. Signed requests. A sandbox to start.

Your engineers integrate P26M once and test everything before going live.

  • REST API with signed requests

    every request is signed with your RSA key (RSA-PSS), and a replayed request is rejected

  • SDKs

    PHP is available now (p26m/pay-sdk), more languages are planned. The SDK signs requests for you.

  • API documentation

    every endpoint with request and response examples

  • Sandbox and production

    test payments in sandbox, then switch to production

Card orchestration pricing

Predictable plans that scale with you.

Two ways to pay. Pay 0.1% of successful payment volume with no subscription, or pick a monthly plan with included transactions and a fee for each transaction above the limit. Every plan includes all supported providers, routing rules and one dashboard.

Volume-based pricing

Based

Recommended
0.1%of successful payment volume

No subscription. No minimum commitment. Pay only for successful payments.

Book a call (opens in a new tab)
  • Unlimited successful payment volume
  • All supported PSPs
  • Routing rules and one retry on decline
  • One dashboard for all providers
  • Monthly postpaid invoicing

Billed monthly after the period: successful payment volume × 0.1%. Failed and declined payments are not counted.

Processing more than $10M monthly? Ask about custom rates starting from 0.05%.

Transaction-based pricing

monthly subscription · included transactions · per-transaction overage

Need higher volume or custom routing? Book a call (opens in a new tab) · All prices in USD, billed monthly.

Common questions

Answers before you ask.

Which markets do you cover?

P26M is built to work in any country, and markets are added over time. Pages with providers and payment methods exist for Ukraine, Poland, Germany, the United Kingdom, France, Spain, Italy, the Netherlands, Belgium, Austria, Switzerland, Ireland, Portugal, Sweden, Denmark, Norway, Finland, Czechia, Romania, Hungary, and Greece. Need another market? Book a call.

Do we have to replace our current PSP?

No. P26M sits above your providers. You keep the contracts you already have and add new ones when you need them. Adding a provider is a setting on your P26M account, not new code in your product.

How long does it take to connect a provider?

It depends on the status. A Connected provider takes 1–3 days once your contract with it is signed. For an On request provider, P26M first builds the integration, and we agree the timeline on the call.

What happens when a provider declines or goes down?

For payments your server sends through the API, P26M makes one retry through another provider on your account after a decline. On the P26M hosted payment page there is no retry yet. If a provider times out, that payment is not retried. When choosing a provider for new payments, P26M leaves out providers in poor health.

Who holds the money?

Your provider. Money goes from the provider straight to your account under your contract with it. P26M does not hold your funds.

Do we ever touch card data?

No. Card data is tokenized and never reaches your systems — you work with tokens, we handle the cardholder data environment.

Are you PCI DSS certified?

Not yet. The platform is built to PCI DSS v4.0.1 requirements — cardholder data storage, tokenization, network segmentation and all provider integrations are in scope — and the formal QSA assessment is under way. SOC 2 Type II is in progress, ISO 27001 is planned.

Where is our data hosted?

In the EU. All infrastructure runs in AWS eu-central-1 (Frankfurt), with no processing or storage of personal data outside the EEA. P26M is EU-incorporated and GDPR aligned.

How does pricing work?

Two options. Pay 0.1% of successful payment volume with no subscription, or a monthly plan with included transactions and a fee for each transaction above the limit. Failed and declined payments are not counted. Every plan includes all supported providers, routing rules and one dashboard.

Can we test before going live?

Yes. Your account has a sandbox environment for test payments and a production environment for real ones.

Talk to sales

Book a call with the team.

Thirty minutes on your current providers and the markets you sell in.

  • PCI DSS v4.0.1 ready
  • EU-hosted, GDPR ready
Countries
21
Providers
141
in the catalogue
Payment methods
62
offered by providers

Intro call · 30 min

Format
Video call
Length
30 minutes

On the call

  • Your current providers and how payments run today
  • Which providers fit your country and payment methods, and their status
  • Your routing: which rules you would set first

After the call you get

  • A list of providers that fit you, each marked Connected or On request
  • For Connected providers: what to sign with the provider, and the 1–3 day switch-on
  • For On request providers: the timeline we agreed on the call