iDEAL fees: what you pay per transaction with every provider

Interchange got the caps and the headlines. Scheme fees got neither, and they have been climbing quietly ever since.

Ask a merchant what a card transaction costs and you will hear about interchange, or about their PSP's rate. Almost nobody mentions scheme fees, the third component, paid to the card schemes, Visa and Mastercard foremost among them, for the use of their networks. That silence is worth money. Scheme fees have risen steadily for years, they are not regulated, they change several times a year, and on most invoices nobody, not the merchant and certainly not the PSP, is checking them.

This piece covers the cost line itself: what scheme fees are, why they keep rising, why they are so hard to read, and what a merchant can actually do about a fee that is set by two of the most powerful networks in commerce. It is one component of the full invoice; for the whole picture, start with the complete guide to PSP cost optimisation.

What scheme fees are, and where they sit

Every card transaction carries three cost layers. Interchange goes to the cardholder's issuing bank. The acquiring margin stays with your PSP. Scheme fees go to the scheme itself as the price of using its rails: authorisation, clearing, settlement, and the long tail of services around them.

Visa and Mastercard dominate European e-commerce volume, and they anchor this piece, but every scheme charges for its network. Domestic schemes such as Cartes Bancaires, girocard and Bancontact run their own fee schedules on their own rails, and for merchants with relevant volume, American Express, UnionPay and JCB each bring their own structures again. The logic below applies across all of them; only the schedules differ.

Technically the scheme charges your acquirer, and your acquirer passes the cost on to you. That pass-through construction matters, because everything you know about your scheme fees arrives filtered through your PSP's invoice. You never see the scheme's own billing. You see what your PSP says the scheme charged, which is not always the same thing, a point this piece returns to exactly once.

If interchange is the regulated, headline component and the acquiring margin is the negotiable one, scheme fees are the residual category: unregulated, unnegotiable in the direct sense, and largely unexamined. That combination is why they deserve more attention than they get, not less.

Why they keep rising

When the EU capped consumer interchange in 2015, it squeezed one end of the balloon. Card scheme revenues did not shrink to match; the growth moved to the uncapped side. Scheme fees have been the schemes' growth engine since, and the pattern is consistent: new fee types introduced, existing rates revised upward, and category definitions adjusted, with updates landing several times a year.

None of this is secret, but none of it is announced to merchants either. Scheme fee changes are communicated to acquirers in technical bulletins. Whether and how they reach your invoice depends entirely on your PSP's pass-through practice and your contract's wording. Most merchants discover a scheme fee increase, if they discover it at all, as an unexplained drift in their effective card cost, months after the change took effect.

The direction of travel matters for planning. Interchange is capped and stable only within its regulated perimeter, EEA consumer cards on the four-party schemes; commercial and non-EEA interchange is neither capped nor still, and those rates get revised too. The acquiring margin is under competitive pressure. Scheme fees are the component with structural upward momentum across the board. On a typical European card mix they now represent a serious share of total card cost, and for merchants with significant cross-border or non-EEA volume, the share is larger still, because that is where the priciest fee categories concentrate.

Why nobody can read them

Scheme fee schedules run to dozens of fee types per scheme. Some are charged per transaction, some per volume, some per event, and some, the non-transactional ones, are not tied to any sale at all: fees for reporting, for integrity programmes, for inactivity, for the privilege of specific transaction flows. Which fees apply depends on transaction characteristics that most merchants have never heard of: where the card was issued, where the transaction was acquired, how it was authenticated, what data accompanied it.

The result is a cost line that resists scrutiny by design. On blended pricing, scheme fees are invisible entirely, folded into your single rate. On interchange++ they appear as line items, but the lines are cryptic: fee codes, abbreviations, and aggregations that vary by PSP. An invoice can be technically transparent and practically unreadable at the same time, and scheme fee lines usually are.

Your PSP has no incentive to translate. Reconciling scheme fee lines against the schemes' actual schedules is real work, it earns them nothing, and, in the cases where the pass-through has been rounded generously in their favour, it costs them. No PSP audits itself on your behalf.

The check almost nobody runs

There is a discipline that answers the question in this article's title, and it is called pass-through cost verification: reconciling what you were billed, line by line, against what the schemes actually charge for your specific transaction mix, across both interchange and scheme fees.

Every interchange++ invoice makes the same implicit claim: these lines are pure pass-through, billed to you exactly as the schemes and issuers billed your PSP. Almost no merchant has ever independently tested that claim, which is remarkable for what is usually the largest cost line on the invoice. The verification tests it, and the outcome sorts into two very different categories. Charges that were never owed, a rate above the schedule, a fee applied to transactions it does not cover, are not negotiation material. They are recovered, because they should not have been there. Charges that are genuinely owed but simply expensive belong to a different conversation, the negotiation over your pricing and set-up. Knowing which of the two you are looking at changes both the tone and the leverage of the discussion with your PSP.

This is not a report you order separately; where an engagement calls for it, it is part of the work. This piece stays with the cost line itself.

Free check: did the last change reach your invoice?

Here is a check any merchant can do without specialist knowledge. Scheme fees change several times a year, in both directions; occasionally a fee is reduced or retired. Look at your effective card cost over the past two years and ask one question: have you ever seen a scheme fee decrease show up? If every change you can detect went one way, on an invoice built from a fee schedule that moves in both directions, that asymmetry is telling you something about the pass-through practice between the scheme and your invoice.

A second, simpler version: ask your PSP for the current scheme fee schedule applying to your account, with your last invoice's scheme fee lines mapped to it. The request is entirely reasonable. The response time and the completeness of what comes back are both informative.

What a merchant can actually do

You cannot negotiate scheme fees with the schemes, whether that is Visa, Mastercard or a domestic network. But the fee a scheme sets and the cost that lands on your P&L are separated by three things you do control.

The pricing model. On blended rates, scheme fees are a black box inside a black box. Moving to interchange++ makes them visible as separate lines, which is the precondition for everything else.

The contract language. Pass-through clauses vary enormously. Some contracts commit the PSP to passing scheme fees at cost; others leave room for "administration" on top. Knowing which language governs your account decides whether a scheme fee line is a fact or a claim.

The transaction mix. As with interchange, the characteristics of your transactions decide which scheme fee categories apply. Cross-border share, authentication method, and data quality all move the effective scheme fee cost, which means part of this "fixed" cost responds to how your payment set-up is configured.

Each of these is a lever a merchant can pull, and none of them requires the schemes' cooperation.

Who checks them, then?

The honest answer to the title: today, at most merchants, nobody. The PSP will not, the schemes have no reason to, and the merchant lacks the schedule access and the time. That vacuum is precisely where I work. I work exclusively for merchants and retailers, never for PSPs or acquirers, on a no cure, no pay basis, and I handle every engagement personally.

If your scheme fee lines have never been independently examined, get in touch. For a first directional read on your whole payment set-up, the PSP Upside Calculator takes a few minutes.

If anyone promises to negotiate your interchange down, stop the conversation. The rate cannot be negotiated. Which rate applies to you, however, can change, and that distinction is where real optimisation lives.

Interchange is the most misunderstood line in merchant payments, and the misunderstanding is expensive in both directions. Merchants waste negotiating capital trying to push on a fee that cannot move, while leaving untouched the parts of their effective interchange cost that genuinely can. Meanwhile, parts of the market happily exploit the confusion: "we will reduce your interchange" remains a common pitch, and it is a pitch that should end the meeting.

This piece sets out what interchange actually is, why nobody can negotiate it down, and where the real, legitimate room sits. It goes deeper on one component of the full cost picture; for the whole invoice, start with the complete guide to PSP cost optimisation.

What interchange is, and who actually gets it

