| Takeaway | Detail |
|---|---|
| Klarna-style BNPL debit pivots target the EU's 0.2% IFR interchange cap in 2026. | The guide frames the 0.2% EU IFR interchange cap as the threshold that reshapes merchant checkout economics when BNPL providers pivot to debit-backed cards in 2026. |
| Interchange++ itemizes the card network's interchange, the scheme fee, and the provider's processing margin. | Under Interchange++, those three components are listed separately, so merchants can check each line against the 0.2% EU IFR cap instead of accepting one opaque rate. |
| Blended pricing rolls eligible costs into a single quoted rate. | A blended rate combines eligible costs into one quoted rate for predictable invoices and simple reconciliation, which can obscure whether the 0.2% EU IFR interchange cap is passed through. |
| The 0.2% EU IFR cap only applies when the BNPL transaction is routed as debit. | Verify the live, complete option and compare like-for-like totals and terms, because Klarna-style debit-backed BNPL captures the 0.2% cap only if the card is processed as debit and the quoted structure (blended vs Interchange++) is confirmed line by line. |
This guide explains how the EU's 0.2% interchange cap under the IFR changes merchant checkout economics when Klarna-style BNPL moves to debit-backed cards in 2026.
It shows how to verify the live, complete option and compare like-for-like totals across blended and Interchange++ pricing before committing.
How It Works
Interchange is the fee your acquirer pays to the cardholder's bank on every transaction; it's set by the card networks and passed through to you inside your processing rate. Under the EU's Interchange Fee Regulation (IFR), consumer debit interchange is capped at 0.2% of the transaction value, which is why the cap matters so much to checkout economics: the same basket paid on a capped debit card can cost a fraction of what it costs on an uncapped commercial or premium credit card. The mechanism to internalize is that interchange is only one slice of what you pay — the scheme fee (the network's own charge) and your provider's processing margin sit on top of it, as HaiPay's 2026 cost breakdown describes.
That layered structure is why pricing models matter. A blended rate rolls all eligible costs into one quoted percentage, which HaiPay notes gives you predictable invoices and simple reconciliation — but it hides whether you're actually capturing the 0.2% debit benefit or paying a flat rate that prices capped debit the same as expensive credit. Interchange++ itemizes the three components separately: interchange, scheme fee, and provider margin. If you want to verify what you're really paying per card type before committing to a provider, itemized billing is the only structure that lets you do it like-for-like.
The BNPL wrinkle changes which card sits at the checkout. As providers like Klarna pivot toward debit-backed cards, a growing share of "pay later" volume can settle over capped debit rails rather than credit rails — meaning the interchange component of those transactions falls under the IFR cap. The check for a merchant is straightforward: ask your processor to break out your effective rate by funding type (credit vs. debit, and BNPL-settled volume if it's routed on a card), then confirm which pricing model you're on. Under blended pricing you may see none of the debit savings; under interchange++ you should see it flow through, minus scheme fees and margin.
Key terms, defined once so you can read any processor quote:
| Term | What it means | Why it matters at checkout |
|---|---|---|
| Interchange | Fee paid to the cardholder's issuing bank, set by network rules; capped at 0.2% for consumer debit in the EU under the IFR | The largest controllable cost lever per transaction |
| Scheme fee | The card network's separate charge on the transaction | Not covered by the IFR cap; itemize it to see true cost |
| Processing margin | Your provider's markup on top of the above | Where blended quotes hide the difference between debit and credit |
| Blended pricing | One rolled-up rate across eligible costs | Predictable, but obscures card-type economics |
| Interchange++ | Itemized interchange + scheme fee + margin | Enables like-for-like verification before you commit |
One rule to carry into the rest of this guide: never evaluate a processing offer on the headline rate alone. Pull a recent statement, compute your effective rate per card type, and only then compare quotes — because under the IFR the gap between capped debit and everything else is exactly where providers make their margin.
Key Factors to Consider
Three things decide whether a debit-backed BNPL card — the model Klarna and its peers are moving toward — actually lowers your cost per checkout or just relocates it: how your processor prices, how each transaction gets classified, and what the provider's own commercial terms say. Everything else is downstream of those three.
Pricing model. Ask whether your statement is blended or interchange++. HaiPay's gateway fee breakdown describes blended pricing as rolling eligible costs into one quoted rate, while interchange++ itemizes three lines: the card network's interchange, the scheme fee, and the provider's processing margin. That distinction is the entire verification. On a blended rate you cannot see whether a lower-interchange card product actually reduced your cost, and you cannot audit the scheme fee — the line most likely to absorb the difference. Request an itemized statement before you commit.
Card-product classification. solidgate.com's interchange guide tracks rates by card type across EU, UK, and US markets, which is the right frame: the capped interchange category is not determined by the brand printed on the checkout button. Pull a transaction-level sample and read the product type and BIN or scheme data against your top-selling SKUs. If debit-backed BNPL volume settles under a credit-style product code, the cap you are counting on is not in the settlement.
Provider commercial terms. The interchange line is one input among several. Get the merchant discount rate or merchant service fee, settlement timing, refund and chargeback allocation, and — critically — who funds and holds the deferred-payment risk when a customer does not pay. A lower interchange line paired with slower settlement or shifted liability can cost more than it saves, so price the whole package.
| Metric | What to request | Why it changes the total |
|---|---|---|
| Effective rate | All-in processing cost divided by total volume, segmented by card product | Turns a quoted percentage into your real cost per checkout |
| Interchange line | Per-transaction interchange under interchange++ | Confirms whether the capped category is applied to your volume |
| Scheme fee | Separate scheme fee, itemized by card type | Can offset the benefit of a lower interchange tier |
| Settlement | Days to funding, per payment method | Working-capital cost sits outside the headline rate |
| Risk allocation | Refund, chargeback, and non-payment liability | Determines who absorbs default on deferred payments |
Then run the comparison like-for-like: same volume, same period, same card mix. A rate quoted on gross volume and one quoted on settled volume are not the same number, and a fee charged per transaction and one charged as a percentage do not move together as your average order value changes. Recompute the effective rate each period from the itemized lines rather than accepting a revised blended quote.
Common Mistakes
Mistake one: assuming the debit-backed card on your checkout is actually routing as debit. A BNPL provider pivoting to debit cards—Klarna being the most visible example—will issue whatever product its card program currently ships, and some merchants discover after settlement that a chunk of volume is processing as credit or commercial. Pull your acquirer's interchange detail report and check the actual category code per transaction for a full month of BNPL-card volume. If the BIN is misclassified or the product routes to a non-regulated category, the IFR consumer debit treatment you were counting on never applies to those transactions, and you're paying an unregulated rate you never agreed to review.
Mistake two: comparing a quoted blended rate against a new interchange++ arrangement without unpacking the blended number. As HaiPay's cost breakdown notes, a blended rate rolls eligible costs into one quoted figure, while interchange++ itemizes the interchange, the scheme fee, and the provider's margin. A BNPL provider or processor can quote a blended rate that looks competitive until you realize it bundles in fees that a regulated debit interchange structure would have excluded—or quietly nets out fees the new card type doesn't incur. Before you commit, request the full itemization of the current blended rate and rebuild it line by line so you're comparing identical components, not a package against a menu.
A related trap: verifying the rate but not the terms attached to it. Merchants see the regulated debit figure, nod, and sign—then discover the contract prices scheme fees separately with no cap, or that the "debit" pricing only holds for consumer cards issued in the EEA, so cross-border volume from a BNPL cardholder traveling or domiciled elsewhere falls outside the cap entirely. Ask the provider to state in writing which categories of volume the capped treatment covers and which fall to uncapped pricing.
The verify-before-you-commit sequence, concretely: (1) export one month of settlement data and isolate the BNPL-card BINs; (2) match each BIN to its actual interchange category in your acquirer's reporting, not the marketing classification; (3) request itemized pricing for both the current and proposed arrangements and rebuild totals on the same transaction mix; (4) get the scope of any regulated-rate treatment in writing, including geographic and card-type limits. Ten minutes of report-pulling beats a year of paying for a classification that never matched the promise.
Finally, don't treat the pivot announcement as the pricing event. When a provider switches card programs, the transition period is where misclassification clusters—old BINs, reissued cards, dual mappings. Re-run the BIN-to-category check the month after any program change, and set a recurring quarterly audit. The merchant who loses money in this shift isn't the one who picked the wrong provider; it's the one who verified once, at signing, and assumed the routing stayed true afterward.
Insider Tactics
Most merchants negotiate the headline rate on BNPL traffic and then lose the benefit inside a blended invoice. The non-obvious move is to isolate the traffic before you price it. Ask the BNPL provider or your acquirer to report debit-backed card transactions as a separate line item — either under interchange++ or as a named carve-out on a blended statement — so you see the effective rate on that traffic rather than an average across your whole card mix. Solidgate's 2026 interchange explainer frames the goal as lowering your effective rate, not your quoted one; HaiPay's gateway cost breakdown draws the same line between a blended roll-up and itemized interchange-plus-scheme-plus-margin pricing. If the debit-backed volume is pooled with your credit volume, the lower IFR consumer debit cap flows into the pool and out of your view.
Pair that with a contractual reclassification credit instead of asking for a rate concession. Rather than trading leverage for a headline discount, ask for a clause that credits you when a transaction on the BNPL card settles outside the classification you priced for, verified against the settlement file rather than the checkout screen. That keeps the burden of proof on the party that controls routing, and it survives a change in the provider's card program.
Timing matters more than most merchants expect. Run your verification at the start of a billing cycle, using a small set of real transactions, and read the qualification field in the settlement file once the first invoice after the migration lands. A test purchase mid-cycle gives you a partial picture; a cycle-boundary test gives you a full one before your next negotiation window opens.
| Lever | What it verifies | When to ask |
|---|---|---|
| Separate reporting line for BNPL traffic | Effective rate on that traffic alone | Before signing or renewing |
| Reclassification credit clause | Whether settlement matches the priced classification | At contract amendment |
| Cycle-boundary test transaction | Full-cycle settlement and qualification data | Start of a billing cycle |
The strongest window to ask is during the provider's card migration or your own contract amendment, when pricing terms are genuinely open. Make the classification report a condition of the amendment, not a follow-up favor requested after signature.
Finally, write the measurement rule into the agreement: define the sample size, the settlement field you will read, and the measurement window, then tie a true-up or re-pricing right to the result of that test. A verification you can repeat on identical terms is the only one that keeps working after the migration is complete.
Comparison
Line up the three ways a European merchant could settle the same 100 BNPL basket in 2026, and only one sits under a statutory ceiling you can name with confidence: legacy BNPL on credit rails, BNPL routed through a debit-backed card, and pay-by-bank. The EU's Interchange Fee Regulation sets the consumer debit interchange cap at 0.2%, so a 100 ticket carries a 0.20 interchange line. Before pricing any comparison against credit rails, confirm the cap that applies to consumer credit and commercial cards in your market against a current rate table such as Solidgate's 2026 interchange breakdown, and compute the per-ticket gap from those verified figures rather than assuming one.
That arithmetic sets the size of the prize: interchange is the only line item the IFR controls, while the scheme fee and the provider's margin stay commercial and uncapped. HaiPay's 2026 gateway cost breakdown describes the two ways processors present those — a blended rate that rolls eligible costs into one quoted number, and Interchange++, which itemizes the network's interchange, the scheme fee, and the margin as three separate lines. Same transaction, two invoices that cannot be compared until the blended one is broken apart.
| Option at checkout | Interchange line on a €100 ticket | Pricing model that exposes it | Check to run | Wins when |
|---|---|---|---|---|
| BNPL on credit rails | 0.3% IFR consumer credit ceiling (€0.30), where it applies | Usually bundled inside the BNPL merchant fee | What the provider's merchant fee already includes | Volume is small and the fee sits below your card cost |
| Debit-backed BNPL card | 0.2% IFR consumer debit ceiling (€0.20) | Interchange++ | Itemized statement on settled volume | EU consumer card volume is high and the contract itemizes fees |
| Pay-by-bank | No card interchange | Per-transaction fee | Conversion and dispute handling | Baskets are large and disputes are rare |
Whatever gap you confirm between the 0.2% debit cap and the credit-side tier that applies to your volume, interchange is the only line item the IFR controls: the scheme fee and the provider's margin stay commercial and uncapped, and on one 100 debit ticket the capped interchange line is 0.20. That saving evaporates if the itemized scheme fee and margin on the debit route come in above the comparable lines on your current setup. So compare total cost per transaction at identical basket values, with the provider's own fee folded in, not headline percentages.
On that basis, the debit-backed BNPL card priced on Interchange++ is the option most EU-facing merchants in 2026 should verify first — against live settled volume rather than a spec sheet. It can beat credit rails once you confirm the credit-side interchange tier exceeds the 0.2% debit cap for your card mix, and it beats a blended contract on transparency because itemization is the only way to see whether the capped interchange actually reaches your invoice.
Each option still wins somewhere. The debit-backed card wins where EU consumer card volume is large enough for 0.10 per 100 to compound, and where the provider will price on itemized terms. Credit rails win on small volume, where the interchange difference does not cover the cost of renegotiating, and wherever the BNPL merchant fee is already flat and below your card cost. Pay-by-bank wins on large baskets with few disputes, since it carries no card interchange. Pull one month of live volume through each option and set total cost per transaction beside total cost per transaction.
What to do next
| Step | Action | Why it matters |
|---|---|---|
| 1 | Confirm whether Klarna's debit-backed BNPL card option is live in your EU market before committing at checkout. | The pivot is rolling out across 2026, so the complete option — not a partial or legacy BNPL flow — is what should drive your decision. |
| 2 | Request an Interchange++ breakdown from your provider and check the interchange line against the EU IFR cap by name. | Interchange++ itemizes interchange, the scheme fee, and the processing margin separately, so you can verify each line instead of trusting a single rate. |
| 3 | If you're on blended pricing, ask the provider in writing whether the capped interchange is passed through in the quoted rate. | Blended pricing rolls eligible costs into one rate for simple reconciliation, but it can obscure whether the cap benefit reaches you. |
| 4 | Compare the debit-backed BNPL option and your current card acceptance like-for-like: total cost per transaction and terms side by side. | Like-for-like totals are the only fair comparison once interchange, scheme fees, and margin are unbundled — otherwise a lower headline rate can hide higher scheme or processing costs. |
| 5 | Re-check the checkout terms at the moment of payment, not just at contract signing. | The merchant checkout economics shift as providers reposition around the cap, so verifying the live, complete option before committing protects you from mid-cycle changes. |
| 6 | Document which of the three Interchange++ components changed after switching to the debit-backed BNPL option. | Itemized before-and-after records show whether the savings come from the capped interchange line or were absorbed elsewhere in the stack. |
Frequently Asked Questions
How does Interchange++ pricing help me check whether the interchange cap is being honored?
Under Interchange++, the card network's interchange, the scheme fee, and the provider's processing margin are itemized separately, so merchants can check each line against the cap instead of accepting one opaque rate.
What is the downside of blended pricing for BNPL debit transactions?
A blended rate rolls eligible costs into one quoted rate for predictable invoices and simple reconciliation, but it can obscure whether the capped interchange is actually passed through.
Does the interchange cap apply to every BNPL transaction automatically?
No — the cap only applies when the BNPL transaction is routed as debit, so Klarna-style debit-backed BNPL captures it only if the card is processed as debit.
What should I confirm before switching my BNPL checkout to a debit-backed option?
Verify the live, complete option and compare like-for-like totals and terms, confirming the quoted structure (blended vs Interchange++) line by line.
Why are BNPL providers pivoting to debit-backed cards in the EU?
Klarna-style BNPL debit pivots target the EU's interchange cap under the IFR, which reshapes merchant checkout economics when BNPL providers move to debit-backed cards.
Which components make up the cost lines I should review under Interchange++?
The three separately listed components are the card network's interchange, the scheme fee, and the provider's processing margin.
Quick answers
| What threshold does the guide frame as reshaping merchant checkout economics when BNPL providers pivot to debit-backed cards? | The guide frames the EU IFR interchange cap as the threshold that reshapes merchant checkout economics when BNPL providers pivot to debit-backed cards in 2026. |
| What three components does Interchange++ itemize separately? | Interchange++ itemizes the card network's interchange, the scheme fee, and the provider's processing margin, so merchants can check each line against the EU IFR cap instead of accepting one opaque rate. |
| What is a drawback of blended pricing? | A blended rate combines eligible costs into one quoted rate for predictable invoices and simple reconciliation, but it can obscure whether the EU IFR interchange cap is passed through. |
| When does the EU IFR interchange cap apply to BNPL transactions? | The cap only applies when the BNPL transaction is routed as debit. |
| What should merchants do to verify Klarna-style debit-backed BNPL economics? | Verify the live, complete option and compare like-for-like totals and terms, confirming the quoted structure (blended vs Interchange++) line by line, since the cap is captured only if the card is processed as debit. |
Also worth reading: Visa's 2.6% Fallback: Interchange Mechanics Behind 2026 Fees: Visa's 2.6% Fallback: Interchange Mechanics · Instant merchant payouts: $1M Instant Payments (FedNow) vs Venmo Myth: Instant merchant payouts: $1M Instant · Amazon checkout payment options: Prime Visa vs Affirm 12-Month loan split: Amazon checkout payment options: Prime