Interchange is the fee paid on every card transaction to the cardholder's issuing bank. Not to your PSP, not to the scheme. The schemes set the rates, the issuer receives the money, and your PSP simply passes the cost through, or should.

Visa and Mastercard dominate the conversation, but they are not the whole picture. Domestic schemes carry their own interchange arrangements: Cartes Bancaires in France, girocard in Germany, Bancontact in Belgium each set rates for their own rails, and for a merchant with volume in those markets the domestic scheme's terms matter as much as the international ones. Three-party schemes such as American Express work differently again; there is no interchange in the four-party sense, only a merchant discount rate, and they sit largely outside the European caps. The principles in this piece, fixed rates, steerable mix, verifiable pass-through, apply across all of them.

Within the EEA, consumer card interchange on the four-party schemes is regulated. The Interchange Fee Regulation caps consumer debit at 0.2% of transaction value and consumer credit at 0.3%. Those caps are law, not list prices. No PSP, no consultant and no amount of volume changes them.

The caps have boundaries, and the boundaries are where your effective cost is decided. Commercial cards sit outside the regulation entirely. So do cards issued outside the EEA. A corporate Mastercard or a US-issued Visa can carry interchange several times the consumer cap, and those transactions land on the same invoice as the regulated ones. Your effective interchange is not 0.2% or 0.3%. It is the weighted outcome of every card type that passes through your checkout.

Why "we'll lower your interchange" is a red flag

Because the rates are set by the schemes and paid to issuers, there is no negotiation to be had. A PSP cannot discount interchange; it is not their revenue. When a sales deck claims interchange savings, the first question is what they actually mean. If they mean negotiating the published rates down, they either misunderstand the stack or hope you do. There is, however, one legitimate version of the claim: changing which rates apply to your transactions by changing how and where they are acquired. That is not a discount. It is structure, and it is covered below.

The distinction matters because it tells you where negotiating energy should go. The negotiable layer of a card transaction is the acquiring margin, the part your PSP keeps. Interchange and scheme fees are pass-through. A merchant who understands that walks into a renegotiation aiming at the right target; a merchant who does not spends leverage on a wall.

The part nobody mentions: effective interchange is steerable

Here is what the "interchange is fixed" truth leaves out, and what a PSP has little incentive to volunteer: while the rates are fixed, the mix is not. Your effective interchange cost responds to how transactions are composed, classified and presented.

The composition of your card mix is the largest factor. The share of commercial cards, premium consumer cards and non-EEA cards in your volume determines how far your blended interchange sits above the regulated caps. Most merchants have never seen their interchange broken down by card category, so they have no idea whether their mix is typical for their market or unusually expensive, and no way to tell whether anything drifted.

Classification is the quieter factor. How transactions are submitted to the schemes, the data that accompanies them, and how transaction types are flagged all influence which interchange category applies. Misclassification rarely announces itself. It shows up as a slightly higher rate on a category of transactions, month after month, invisible unless someone reconciles the invoice against what the classification should have produced.

The third lever is structural, and it is the one with the largest swings: where your transactions are acquired. Interchange depends not only on the card but on the relationship between the issuer's market and the acquirer's. A transaction acquired cross-border or inter-regionally carries materially higher interchange than the same card acquired domestically. For merchants with meaningful volume from outside their home market, domestic acquiring, routing that volume through an acquirer licensed in the shopper's market, moves those transactions from cross-border rates to domestic ones. This is the legitimate version of interchange optimisation: nothing is negotiated, the applicable rate itself changes. Whether your PSP supports local acquiring in your key markets, and whether it is actually switched on for your account, is worth establishing, because multi-region PSPs do not always enable it by default.

Neither drift nor structure is something a merchant is expected to police. That is exactly why the cost persists. Your PSP's incentive to audit these on your behalf is limited: the work costs them money and the finding usually costs them revenue.

The pass-through check: fixed rates still need verifying

There is a second reason "interchange is fixed" should not end the conversation. Fixed rates are only harmless if what lands on your invoice is genuinely what the schemes and issuers charged your PSP, one to one. That is what pass-through means, and it deserves verification rather than trust.

For interchange, the check is whether each transaction was billed at the published rate for its actual category. For scheme fees, the ground is murkier, and that is precisely the point. Scheme fee structures comprise dozens of fee types that change several times a year, which makes them the easiest place on the invoice to add a quiet margin under a pass-through label. A rate that is a few basis points above the true one does not look like markup. It looks like interchange.

The value of a pass-through check comes from how the billing behaves over time. Whatever pattern sits in your invoice repeats every month, on every transaction. A discrepancy found once is not a one-off correction; it is a recurring saving from the moment it is fixed, and anything charged above the true rate historically is not something to negotiate about. It should not have been there, and the conversation with your PSP is a different one when the finding is documented. This reconciliation, line by line against the published rates for your actual mix, is laborious specialist work, which is exactly why it is almost never done, and why it so often pays for itself.

Free check: can you see interchange per card type?

Take your most recent statement and ask one question. Can you see interchange as a separate line, broken down by card type, debit versus credit, consumer versus commercial, EEA versus non-EEA? If the answer is no, you are looking at a bundled number that hides the mix entirely, and you have no way of knowing what your effective interchange is, let alone whether it is right. Requesting that breakdown is the first move. Your PSP can produce it, and how readily they do is itself informative.

This check tells you whether a problem could hide. It does not tell you the size of the problem; that requires reconciling the breakdown against the published rates for your actual mix, which is specialist work.

What an independent eye does differently

An adviser who works only for merchants approaches interchange from a different starting point: nothing supply-side is taken on trust. The pass-through is verified rather than assumed, the mix is benchmarked against comparable merchants rather than against your PSP's portfolio, and the classification is checked against what the transaction data should produce. Where the effective cost is higher than the mix justifies, that gap is either recovered or corrected.

Just as importantly, an independent adviser will tell you when there is nothing to find. Interchange that reconciles cleanly is a closed line, and the attention moves to where the money actually is, usually the acquiring margin and the scheme fee treatment. That honesty is structurally unavailable to anyone whose revenue depends on selling you a follow-up.

That is the basis I work on. I work exclusively for merchants and retailers, never for PSPs or acquirers, and I handle every engagement personally. Before founding EcomStream I spent eight years on the PSP side of exactly these conversations, so I know from the inside how interchange is presented to merchants, and what it looks like when the presentation flatters the invoice.

If your interchange has never been independently verified, get in touch. For a first directional read on your whole payment set-up, the PSP Upside Calculator takes a few minutes.

Your PSP tracks performance. So does your finance director. They are not looking at the same numbers.

When your PSP talks about performance, they typically mean uptime, processing speed, and settlement reliability. These are operational metrics. They matter, but they are not the performance figures that move your P&L.

The numbers that matter commercially are your authorisation rate by market and card type, your 3DS conversion rate, your chargeback ratio, the decline reasons your PSP is not surfacing to you, and the gap between what your contract says you should pay and what you are actually paying per transaction once interchange, scheme fees, and your PSP's acquiring margin are included across your full payment method mix.

PSP performance optimisation, done properly, is the discipline of closing those gaps. It is not a product your PSP sells you. It is an independent audit of how your payment setup is performing against what it should be capable of, followed by structured changes to configuration, routing, and contract terms.

Why your PSP's performance dashboard is not enough

Every major PSP provides merchants with a reporting portal. Authorisation rates are shown. Declines are categorised. Settlement timelines are tracked. On the surface, this looks like performance management.

The problem is that these dashboards are built to show you what your PSP wants you to see. Decline reason codes are often aggregated in ways that obscure root causes. Authorisation rates are presented as overall averages, which masks significant variation by issuer, country, card type, and time of day. Retry logic, if it exists, is rarely explained. And the benchmark your PSP uses to tell you whether your performance is good or bad is their own portfolio average, not the market.

You are being compared to other merchants on the same PSP, not to what your authorisation rate should be given your business model, card mix, and markets.

Authorisation rate: the metric with the most leverage

Authorisation rate is the percentage of payment attempts that result in a successful transaction. For most European online retailers, this sits somewhere between 90% and 97% depending on channel, market, and product category. The spread between the bottom and top of that range represents real revenue.

A one percentage point improvement in authorisation rate on a business processing €50 million annually in card volume recovers approximately €500,000 in revenue that was otherwise declined. That is before any change to your cost structure. Pure volume recovery.

The headline rate, however, is where most merchants stop looking. A blended authorisation rate of 94% looks healthy. Your PSP will present it as such. But that figure is a weighted average across every payment method you offer, every market you operate in, and every card type that passes through your checkout. Drill one level down and the picture changes.

Take a typical Dutch retailer with iDEAL at 70% of volume and cards at 30%. iDEAL authorisation rates are consistently above 99%, which pulls the overall average up significantly. If your Visa credit card authorisation rate is sitting at 81% and your Mastercard authorisation rate for non-Dutch issuers is 74%, those figures are masked entirely by the iDEAL volume. The blended 94% tells you nothing is wrong. The method-level breakdown tells you exactly where revenue is leaking.

The euro value of that leakage is often material. A retailer processing €5 million annually in non-domestic card volume at a 74% authorisation rate, against a realistic benchmark of 88% for that card mix and market profile, is leaving roughly €700,000 in transactions on the floor every year. Not because of fraud. Not because of insufficient funds. Because of routing, configuration, or 3DS calibration that has never been reviewed.

This is the analysis PSPs do not volunteer. The data exists in your transaction logs. The question is whether anyone has asked for it and run the numbers against a credible benchmark.

The levers are more controllable than most merchants realise. Issuer-acquirer routing, the path a transaction takes from your PSP through to the cardholder's bank, has a measurable impact on approval rates. Some PSPs offer intelligent routing across multiple acquirers. Others route through a single acquirer and present that as standard. Whether your contract gives you access to multi-acquirer routing, and whether your PSP has actually activated it, is worth checking.

3DS implementation is another lever that most merchants set once and never revisit. The SCA exemption strategy embedded in your 3DS flow, which transactions are submitted for frictionless authentication versus full challenge, directly affects both authorisation rate and checkout conversion. Getting this calibration wrong is common. The cost is usually invisible because declined transactions disappear from your analytics rather than flagging as configuration problems.

Network tokenisation, through Visa Token Service or Mastercard Digital Enablement Service, consistently shows authorisation rate uplifts of two to four percentage points on eligible card types in markets where it is supported. It is not universally active by default. Ask your PSP whether it is enabled on your account and whether the uplift data for your specific transaction mix is available.

Decline management: what your PSP is not telling you

When a card transaction is declined, your PSP receives a response code from the issuing bank. These codes are specific. "Insufficient funds" is different from "do not honour" which is different from "card blocked for online transactions" which is different from "suspected fraud." Each requires a different response, if any.

Most merchant-facing dashboards collapse these into three or four categories. "Soft decline" and "hard decline" are common labels. They are operationally convenient for your PSP and analytically useless for you.

Soft declines, responses where a retry or a different routing path may succeed, are recoverable. The recovery rate depends on your retry logic, the timing of the retry, and whether the retry goes through the same acquirer or a different one. PSPs vary significantly in how aggressively they pursue soft decline recovery on your behalf, and the commercial incentive for them to do so is weaker than you might expect. A declined transaction costs them nothing. A recovered transaction requires processing resource.

Reviewing your raw decline reason distribution, not the dashboard summary, and mapping it against your retry configuration is one of the fastest ways to identify recoverable revenue. This is analysis your PSP can provide. Most merchants have never asked for it. Which is understandable, as it sits so far from their core business.

Free check: fraud and risk fees by payment method

While you have your invoice in front of you, do this. Go through every payment method you offer and identify which ones carry a fraud check or risk assessment fee. Then ask whether that fee makes any commercial sense for that specific method.

iDEAL is a common example. It is a bank-initiated push payment with no chargeback mechanism and near-zero fraud exposure for the merchant. There is no meaningful fraud risk for the PSP to assess. Yet some PSPs apply a fraud or risk fee to iDEAL transactions as a line item. The same applies to other guaranteed payment methods such as Bancontact, Klarna Pay Now, or direct debit where the risk profile is structurally different from card payments.

Fraud tooling on card transactions can be justified. The risk is real, chargebacks cost money, and a well-configured fraud engine protects margin. But applying the same fee logic to payment methods where fraud risk is either absent or borne entirely by the issuing bank is, in practice, free margin for your PSP. There is no service being rendered that justifies the charge.

The fix is straightforward: request a breakdown of all risk and fraud fees by payment method, cross-reference it against the actual fraud exposure for each method, and challenge every line that cannot be substantiated. This is a conversation most PSPs would rather not have, which is usually a reliable indicator that the fees in question are worth having it.

Acquiring margin and the hidden cost in performance data

PSP performance and PSP cost are not separate conversations. They are the same conversation.

Your effective cost per card transaction is not the rate on your contract. It is interchange, paid to the issuing bank, plus scheme fees, paid to Visa or Mastercard, plus your PSP's acquiring margin, which is the part they actually control and the part where the real negotiation lives.

Where your PSP is also your acquiring bank, as is the case with most large processors today, interchange and scheme fees are pure pass-through. They are set by the issuer and the schemes, and your PSP cannot change them. Everything above that line is theirs. Under interchange-plus pricing, that margin is explicit and visible. Under blended or bundled pricing, it is folded into a single rate and you cannot see it at all. Merchants on blended pricing almost always pay more, and the gap widens as volume grows, because the pass-through costs stay flat while the margin scales with you.

Free check: look at your statement and confirm that interchange and scheme fees are shown as separate, identifiable line items. If they are not, you are on blended pricing, and the margin you are paying is invisible by design. You cannot manage what you cannot see. The first step toward bringing that cost down is making your PSP show you the components, which is a request they are obliged to honour and one that often changes the conversation on its own.

Look closely at how that margin is applied across card types. Many PSPs charge the same rate on debit transactions as they do on credit, despite the two carrying entirely different cost and risk profiles. Credit card transactions involve a line of credit extended by the issuer, deferred settlement, and a genuine risk position. Debit transactions draw on funds that already exist in the cardholder's account and settle against them directly. There is little to underwrite and the regulated interchange cap is lower for debit in the first place. Charging an identical margin on both is margin without justification. If your contract applies a flat rate across debit and credit without distinction, that is a line worth challenging.

The connection to performance is this: when your PSP presents you with an authorisation rate, they are not showing you the cost of the transactions that were authorised. A high authorisation rate achieved through a routing or processing path that carries a higher margin may be improving one metric while quietly degrading another. Independent analysis looks at both simultaneously.

What a PSP performance audit actually covers

A proper performance audit starts with data you may need to request specifically: raw transaction logs with decline codes, settlement reports at the scheme and acquirer level, 3DS authentication outcomes by flow type, and chargeback data by reason code and product category.

From that data, the analysis identifies the gap between actual performance and achievable performance given your specific business model and markets. The output is not a report full of recommendations. It is a set of specific configuration changes, contract amendments, and routing adjustments, ranked by commercial impact, that you can take back to your PSP with evidence.

PSPs respond to this kind of structured, evidenced challenge differently than they respond to a merchant saying performance feels low. Evidence-based requests, framed in the PSP's own data, are harder to dismiss and easier to escalate internally on your behalf.

The performance conversation your PSP is not starting

If your authorisation rate has been flat for two years, that is not evidence that your performance is optimised. It may be evidence that no one has pushed on it. PSPs do not proactively surface improvement opportunities that require them to do more work for the same fee. Account managers are measured on retention and upsell, not on the commercial outcome of your payment setup.

The merchants who consistently outperform on authorisation rates and keep their effective payment cost below benchmark have one thing in common: they treat the PSP relationship as a commercial negotiation, not an operational dependency. They know their numbers, they know the benchmark, and they know what to ask for.

That is precisely the gap EcomStream was built to close.

If your payment setup has not been independently reviewed, the work starts with seeing what your authorisation rate by method, your decline distribution, and your effective cost per transaction actually look like against the market. That is a full independent assessment, and it is the only thing that produces numbers you can act on. Get in touch and Ramon will take a look personally.

If you want a rough first indication before that conversation, the PSP Upside Calculator gives you a directional read in a few minutes. It is a starting point, not the analysis itself.

Authorisation is one half of that number. The other half sits in the checkout itself, and the full guide is checkout flow optimisation.

Are you overpaying your PSP? Most merchants are, and most have no idea by how much. Your invoice is not a fixed cost. It is a negotiated one, and most were negotiated badly.

Most merchants treat their PSP costs like a utility bill. It arrives monthly, gets paid, and nobody looks closely at what is inside. That is exactly what payment service providers count on.

Your PSP invoice contains multiple cost components with very different levels of negotiability. Some are fixed by regulation. Some are set periodically by the international card schemes and passed through. And some are entirely at the discretion of your PSP, directly reflecting how hard the contract was pushed when it was signed.

Merchants who have never had their rates independently reviewed are almost certainly paying more than they need to. Not because their PSP is acting in bad faith, but because no PSP has any incentive to raise the question itself. That applies to a Dutch webshop with ten million euros in revenue just as much as to an international retailer or brand selling in twenty-five countries.

This is the complete guide to what makes up that invoice, across cards and every other method, where the margin hides, which components are negotiable and which are not, and how to approach the conversation with your PSP from a position of evidence rather than hope.

Your cost base is the whole invoice, not a card rate

The first instinct to correct is to think of payment cost as a single card-processing rate. For a European merchant, and a Benelux merchant in particular, cards are only one part of the cost base, and often not the largest. A typical checkout carries iDEAL, cards, possibly Bancontact for Belgian traffic, Klarna or other buy-now-pay-later options, direct debit for subscriptions, and a growing share of wallets such as Apple Pay and Google Pay. On top of the per-transaction fees sit non-transactional and ancillary charges that rarely get scrutiny at all. Each of these has its own cost structure, its own party being paid, and its own set of levers.

A merchant who has optimised their card rate to the last basis point but ignores that a third of volume runs through a high-fee method, or that the invoice is dotted with peripheral charges, has optimised the smaller number. The whole invoice is the territory.

The three components of a card transaction

Cards remain the most structurally complex method, so they are worth understanding in detail. Every card transaction carries three separate cost components, regardless of which PSP you use, and the same logic of pass-through versus margin extends, in modified form, to the other methods.

The first is interchange. This is the fee paid to the cardholder's issuing bank. For most consumer debit and credit transactions within Europe, interchange is capped by the EU Interchange Fee Regulation: consumer debit at 0.2% of transaction value, consumer credit at 0.3%. What most merchants do not realise is that interchange is not just a rate but an optimisation parameter. The composition of your card mix, the proportion of 3DS authentications, and the way transactions are classified all influence the effective interchange you pay. A higher proportion of commercial cards, premium cards, or cards issued outside the EU drives the cost up, and those categories are not subject to the caps at all. Actively steering toward a more favourable card mix and transaction classification is a part of cost management that most merchants leave entirely untouched.

The second is scheme fees. These are charged by Visa and Mastercard for the use of their networks. They have risen significantly in recent years and now represent a serious share of total PSP costs. They change periodically and are passed through by most PSPs, sometimes at cost, sometimes with a markup. As with interchange, there is more room than merchants think. The way transactions are presented to the schemes, the mix of transaction types, and the contractual arrangements around pass-through together determine what you effectively pay. If your contract gives no clarity on this, you may be paying more than the actual rate without knowing it.

The third is the acquirer margin, what your PSP keeps for its own services: processing, settlement, reporting, risk management, and the relationship itself. This is the only component that is fully negotiable. It typically ranges from 0.10% to 0.50% per transaction depending on your business model and how effectively the contract was negotiated at the time. Most merchants have never actively pushed on this figure.

Local payment methods: a separate cost profile per market

Card transactions are not even the largest cost item for many merchants. Local payment methods, dominant in many European markets, each have their own fee structure, and PSPs exercise considerably more pricing freedom here than with cards.

In the Netherlands, iDEAL is the standard. The flat fee per transaction varies widely between PSPs, from a few cents to more than 25 cents. For merchants with high iDEAL volumes this is one of the most impactful cost items, and one of the least questioned. The economics are shifting too, as iDEAL 2.0, Visa Debit, Mastercard Debit and Wero reshape what these methods cost, which makes the assumptions baked into your current pricing worth revisiting.

In Belgium, Bancontact plays a comparable role. In France, Carte Bancaire is dominant with its own structure. In Germany, PayPal leads alongside local bank transfer solutions. Twint dominates in Switzerland, Bizum in Spain, Blik in Poland, and Swish, MobilePay and Vipps across the Nordics. Merchants selling cross-border pay separate rates for each, set by their PSP, and these rates are rarely reviewed proactively even when volume in a market grows significantly. Effective cost per method per market can deviate substantially from what is competitive.

Buy-now-pay-later methods such as Klarna and Afterpay use a different model again, typically a percentage of transaction value plus a flat fee, reflecting the credit and risk the provider takes on. A PSP can add its own margin on top of what it pays itself, and that is rarely stated explicitly in the contract. The cost impact of promoting BNPL at checkout is real and frequently unexamined.

The hidden cost items on your invoice

Beyond transaction costs, a typical PSP invoice contains items merchants rarely actively manage.

The bundling of debit and credit into a single rate line. Debit and credit cards, and variants within each, carry their own interchange and scheme fee profile. PSPs that throw every card type into one bucket and quote a single rate mask structural cost differences that can diverge further by channel, online versus POS. Without a breakdown by card type and channel, targeted optimisation is impossible, and insisting on that breakdown is often where the saving starts. The cost profile of point-of-sale payments differs from online, and unified commerce adds a further layer again.

Monthly gateway and platform fees. Fixed amounts for platform access, reporting, or account management, fully negotiable, especially at higher volumes.

Tokenisation fees. Charged for storing credentials, sometimes per token, sometimes monthly, and rarely questioned.

Chargeback and dispute fees. A fee per chargeback, sometimes on top of what the schemes charge. For sectors with higher chargeback ratios, fashion or electronics, this is a serious item.

3DS and authentication fees. Per authentication request, including for transactions that are never completed and for failed attempts. With the rollout of SCA under PSD2 these costs have risen significantly, without anyone questioning whether the rate is competitive.

Non-transactional scheme fees. Scheme charges not tied to any single sale, which sit outside the per-transaction rate and so escape attention entirely.

FX and currency conversion fees. Relevant for any cross-border merchant. Some PSPs apply a fixed spread above the mid-market rate without disclosing it, so you structurally overpay on every foreign transaction without realising.

Refund fees. A processing fee per refund. For merchants with high return rates, this adds up quickly.

Individually small, collectively material, and almost never challenged.

What your pricing model tells you

The pricing model in your contract determines how much visibility you have into all of this.

Blended pricing gives you a single percentage rate per transaction. Simple to understand, impossible to analyse. Interchange, scheme fees, and acquirer margin are bundled into one rate. You cannot see what you pay per component, which means you have nothing to benchmark and nothing to negotiate against.

The reason blended pricing costs more is the card mix that has to be factored into the single rate. Interchange varies enormously across card types: regulated consumer debit sits at the bottom, while commercial cards, premium credit, and non-EEA cards can carry interchange several times higher and escape the caps entirely. A blended rate has to be set high enough to cover the expensive end of that mix, because the PSP protects its margin against the worst-case transaction. The result is that you pay a rate calibrated for your most expensive cards on every transaction, including all the cheap domestic debit ones, and the PSP keeps the spread on each.

Interchange+ pricing (IC+) separates the acquirer margin from the rest. More transparent and more negotiable, but scheme fees are still bundled in.

Interchange++ pricing (IC++) is the most transparent model. Interchange, scheme fees, and acquirer margin are each billed as separate line items. The two plus signs are the point: the first is scheme fees passed through separately, the second is the PSP margin. This is the model used by most large European merchants. If you process meaningful volume and you are still on a blended rate, that alone is reason enough to start the conversation.

Free check: look at your most recent statement and confirm whether interchange and scheme fees appear as separate, identifiable line items. If they do not, you are on blended pricing, and the first move in any cost optimisation is to demand an unbundled breakdown. Your PSP is obliged to provide it, and the request alone often changes the tone of the conversation.

Five signs you are overpaying

• You have not renegotiated since you signed your original contract. The rate you agreed when the deal was first struck is rarely the best rate available to you now, and the longer it has gone unchallenged, the looser it tends to be.
• Your PSP has never proactively flagged a cost reduction. PSPs are not structurally incentivised to reduce your fees. If yours never has, that silence tells you something.
• You are on blended pricing with no per-transaction breakdown. Without visibility into the components, you cannot identify where the overcharge is, let alone quantify it.
• You have never received a scheme fee reconciliation. Scheme fees change periodically. If your PSP has never reconciled actual rates against what you were charged, that is telling.
• You have no benchmark. Without knowing what comparable merchants pay for comparable volume and mix, you have no leverage and no objective basis to judge whether your rates are competitive.

A note on volume, and the myth around it

It is widely assumed that volume is the lever, that bigger merchants automatically get better rates. They do not. The market is full of smaller merchants on sharper rates than far larger ones, and the reverse, because pricing reflects who negotiated well and when, not who processes the most. What you pay is largely a function of how hard the original deal was pushed and how long it has gone without challenge. Scale helps at the margin, but it is nowhere near the determinant merchants believe it to be, which is why a rate set years ago, at any size, is so often loose.

What is negotiable and what is not

A clear-eyed view starts with what cannot move. Interchange is regulated and fixed; anyone claiming they can reduce your interchange is misunderstanding the structure. Scheme fees, in their genuine pass-through form, are set by the schemes, not your PSP.

Everything your PSP controls is negotiable. The acquirer margin on cards. The margin on every other method, which because non-card rates are so rarely challenged often has more room in it than the card rate does. The pricing model itself, where moving from blended to IC++ is frequently the single largest saving available. The pricing structure of individual methods, flat fee versus percentage, which should match your basket profile. The peripheral fees, many of which can be removed entirely. And any scheme fee markup, once identified, which is not so much negotiable as recoverable, because it should not have been there.

The leverage comes from two things: knowing your numbers and knowing the benchmark. A merchant who says "I think we are paying too much" has none. A merchant who arrives with an unbundled analysis showing their margin against the market, the scheme fee lines that do not reconcile, and the charges competitors do not levy, is having an entirely different conversation. PSPs respond to evidence framed in their own data, because it is harder to dismiss and easier to escalate internally on your behalf.

There is a second, quieter source of leverage that activates the moment a specialist is involved, and it is often the more powerful. An incumbent PSP grows comfortable with a merchant who never tests the market, and that comfort is worth real money to them. It ends the instant they realise the merchant now knows what the rest of the market charges. Bringing in an independent specialist signals exactly that: the account is no longer captive, competitor pricing is now visible, and the contract is genuinely in play. An incumbent will defend margin against a merchant arguing alone. They move quickly when they sense a credible alternative is one decision away. The specialist does not have to threaten a move for the threat to register. Their presence is the signal.

The premium tier is not the answer to a cost problem

There is a move PSPs make when a merchant starts asking harder questions. Rather than reducing your cost, they offer to sell you more: a premium service tier, a performance optimisation suite, intelligent routing as a paid add-on, enhanced reporting, priority support. The pitch is that better performance and lower effective cost are available, for an additional fee.

Pause on the logic. You are being invited to pay extra for things that, in most cases, should already be part of a competently delivered service. Intelligent routing, sensible retry logic, network tokenisation, a pricing structure that matches your method mix: these are not luxuries, they are what good payment processing looks like. Packaging them as a premium upgrade is a way of charging twice, once for the processing and again for processing it properly.

There is a deeper conflict too. The entity selling you the optimisation is the same entity whose margin depends on your current arrangement. A PSP cannot be both the party you negotiate your cost down with and the independent advisor on whether their own premium tier is worth buying. Their optimisation will reliably stop at the point where it would start to reduce their own revenue. They will improve your authorisation rate, because that grows volume and their margin in absolute terms. They will not tell you your effective rate is above market, because that costs them directly. The performance side of this deserves its own scrutiny, and it is work that runs continuously rather than once: see Managed Performance Optimisation.

What an independent review delivers

An independent review goes beyond comparing transaction rates. A large part of the value lies in what is not on the front page of your invoice. PSP contracts regularly contain clauses that look unfavourable on closer inspection: automatic renewals with short notice periods, volume thresholds that trigger rate increases when not met, or pass-through clauses for scheme fees that give the PSP room to charge more than it pays itself. Merchants who have never had these reviewed carry a structural risk of costs they do not see coming.

A structured review covers four areas: pricing model analysis, benchmarking of all rates against the current market, contract review of the fine print and renewal terms, and an analysis of local payment method rates per market alongside card costs. Where the outcome points to changing provider rather than renegotiating, the next step is to run a competitive payment RFP.

The savings depend on volume, current rates, and how long those rates have gone unchallenged. For merchants processing several million euros per year, the annual impact is typically significant, and it recurs every year the improved terms hold, flowing straight to EBITDA because there is no cost of delivery against it. That is why the no cure, no pay model works: there is no fee if there is no saving.

The point is not that your PSP is acting in bad faith. It is that your PSP is acting in its own interest, and that is not the same as yours. An advisor who works exclusively for merchants, and never for PSPs, does not carry that conflict.

Where to start

The first step is insight. Not into what you are paying, but into why you are paying it and whether it is competitive. That requires an independent perspective, access to current benchmark data, and knowledge of what is standard in PSP contracts and what is not.

That inside knowledge is the difference. The arguments EcomStream brings to your PSP do not come from a textbook. They come from the PSP's own kitchen, from having built the very pricing structures and defences a merchant now faces. A merchant arguing alone works from the outside in, guessing how the PSP thinks. EcomStream argues from the inside out, knowing where the margin is hidden and how each objection is answered, because those arguments were once made from the PSP's side. The benefit also outlasts the saving: an engagement leaves your team understanding how your costs are built and where your leverage sits, insight a merchant would almost never reach alone because it lives on the PSP side of a deliberately opaque relationship.

EcomStream works with clients including Amac, Bugaboo International, Leen Bakker and Kwantum, Swiss Sense, Versuni/Philips Home Appliances, and vidaXL. Every engagement is handled personally by Ramon Helwegen, who spent eight years on the PSP sales side before founding EcomStream.

Use the PSP Upside Calculator for a first indication of the potential saving, or get in touch directly.

No cure, no pay. The saving returns every month.

PSD2 has been the regulatory backbone of European online payments since 2019. Strong Customer Authentication, 3DS2, transaction risk analysis exemptions, by now most Dutch online retailers have absorbed the friction and adapted their checkout flows accordingly.

But PSD2 is being replaced. PSD3 and the accompanying Payment Services Regulation (PSR) are on their way, and the timeline is tighter than many retailers realise.

Where PSD2 stands today

PSD2 introduced Strong Customer Authentication as its most visible change for e-commerce. Every online transaction above €30 requires the consumer to verify their identity using two of three factors: something they know, something they have, or something they are. The intent was to reduce fraud. The side effect was checkout friction, and for many retailers, a measurable drop in conversion.

The exemptions, transaction risk analysis, low-value transactions, recurring payments, merchant-initiated transactions, provided some relief, but their application varied significantly across PSPs and acquirers. Getting the right exemption strategy in place has been, and remains, one of the most commercially valuable optimisation levers available to online retailers.

What PSD3 and the PSR change

In November 2025, the European Parliament and the Council of the EU reached provisional political agreement on PSD3 and the PSR. The Council published the final compromise texts on 23 April 2026, which fixed the content of the rules. What remains is procedural: legal-linguistic review, formal adoption by Parliament and Council, and publication in the Official Journal, expected in the second half of 2026. The rules then apply 21 months after entry into force, which realistically means 2028. The verification of payee provisions, Articles 50 and 57 of the PSR, apply 27 months after entry into force.

The most significant structural change is the introduction of the PSR as a directly applicable regulation across all EU member states. Where PSD2 required national transposition, creating fragmentation and inconsistent interpretation across markets, the PSR sets uniform rules that apply directly without the need for national legislation. For retailers operating across multiple European markets, this is a meaningful simplification.

Key changes relevant to online retailers include:

Stronger fraud liability rules. PSPs will face tighter obligations around fraud prevention and liability, particularly for APP fraud and authorised push payment scams. The liability framework shifts in ways that will affect how PSPs price their services and structure their fraud controls.

IBAN-name verification. The IBAN-name check, already introduced under the Instant Payments Regulation, becomes a standard requirement. This reduces misdirected payments but adds a verification step to payment initiation flows.

Improved SCA exemptions. The PSR refines the transaction risk analysis framework, and there is expectation that the revised rules will give retailers and PSPs more room to apply exemptions intelligently, reducing unnecessary authentication friction for low-risk transactions.

Unified licensing for payment institutions and e-money institutions. PI and EMI licences merge under PSD3, simplifying the regulatory landscape for payment service providers. For retailers, the practical impact is that their PSPs may restructure their legal entities and service agreements in the transition period.

What this means for your payment setup right now

PSD3 and the PSR will not apply before 2028 on the current timetable. But the content is now settled, so there is nothing left to wait for on substance, and the 21 month clock starts the moment the texts appear in the Official Journal. Planning against the agreed text is possible today.

For Dutch online retailers, the priority right now is not PSD3 compliance. It is making sure the current PSD2 setup is actually optimised before the new rules arrive. Authorisation rates, 3DS routing, exemption strategies, and PSP contract terms are all areas where significant value is being left on the table under the current framework.

When PSD3 and the PSR come into force, the commercial terms with your PSP will need to be renegotiated anyway. Starting that conversation now, with a clear picture of your current performance and cost base, puts you in a significantly stronger position.

The bottom line

PSD2 changed how Europeans pay online. PSD3 and the PSR change how the rules are made and enforced. For retailers, the transition is an opportunity to reset the commercial relationship with your payment providers before the new framework locks in new terms.

If you want to understand what your current PSD2 setup is actually costing you in lost conversions and excessive fees before PSD3 arrives, that is exactly what EcomStream assesses.

None of this is a compliance exercise alone. SCA exemptions, TRA thresholds and the way your provider applies them decide how much of your traffic is challenged and how much of it converts, which is why the same rules produce very different authorisation rates at two merchants of the same size. That gap is measurable, and closing it is what payment performance optimisation does.

Last reviewed 16 August 2026 against the Council's final compromise texts of 23 April 2026.

In many organisations, payments are receiving more attention than ever. There are ongoing discussions about new providers, new technologies, and increasingly sophisticated ways to optimise performance at checkout. Concepts like routing, orchestration, and authorisation uplift are becoming part of everyday conversations.

All of that is valid. But for many brands or retailers, it raises a more fundamental question: are we focusing on the right part of the funnel?

Because in practice, the biggest commercial gains are not found in payments. They are found before the payment even happens.

The upper- and the lower funnel

Value creation is primarily driven by customer acquisition efficiency, conversion optimisation within the shopping journey, pricing and merchandising, and retention. Improvements in these areas can lead to double-digit growth. Payments, by contrast, operate within a much narrower range of impact. They influence authorisation rates, fraud levels, and cost per transaction. These are important levers, but they rarely move the needle in the same way as upstream improvements.

That distinction is critical. Payments sit at the bottom of the funnel. They are the final step in a much larger value chain, and their role is fundamentally supportive. They need to work, they need to be reliable, and they need to be cost-efficient. Beyond that, the incremental gains quickly diminish.

Supportive does not mean unexamined. Payments are a cost line that runs on every transaction you win elsewhere, which makes them one of the few places where margin can be recovered without selling anything more. That is the whole of what EcomStream does.

The 'commoditisation' of PSPs

There is a persistent narrative in the market that payment optimisation can significantly increase conversion. In reality, the impact is often modest, and many PSPs give you exactly the same thing. Improvements in authorisation rates or retry logic can create uplift, but typically in the range of basis points rather than percentage points. When compared to the potential impact of better UX, stronger pricing strategies, or improved targeting, the relative contribution of payments becomes clear.

This does not mean payments are unimportant. On the contrary, they are critical! But their value lies less in driving growth and more in protecting it. When payments fail, revenue is lost immediately. When they are inefficient, margins erode silently over time. This is where the real focus should be: cost efficiency and operational stability.

Payment cost optimisation has a direct and measurable impact on the bottom line. Reducing acquirer markups, improving FX conditions, or eliminating inefficiencies in fee structures that seemed transparent, can result in significant savings. For many merchants, this can translate into double-digit percentage reductions in payment costs, often without any change to the customer experience. That is a rare combination of low risk and high impact.

At the same time, stability at the bottom of the funnel is non-negotiable. Payment outages, failed transactions, or poor fallback mechanisms directly translate into lost sales. Customers who encounter friction at the final step of checkout are unlikely to return. Ensuring high uptime, consistent performance, and a smooth checkout experience is therefore far more valuable than introducing additional layers of complexity in pursuit of marginal gains.

This is where organisations could risk to unintentionally overinvest. As payment setups become more sophisticated, they often require additional internal resources, more vendor management, and continuous monitoring. While this may create incremental improvements, it also consumes time and attention that could be better spent elsewhere. Every hour invested in fine-tuning payment logic is an hour not spent on improving the customer journey or driving growth.

Focus on sales

The most effective brands and retailers take a different approach. Their goal is not to build the most advanced setup, but to ensure that payments are reliable, efficient, and scalable and don’t mess up the sale. They aim for good performance levels that are competitive in the market without introducing unnecessary complexity.

This approach is reinforced by the capabilities of modern payment providers. Today’s leading PSPs already offer strong authorisation performance, built-in optimisation mechanisms, and global coverage. For most retailers, this delivers a level of performance that is more than sufficient. Attempting to push beyond that often leads to diminishing returns.

At the same time, the European payments landscape is evolving. Instant payments, new wallet initiatives, and digital identity developments are creating new opportunities and additional payment rails. These innovations will play an increasingly important role in the coming years, particularly in areas such as cost reduction and user experience.

However, they do not fundamentally change the role of payments within the business. They expand the toolkit, but they do not shift the priority. Adoption should therefore be driven by clear commercial benefits and customer demand, rather than by a desire to build a more complex or advanced architecture.

Companies that navigate this well tend to share a similar mindset. They do not ignore payments, but they keep them in proportion. They focus on commercial optimisation rather than technical sophistication. They ensure that costs are competitive, that performance is stable, and that the checkout experience is smooth. Beyond that, they allocate their resources to areas that have a greater impact on growth.

They also maintain a degree of flexibility, but without overengineering their setup. They avoid unnecessary lock-ins in contracts, stay informed about market developments, and retain the ability to adapt when needed. At the same time, they resist the temptation to build for scenarios that may never materialise.

The bottom line

Ultimately, it comes down to prioritisation. Acquisition, conversion, and retention are the primary drivers of growth and should receive the majority of focus and investment. Payments, while critical, should be managed with a different objective: ensuring efficiency, reliability, and cost control.

Payments are essential to completing the transaction, but they are not where the transaction is won. That happens earlier, in the moments where customers discover, evaluate, and decide to buy.

For most brands or retailers, the winning strategy is not maximum control over payments. It is maximum focus on growth, supported by a payment setup that simply does its job well.

Because in the end, you don’t win by having the most advanced payment infrastructure. You win by selling more, more efficiently.

Retailers who sell both online and in physical stores are increasingly confronting a structural problem with their payment setup: two separate worlds that do not talk to each other.

Online, they have a PSP with a payment page, a 3DS flow, digital wallets, and iDEAL. In-store, they have a separate POS terminal contract, different settlement, different reporting, and often a different provider entirely. When a customer wants to buy online and return in-store, or start a transaction on a mobile app and complete it at a kiosk, the seams show.

Unified commerce is the strategy that removes those seams. And for most retailers, payment is the hardest seam to remove.

What unified commerce means for payments

Unified commerce is not simply omnichannel rebranded. Omnichannel means multiple channels exist and are coordinated. Unified commerce means those channels share a single underlying commerce and payment infrastructure, so the customer experience is genuinely seamless rather than stitched together.

The payment implications are significant. A unified commerce payment setup requires a single PSP or payment orchestration layer capable of handling online transactions, card-present POS transactions, and intermediate scenarios such as endless aisle, click-and-collect, ship-from-store, and in-app purchase. Settlement, reconciliation, and reporting need to work across all of these from a single ledger.

That is a materially different requirement from a standard online payment setup, and it changes the PSP selection criteria considerably.

The commercial opportunity

Getting the unified commerce payment layer right creates measurable commercial value in several ways.

A single customer view across channels enables better loyalty programme execution, more accurate attribution, and more effective retention. When a customer's purchase history is unified regardless of channel, the data becomes actionable in ways that siloed channel data never can be.

Flexible fulfilment options, buy online pay in-store, pay online collect in-store, reserve and pay, all require a payment infrastructure that can handle partial authorisation, delayed capture, and cross-channel settlement correctly. Retailers who cannot support these flows lose sales to competitors who can.

Returns and refunds across channels are a persistent pain point for retailers without a unified payment layer. Accepting an in-store return for an online purchase requires the payment infrastructure to process a cross-channel refund cleanly. Without it, the workaround is a manual credit, which creates reconciliation problems and a poor customer experience.

The challenges

The challenges are real and should not be underestimated.

PSP selection

Most PSPs are strong in one environment and weaker in the other. Online-first PSPs have typically built POS capability through acquisition or partnership, and the integration quality varies. POS-first acquirers have added online capability but often lack the depth needed for a high-volume e-commerce operation. A small number of providers can genuinely handle both at the required level of performance.

Selecting the right PSP for unified commerce requires a structured RFP process that evaluates both environments with equal rigour, tests integration capability against your specific tech stack, and negotiates commercial terms that reflect the combined volume rather than treating online and POS as separate contracts.

Payment method coverage

The payment method requirements for a unified commerce setup are more complex than for a purely online operation. In the Netherlands, iDEAL dominates online but is not available at POS. Card schemes need to cover both card-present and card-not-present scenarios. Contactless, mobile wallets, and QR-based payments each have different acceptance infrastructure requirements. The payment method matrix needs to be mapped carefully against your channel mix and customer base.

Integration complexity

Connecting a unified commerce payment layer to your commerce platform, OMS, ERP, and loyalty system is a significant integration project. The payment provider's API quality, webhook reliability, and reporting granularity all become important considerations. This is an area where the technical evaluation during PSP selection needs to be thorough, not just the commercial evaluation.

Cost structure

Unified commerce payment costs are more complex than online-only costs. Card-present interchange rates differ from card-not-present rates. POS terminal fees, acquirer fees, and scheme fees for in-store transactions follow different structures from online processing fees. Blended contracts that combine online and POS volumes can obscure cost inefficiencies in one channel. Understanding and negotiating the full cost structure across both environments requires specific expertise.

How to approach the payment layer

The starting point is clarity on your current situation. What does your online payment setup cost per transaction, and what does your POS setup cost? Are they with the same provider or different providers? What are the contract terms and renewal dates for each?

From that baseline, the unified commerce payment strategy becomes a commercial and technical project: evaluating whether your current providers can support the unified scenario, what alternatives exist, and what the commercial terms look like when online and POS volumes are combined in a single negotiation.

The retailers who navigate this well tend to approach it as a structured procurement exercise rather than a technology project. The technology question, which platform and which PSP, is secondary to the commercial question: what are we actually paying, what should we be paying, and which provider can deliver the capability we need at the right cost?

Talk to us about your unified commerce payment setup

EcomStream helps retailers optimise payment costs and performance across online and POS channels. Independent, no-cure-no-pay, and exclusively on the merchant side.

Coverage settled while the contract is still open costs nothing extra to add. Added afterwards it is a change request with its own price, which is the argument for putting the channel question into a structured payment RFP.

The migration from iDEAL to Wero is to complete by 31 December 2027. The migration to Wero has already started, and it reaches the merchant side from October 2026.

For two decades iDEAL has been the default way Dutch consumers pay online, and for most merchants it has been the one payment method nobody had to think about. That is changing on a published timetable. EPI restated the timetable on 15 July 2026: the market parties involved share the objective of completing the migration from iDEAL to Wero by 31 December 2027. EPI has published no date on which iDEAL itself stops working.

Consumers will barely notice. They keep paying from their own bank, in an environment they already trust. For merchants the picture is different, and the differences are commercial rather than cosmetic: a new contract, a changed dispute model, and a cost structure that is not yet settled.

What has already happened

The visible part started in January 2026. A national campaign announced the change, and from early 2026 the co-branded iDEAL | Wero logo began replacing iDEAL branding at checkout. For most merchants that happened without any work, because the payment page is hosted by the PSP and the PSP made the change.

From October 2026 all Dutch issuing banks are connected to Wero and the next migration phase begins, with iDEAL | Wero payments moving progressively onto Wero infrastructure. October 2026 is when the migration reaches the merchant side: integration and access to Wero move from announcement to action. Through 2027 the functionality widens, and the migration is to complete by 31 December 2027.

Note that the technical migration and end milestones remain subject to further alignment with De Nederlandsche Bank, so treat the phases as firm in direction and the intermediate dates as capable of moving.

The dispute model changes, and that is the part with a price on it

This is the change most merchants have not yet registered, and it is the one that reaches the P&L.

Under iDEAL there is no chargeback mechanism. A complaint is settled directly between merchant and customer, which is exactly why iDEAL carries near-zero fraud exposure for the merchant and why a fraud or risk fee on an iDEAL transaction has always been difficult to justify.

Under Wero a customer can raise a dispute weeks after the transaction. If merchant and customer do not resolve it, the PSP steps in, and where the matter persists the PSP carries liability. That is a structural shift in who holds the risk, and it has two predictable consequences. PSPs are expected to screen merchants harder at onboarding and during the relationship. And the cost of a Wero transaction may sit above what the same transaction cost as iDEAL, because there is now a risk position behind it that did not exist before.

Wero purchase protection rolls out in phases, with full coverage targeted for 1 January 2028, so the protection arrives on a different timetable from the liability.

What to ask your PSP, and when

The migration puts your payment contract back on the table whether you intend it or not, and a contract that is being reissued anyway is a contract you can negotiate. Your current iDEAL provider becomes your Wero provider and will guide the transition, which makes them the counterparty for every question below.

Four questions are worth putting to them. What will the Wero rate be, quoted against your current iDEAL rate. Who bears the cost of the new dispute process, and how is it priced. What integration work falls to you, and on what timeline. And what happens to your pricing if volume shifts between payment methods during the transition, which it will.

The timing matters more than the questions. Ask before the October 2026 phase, while your provider still wants the renewal, rather than in 2027 when the migration is a deadline and your leverage has gone.

iDEAL 2.0 pricing: the same argument, now inside a bigger one

iDEAL 2.0 introduced a wallet-style profile for guest checkout, storing IBAN and address data to speed up repeat purchases. The functionality is a genuine conversion improvement on transactions where the customer has no merchant account.

The commercial reality was always less straightforward. iDEAL 2.0 has been positioned by providers as an added-value tier, and that positioning came with a price, even though at its core it remains a bank transfer between two IBAN accounts. The underlying cost structure did not change materially; the transaction fee often did.

That argument has not gone away, it has been absorbed into a larger one. The question is no longer whether an iDEAL 2.0 uplift was justified. It is what your rate will be on Wero, and whether the number your provider quotes reflects the actual cost of the new rail or the opportunity created by a migration nobody can opt out of. EPI has said that Wero scheme pricing stays broadly aligned with the current iDEAL | Wero level until 31 December 2028, so a quoted increase before that date is a provider decision rather than a scheme one, and it is worth asking your provider to say which it is.

Mastercard Debit and Visa Debit: the parallel shift

Running alongside the Wero migration, Mastercard Debit and Visa Debit have been replacing Maestro and V Pay for Dutch consumers. The practical benefit for merchants is reach: both are globally recognised, they support one-click and recurring flows, and they enable pre-authorisation scenarios that Maestro and V Pay never reliably supported. For merchants with international customers, that removes friction which historically suppressed conversion from non-Dutch shoppers.

The commercial risk is interchange. Dutch debit interchange has been regulated at low levels and merchants benefited from that. The transition changes the fee structure, and how much of that change lands on your margin depends on how your contract is written and whether your pricing is blended or interchange-plus. Under a blended rate you will not see the shift at all until the effective rate has already moved.

What to do now

Three things, in order.

Establish what iDEAL currently costs you per transaction and what share of your volume it carries. Without that number you cannot judge any Wero quote you receive, and you will be negotiating against a figure your provider knows and you do not.

Put the questions to your provider before the October 2026 phase, while the initiative is still yours. Ask for the Wero rate in writing alongside your current iDEAL rate, and ask specifically how the dispute process is priced.

Check whether your pricing is blended or interchange-plus before the debit card transition finishes working through. On a blended rate, every one of these changes reaches you as an unexplained drift in effective cost rather than as a line you can question.

All three developments change your payment cost base, and your PSP has already modelled what they mean for their revenue. The question is whether you have done the same.

An independent read on what this costs you

What you pay is set in your PSP contract, not by the scheme, and a migration is the rare moment when that contract is genuinely open. EcomStream works exclusively for merchants, never for PSPs, acquirers or schemes, on a no cure, no pay basis, and every engagement is handled personally.

If your Wero terms are being quoted now, or your iDEAL rate has never been benchmarked, get in touch. For a first directional read on your whole payment set-up, the PSP Upside Calculator takes a few minutes.

Most retailers have a payments setup. Few have a payments strategy.

The difference matters. A payments setup is what you have when a PSP was chosen at some point, a contract was signed, and the system has been running since. A payments strategy is what you have when someone with deep knowledge has actively reviewed the setup, benchmarked the costs, assessed the performance, and made deliberate decisions about what to keep, what to change, and what to negotiate.

The gap between the two is where money is lost quietly, over months and years, without anyone noticing.

Why payment expertise is rarely built in-house

Payment management sits at an awkward intersection of finance, technology, and commercial negotiation. It requires understanding interchange economics, SCA exemption strategies, scheme fee structures, acquirer pricing models, and contract terms that are deliberately opaque. Most retailers do not have a person who covers all of that, and hiring a full-time specialist is rarely justified for the volume of decisions involved.

The result is that payment decisions default to the PSP. The provider recommends, the retailer follows. That is not necessarily bad advice, but it is advice shaped by the provider's commercial interest, not the retailer's.

This is the core problem. PSPs are not neutral. They have pricing tiers they will not proactively apply, fee structures they will not proactively explain, and contract terms they will not proactively renegotiate. They respond to pressure, not goodwill. Without internal expertise or an independent advisor applying that pressure, retailers consistently pay more than they need to.

What an interim payment specialist brings

An interim payment specialist brings focused expertise for a defined period, applied to a specific set of decisions. That typically covers one or more of the following.

PSP cost review and renegotiation

A structured review of your current payment costs against market benchmarks, followed by a renegotiation with your existing PSP or a competitive tender. The output is a revised contract with lower costs, better terms, or both.

Authorisation rate analysis

A detailed review of your transaction data to identify where transactions are declining unnecessarily, what exemption strategies are not being applied, and where 3DS routing can be optimised. Authorisation rate improvements have a direct and measurable impact on revenue.

PSP selection and RFP management

If a new PSP is needed, running the RFP process independently produces significantly better commercial outcomes than relying on a provider's self-reported capabilities and standard pricing. An independent specialist evaluates proposals on your terms, not theirs.

Interim payments management

For companies going through replatforming, ownership change, or rapid market expansion, an interim specialist can carry the payments function while the permanent team is being hired or upskilled. This keeps commercial momentum without gaps in expertise.

The independence question

The value of any payment advisor depends entirely on whose interests they represent.

Advisors who also work for PSPs, whether on referral fees, implementation projects, or consulting retainers, have a structural conflict of interest when advising on PSP selection or cost negotiation. The advice they give is shaped, consciously or not, by those relationships.

EcomStream works exclusively for merchants. No PSP relationships, no referral fees, no implementation revenue from providers. Every recommendation is made solely on the basis of what is right for the merchant.

That independence is not a marketing position. It is a structural feature of how EcomStream operates, and it is the reason the advice is commercially reliable.

When to bring in a specialist

The right moment is usually one of four situations. You have not reviewed your PSP contract in more than two years. Your volumes have grown significantly since the contract was signed. You are about to replatform or enter a new market. Or you have a sense that your payment costs are high but lack the internal knowledge to confirm it or act on it.

In all four cases, the cost of not acting is ongoing. Payment costs that are 20% higher than they need to be do not fix themselves.

EcomStream works on a no-cure-no-pay basis. There is no upfront fee and no fixed retainer. Fees are earned only on savings achieved or value delivered.

Talk to us about what we can find for you

EcomStream is an independent payment optimisation practice based in Zeist, the Netherlands. Every engagement is handled personally by Ramon Helwegen, with over 15 years in payments including 8 years on the PSP side.