Blended Pricing vs Interchange++

v2 Blended Pricing vs Interchange++: Which Card Pricing Model Gives Merchants Better Economics? A merchant processes 10,000 card transactions in a month. Average ticket: $50 Successful card volume: $500,000 Two providers offer different pricing models. Provider A: Blended 1.95% + $0.05 per successful transaction Provider B: Interchange++ **Actual interchange * actual scheme costs * 0.20% provider markup * $0.05 per successful transaction** Which provider is cheaper? There is not enough information to answer. The missing variable is the merchant's actual card mix. If the portfolio contains mostly lower-cost underlying card transactions, Interchange++ can expose those savings to the merchant. If the portfolio contains more expensive card products, international cards, commercial cards, or other higher-cost categories, those underlying costs flow through too. Under a genuinely blended price, more of that variability has already been incorporated into the provider's quoted rate. That leads to the most useful distinction between the models: Blended pricing and Interchange++ do not merely present the same costs differently. They change who absorbs—and who sees—the variability in the underlying card-cost stack. Transparency matters. But transparency is not the same thing as low cost.

Same merchant, two pricing models To see why, keep everything constant. Same: * Merchant * 10,000 successful payments * $50 average ticket * $500,000 volume * provider functionality * currencies * acquiring setup * authorization performance Change only the card mix. For this simulation, assume three fictional card-cost groups.

Hypothetical card category Modeled interchange Lower-cost debit 0.60% Standard consumer credit 1.50% Higher-cost premium/commercial/international mix 2.40% Also assume, solely for the model: Scheme cost: 0.15% and under IC++: Provider markup: 0.20% + $0.05 per transaction The blended provider charges: 1.95% + $0.05 regardless of the three modeled categories, within the scope of this fictional contract. Now change the mix.

Portfolio A: lower-cost card mix Suppose the 10,000 transactions are: 60% lower-cost debit 30% standard consumer credit 10% higher-cost cards The weighted modeled interchange becomes: **(60% × 0.60%) * (30% × 1.50%) * (10% × 2.40%)** = 1.05% Add the hypothetical: 0.15% scheme cost 0.20% provider markup and the $0.05 fixed charge, which across a $50 average ticket adds another effective: 0.10% The modeled IC++ effective cost becomes: 1.50% On $500,000: $7,500 The fictional blended price produces: 1.95% + $0.05 on each $50 payment or an effective: 2.05% On $500,000: $10,250 In this portfolio: Interchange++ is cheaper by $2,750 for the month. It wins because the merchant's underlying card mix is cheaper than the economics embedded in the blended rate.

Now change only the card mix Keep: * Volume * transaction count * ticket size * provider markup * scheme assumption * blended quote exactly the same. But Portfolio B contains: 10% lower-cost debit 35% standard consumer credit 55% higher-cost cards Weighted modeled interchange becomes: **(10% × 0.60%) * (35% × 1.50%) * (55% × 2.40%)** = 1.905% Add: 0.15% hypothetical scheme cost 0.20% provider markup 0.10% effective fixed charge and modeled IC++ becomes: 2.355% Monthly cost: $11,775 The fictional blended price remains: 2.05% Monthly cost: $10,250 Now: Blended is cheaper by $1,525. Nothing about Interchange++ stopped being transparent. Nothing about the blended rate became more transparent. The card mix changed. And the result flipped. That is the article in one example.

The comparison Same merchant Portfolio A Portfolio B Successful transactions 10,000 10,000 Volume $500,000 $500,000 Average ticket $50 $50 Lower-cost debit 60% 10% Standard credit 30% 35% Higher-cost mix 10% 55% Modeled weighted interchange 1.05% 1.905% Modeled IC++ effective cost 1.50% 2.355% Modeled blended effective cost 2.05% 2.05% Lower modeled cost IC++ Blended Again, every rate in this example is invented. The lesson is structural: You cannot evaluate blended pricing against Interchange++ without modeling the card portfolio underneath it.

What is blended card pricing? Under a blended pricing arrangement, the provider incorporates some or all of the variation in underlying card costs into a merchant-facing rate or rate structure. Conceptually: Underlying interchange * scheme costs * acquiring/provider economics ↓ Blended merchant price That does not necessarily mean: one rate for every possible transaction. A blended contract can still differentiate by: * Domestic versus international card * debit versus credit * region * currency * card category * channel * merchant entity The important characteristic is that the merchant is not being charged each underlying interchange and scheme component transaction by transaction in the same explicit pass-through form as IC++. The provider has performed some packaging.

Blended pricing does not make underlying costs disappear Suppose the provider quotes: 1.9% That does not mean the provider's underlying card costs are 1.9%. For one transaction, they may be substantially lower. For another, higher. Across the portfolio, the provider is pricing the expected mix plus: * Commercial margin * operational economics * risk * service scope * expected variability The rate is therefore partly a risk-transfer mechanism. Within the agreed scope, the merchant receives more pricing stability. The provider accepts more uncertainty around what the underlying card portfolio will cost.

What is Interchange++? Interchange++ generally describes card pricing that separates more of the card-cost stack. Conceptually: Interchange * scheme/network fees * acquirer or PSP commercial markup = merchant card-processing cost The terminology and exact components still need to be defined in the contract. Do not assume every provider means exactly the same thing by each +. The point is that more of the underlying cost is visible—and more of its variation reaches the merchant. Visa and Mastercard's current U.S. schedules demonstrate why that variation can be substantial: interchange schedules contain many different programs based on card product, merchant or transaction program, debit regulation status and other qualification criteria.

Interchange++ is not synonymous with all cost-plus pricing The concepts overlap, but the terminology should remain disciplined. Interchange++ Usually describes the packaging of card acceptance costs around: interchange + scheme costs + markup Cost-plus Is the broader commercial principle: underlying cost + commercial markup A provider could theoretically use cost-plus economics for services beyond card interchange. Therefore: Interchange++ can be understood as a specific card-cost pass-through structure within the wider family of cost-plus pricing models. The separate Flat-Rate vs Cost-Plus Pricing article should own that broader pricing-structure decision.

The real difference is where variability goes This is more useful than the standard: Blended = simple versus: IC++ = transparent framing. Imagine underlying card cost changes from: 1.2% to: 1.8% because the merchant's mix shifts. Under IC++ More of that movement normally appears directly in the merchant's cost. The merchant sees: cost changed because underlying card economics changed. Under a blended arrangement If both transactions remain inside the same contracted blended category, the merchant-facing rate may remain unchanged. The provider's economics move instead. That is the economic bargain.

Who carries the card-mix risk? Under IC++, the merchant generally carries more of the short-term underlying cost variability. If customers suddenly use: * More premium cards * more commercial cards * more foreign-issued cards * fewer lower-cost debit products the merchant can see its effective processing rate increase even when the provider markup has not changed. Under blended pricing, the provider can carry more of that variability within the contract's pricing boundaries. But that risk is not free. The provider can account for it through: * The quoted blended price * contract segmentation * different international-card rates * repricing provisions * volume tiers * merchant-specific pricing assumptions Blended pricing does not abolish variability. It moves more of the uncertainty into commercial pricing.

Current network schedules show why mix matters Visa's U.S. interchange schedule effective April 18, 2026 provides one concrete example. Its current card-not-present debit table shows different interchange treatment for regulated and exempt Visa Check Card transactions, while the overall schedule contains additional structures for consumer credit, commercial products, international cards, merchant categories and other programs. Mastercard's current U.S. schedule, effective April 17, 2026, similarly shows different rates across product categories such as Core, Enhanced Value, World, World High Value and World Elite and across interchange programs. Those schedules should not be copied wholesale into an international merchant model. They demonstrate a narrower point: “card volume” is not one homogeneous underlying cost.

Transparency versus low cost The most common argument for Interchange++ is: “You can see what everything costs.” That can be true and valuable. It still does not prove the result is cheaper. Suppose: IC++ provider Underlying cost: 1.40% Provider markup: 0.45% Total: 1.85% Blended provider Quoted rate: 1.70% The transparent provider is more expensive. Now suppose: IC++ provider Underlying cost: 1.10% Markup: 0.20% Total: 1.30% Blended provider Quoted rate: 1.70% Now IC++ is cheaper. Transparency helps explain cost. It does not determine cost.

Provider-margin visibility is not total-cost visibility Another mistake follows. Under IC++, a merchant may be able to isolate: provider markup = 20 basis points and under blended pricing it may not know exactly how much of: 1.9% the provider economically retains. That can make IC++ much better for commercial negotiation. But the merchant still needs to compare: total cost not: visible markup. A provider earning a visibly larger margin can still offer a lower overall cost if its underlying acquiring economics or pricing differ. Conversely, a provider quoting an attractively tiny markup can still be expensive if the underlying transaction portfolio costs more.

A low IC++ markup can distract procurement Consider two hypothetical offers. Provider A Interchange + scheme + 10 bps Provider B 1.65% blended Procurement becomes fixated on: 10 basis points because that appears to be the provider margin. But if actual interchange and scheme costs average: 1.70% then Provider A is already at: 1.80% before any fixed charges. The 10-basis-point markup is not the economic answer. It is only one input.

Card mix is part of your price A large merchant should be able to describe its portfolio by more than: $100 million in card volume. Model, where available: * Debit versus credit * consumer versus commercial * domestic versus international-issued * premium versus standard products * card-present versus card-not-present * recurring versus one-time * merchant/acquiring country * MCC * transaction value * network Mastercard explicitly identifies factors including merchant category, authorization-to-clearing timing, transaction data and merchant volume among its interchange qualification criteria. The richer the merchant's transaction model, the more credible its IC++ forecast becomes.

The denominator must be the same A surprisingly common comparison is: Blended provider quoted rate versus: IC++ provider's markup. That is not a comparison. Compare: Blended effective cost All modeled card-processing costs under blended contract ÷ successful processed card value with: IC++ effective cost **Modeled interchange * scheme costs * provider/acquiring markup * relevant fixed charges ÷ successful processed card value** Both need the same denominator and scope.

Fixed transaction charges still matter Suppose both offers include: $0.10 per transaction. At: $10 average ticket the fixed component alone is equivalent to: 1.0% of processed value. At: $100 average ticket it is: 0.10%. Any simulation that compares only percentage charges while ignoring fixed fees can produce the wrong winner. The merchant should therefore model: volume and transaction count not volume alone.

Forecasting under blended pricing A blended price can simplify the payment-cost forecast. If the relevant merchant portfolio genuinely remains at: 1.95% + $0.05 then finance can forecast primarily from: * Card volume * transaction count That can be valuable for: * Budgeting * unit economics * country forecasts * FP&A * product pricing But only if the contract's exceptions are understood. If: * international cards * commercial cards * currencies * chargebacks * FX * cross-border activity are separately priced, those still need their own forecasts. Do not call a contract “blended” and assume every card-related cost is therefore fixed.

Forecasting under Interchange++ An IC++ forecast requires assumptions about the underlying card portfolio. At minimum: Volume × card-mix distribution × modeled underlying cost * scheme costs * provider markup * fixed charges The result can change without a provider-price change. That makes forecasting more difficult. It also makes the forecast more explanatory. Finance can potentially distinguish: “Our provider became more expensive” from: “Our customers used more expensive card categories.” Those are materially different commercial conclusions.

Variance analysis is where Interchange++ becomes powerful Suppose forecast card cost is: 1.55% Actual cost becomes: 1.68% With sufficient transaction data, the merchant can ask: * Did debit share fall? * Did commercial-card share rise? * Did international cards increase? * Did qualification deteriorate? * Did scheme costs change? * Did ticket distribution change? * Did provider markup change? That gives payments and finance a cost bridge. Blended pricing can make that analysis less visible because some of these movements are absorbed inside the provider price. That is a genuine benefit of IC++ transparency. It is an analytical benefit, not proof of a cheaper rate.

Reconciliation is the hidden operational difference IC++ pricing can create a more complicated monthly payment-cost dataset. A large merchant may receive: * Numerous interchange categories * multiple scheme-fee lines * adjustments * refunds * card-product distinctions * cross-border components * provider markup The payments or finance team then needs to map: transaction → underlying cost → invoice → settlement → general ledger A blended model can materially simplify that reconciliation if fewer pricing categories need to be analyzed. That simplicity has value. Do not call it financial naivety.

But reconciliation complexity can become an optimization asset For a sophisticated merchant, detailed IC++ data can also enable: * Card-mix analysis * acquiring comparison * qualification analysis * provider-margin review * forecast-vs-actual bridges * scenario modeling If those capabilities save meaningful cost, the additional finance/data work may be justified. If no one in the organization ever examines the detailed statement, the merchant may be paying for transparency it does not use.

Regulation recognizes blended versus unblended charging The EU Interchange Fee Regulation provides a useful formal example of the distinction. Article 9 requires acquirers in its scope to offer merchant service charges individually specified for different card brands and categories with different interchange levels unless the merchant requests blended merchant service charges in writing. The regulation also requires specified information about merchant service charges, interchange and scheme fees in the acquiring agreement, subject to the merchant's request for different treatment. The regulation additionally requires transaction information that separately identifies merchant service charge and interchange, with permitted aggregation where the merchant gives prior explicit consent. That does not mean EU regulation requires every merchant to use IC++. It demonstrates that policymakers themselves distinguish: blended merchant charging from: greater cost disaggregation.

Build the Blended vs Interchange++ Cost Comparison The merchant should start with one canonical portfolio. Step 1 — Define monthly volume Example: $20 million Step 2 — Define transaction count Example: 400,000 Average ticket: $50 Step 3 — Define card mix At minimum: * Debit / credit * consumer / commercial * domestic / international * standard / premium where data permits Step 4 — Model interchange Use: * Merchant's historical interchange data or, if unavailable: * defensible network/acquirer assumptions clearly marked as estimates. Step 5 — Add scheme cost Use actual or modeled scheme cost under the proposed arrangement. Step 6 — Add provider price IC++ Provider/acquirer markup. Blended Relevant blended transaction price. Step 7 — Add fixed and conditional terms Such as: * Per-transaction fee * monthly minimum * account/platform charges * cross-border surcharges * relevant exceptions Step 8 — Calculate both effective rates Then change the card mix. That last step is critical.

Do not run only one scenario A merchant should run at least three. Scenario 1 — Current mix Use trailing merchant data. This answers: What would each contract have cost us recently?

Scenario 2 — Favorable underlying-cost mix Model more: * Lower-cost debit * domestic cards * lower-cost card products This tests how much upside IC++ exposes.

Scenario 3 — Adverse underlying-cost mix Model more: * Premium cards * commercial cards * international-issued cards * other higher-cost categories relevant to the merchant This tests how much variability the merchant would absorb. The scenario does not need to predict the future perfectly. It needs to expose sensitivity.

Add a break-even calculation Once the merchant has modeled the two offers, it can estimate the underlying-cost level where both become economically equal. Suppose: Blended 1.90% + fixed charge IC++ Underlying interchange + scheme cost + 0.25% markup + same fixed charge Ignoring other differences for the moment, blended and IC++ break even when: Underlying interchange + scheme cost = 1.65% Below that modeled underlying cost: IC++ wins. Above it: blended wins. This threshold can be more useful to procurement than asking which model is universally cheaper. It tells the merchant: What would have to be true about our card portfolio for this proposal to win?

Measure monthly total cost Formula Total applicable card-processing costs incurred during the month Include the same scope under both models. Do not include: * FX in one * but not the other; or: * account charges in one * but not the other. Normalization comes first.

Measure effective processing rate Formula Total modeled card-processing cost ÷ successful processed card value × 100 This is the main price-comparison metric. It converts: * Percentage charges * fixed charges * monthly fees into one comparable portfolio-level figure. State the included cost scope.

Measure cost variance One useful metric is: Card-cost variance Actual effective card cost − forecast effective card cost Then explain the variance. Under IC++, the bridge may contain: mix + underlying rate + scheme + markup + volume/ticket effect Under a well-defined blended arrangement, more of the variance may instead come from: * volume * fixed fees * transaction count * excluded card categories * cross-border or contract exceptions This is how pricing structure affects finance operations.

Measure forecast error Formula Absolute actual card cost − forecast card cost ÷ forecast card cost × 100 Do not assume blended always produces lower forecast error. If the merchant's contract contains many carve-outs, that may not be true. Measure it.

Measure reconciliation workload A pricing model imposes operational cost too. Track: finance/payment-operations hours spent validating card costs per month and: number of unexplained invoice/settlement exceptions. That workload will rarely outweigh a major card-cost difference for a very large merchant. But it is not zero.

Transparency is valuable only when someone acts on it Interchange++ can expose: * Card mix * underlying program cost * scheme components * provider margin The next question is: What does the merchant do with that information? Possibilities include: * Correct transaction qualification * investigate acquiring strategy * renegotiate markup * change routing * model new markets * forecast card mix * explain finance variance If the merchant does none of those, visibility alone produces little economic return.

Blended pricing can be rational for a sophisticated merchant It is tempting to frame blended pricing as something only small businesses use. That is too simplistic. A larger merchant might rationally choose blended pricing if: * Rate is economically attractive * contract scope is clear * card mix is volatile * forecast stability has value * provider is accepting meaningful mix risk * reconciliation simplicity matters Merchant sophistication does not force one pricing model. It improves the merchant's ability to price the tradeoff.

Interchange++ tends to become more useful as the merchant can exploit the data Characteristics that can increase the value of IC++ include: * Meaningful card volume * diverse card mix * multiple acquiring markets * capable finance/payments analytics * ability to reconcile detailed fee data * procurement leverage over provider markup * active cost optimization But there is no universal revenue or transaction-volume threshold at which a merchant “should switch.” The decision should be based on modeled economics.

Card-mix stability matters more than merchant size alone Consider two merchants processing the same volume. Merchant A Very stable: * mostly domestic consumer cards * predictable ticket size * predictable geography Merchant B Rapidly expanding: * new countries * changing commercial-card mix * increasing foreign-issued cards * changing average ticket Even at identical volume, the value of: * predictable blended pricing * detailed IC++ transparency can differ. Merchant size is only one dimension.

Blended pricing creates provider-selection risk Because the provider has packaged underlying variability, the merchant needs to understand: What did the provider assume about our mix? If the blended quote was based on: * 70% domestic debit but the merchant actually generates: * 50% international premium credit one of several things can happen depending on the contract: * Provider earns less than expected. * Provider seeks repricing later. * Contract has explicit higher-cost categories. * Merchant was misquoted. * Provider intentionally priced the risk aggressively. Procurement should ask what assumptions support the blended rate.

IC++ creates underlying-cost risk Under IC++, the provider can leave its markup unchanged while the merchant's effective rate rises. That is not necessarily a pricing breach. If: premium-card share increases or: international mix increases or: interchange classification changes the merchant is contractually receiving more of the underlying variability it chose to expose. That is exactly why finance should not budget IC++ as: provider markup + one fixed assumed interchange rate.

Compare the provider margin separately—but only after total cost Procurement should calculate two outputs. Output 1 — Total effective card cost Which proposal costs less? Output 2 — Controllable provider/acquirer markup How much of that total is commercial margin the merchant can negotiate? These answer different questions. A merchant can discover: Provider A is cheaper overall today while: Provider B has the more attractive commercial markup. That might make B attractive after: * Better acquiring configuration * changing card mix * negotiation But do not conflate the observations.

IC++ statements need data governance To make the model useful, preserve transaction- or category-level information where available: * Network * debit/credit * card category * issuer geography * merchant/acquiring geography * amount * interchange category * interchange amount * scheme cost * provider markup Then connect: transaction → statement → settlement → invoice Without this, IC++ can become: a very detailed invoice nobody trusts.

Blended statements still need reconciliation Simpler pricing does not eliminate controls. Validate: * Transaction count * processed value * refund value * excluded categories * international surcharges * fixed fees * contract tiers * settlement A blended rate is easier to recalculate. It is not self-validating.

Contract wording matters more than the pricing label Do not buy: “Interchange++” or: “blended” as labels. Extract the actual terms. For blended pricing ask: * Which card brands are included? * Which card categories? * Are commercial cards different? * Are international cards different? * Are cross-border fees separate? * Are scheme changes passed through? * Can the provider reprice? * Are fixed fees separate? For IC++ ask: * What exactly is interchange? * Which scheme fees are passed through? * Is there any uplift on those costs? * What is the provider markup? * Is it percentage, fixed, or both? * Are authorization charges separate? * What happens to refunds? * What additional fees exist? The contract—not the label—determines the economics.

A practical procurement comparison Create one normalized table. Metric Blended proposal IC++ proposal Modeled monthly cost $___ $___ Effective rate ___% ___% Downside-mix effective rate ___% ___% Upside-mix effective rate ___% ___% Provider markup visibility Lower / medium / high Lower / medium / high Mix-cost visibility Lower Higher Forecast complexity Lower / medium Medium / high Reconciliation workload Lower / medium Medium / high Major exclusions

Repricing provisions

Do not assign numeric scores unless procurement has defined their weighting. The output should make the tradeoff visible.

What would disprove the IC++ hypothesis? Hypothesis IC++ will reduce merchant card cost. Evidence against it When the actual merchant portfolio is replayed through both pricing schedules, IC++ produces a higher total effective rate after: * interchange * scheme costs * markup * fixed fees are included. Conclusion: Transparency did not translate into lower cost.

What would disprove the blended-pricing hypothesis? Hypothesis Blended pricing will provide enough predictability to justify its price. Evidence against it The merchant's actual mix remains materially below the cost embedded in the blended price, while IC++ savings exceed the merchant's added reporting/reconciliation cost. Conclusion: The merchant may be overpaying for cost stability.

What would prove the merchant should reconsider later? A pricing model that wins today can lose as the portfolio changes. Review after: * Major geographic expansion * acquisition * change in debit/credit mix * new B2B/commercial-card business * material ticket-size change * acquiring migration * substantial volume growth * network/regulatory changes A pricing decision is a function of the merchant portfolio at a point in time. It is not a permanent ideology.

That public language is important because it makes the tradeoff described in this article concrete: underlying interchange can vary while: the merchant-facing Brick charge can be blended across those differences.

Instead ask for the applicable commercial proposal and model: * Current blended terms * available unblended structure * underlying card mix * card countries * markup * scheme treatment * fixed charges * cross-border pricing * actual expected transaction volume against the same portfolio.

They do not establish which one will cost a specific merchant less.

Final recommendation Do not choose Interchange++ because it looks more sophisticated. Do not choose blended pricing because the invoice looks simpler. Take your actual merchant portfolio and price it twice. Use the same: volume transaction count ticket size debit/credit mix consumer/commercial mix issuer geography premium-card mix scheme-cost assumptions fixed charges Then calculate: monthly total cost effective processing rate cost sensitivity to card mix forecast error reconciliation workload The central question is not: Which model reveals more data? Interchange++ usually exposes more underlying variation. Nor is it: Which model gives us the same rate every month? Blended pricing can provide greater merchant-rate stability within the scope of the agreement. The real question is: Who should carry the variability in our card-cost mix, what price are we paying for that allocation of risk, and which model produces the better total economics for the portfolio we actually process? For one merchant, the answer will be Interchange++. For another, blended. For the same merchant two years later, the answer may change. Transparency is an analytical advantage. It is not a discount. The winner is the pricing model that produces the stronger combination of: **total cost * forecastability * explainability * operational effort** for the merchant's real card mix.

This article provides general information and does not constitute legal, regulatory, financial, tax, accounting, or commercial advice. Merchants should verify current pricing, contractual terms, network rules, and regulatory requirements with qualified advisers, payment providers, acquirers, card networks, and relevant authorities.

The brief makes this the card-cost packaging decision in the Payments Pricing Fundamentals cluster. It should not argue that transparency is inherently cheaper. It should show that the same merchant can look cheaper under Interchange++ with one card mix and cheaper under blended pricing with another because the two models allocate underlying cost variability differently. Current network schedules make that variability concrete: Visa’s April 18, 2026 U.S. schedule contains materially different interchange programs across regulated/exempt debit and transaction types, while Mastercard’s April 17, 2026 schedule varies across card products and qualification programs. Editorial decision Direction Merchant cost problem Merchant equates pricing transparency with lower total cost Unique evidence anchor Blended pricing absorbs more card-cost variability into a quoted merchant rate; IC++ passes more of that variability through Editorial position Price both models against the identical merchant portfolio before choosing Assumption challenged “Interchange++ is always cheaper.” Primary variable Card mix and the underlying interchange/scheme economics produced by that mix Merchant decision Decide whether the economic value of pass-through visibility and optimization exceeds the value of rate stability and simpler reconciliation Format Same-merchant pricing simulation Original asset Blended vs Interchange++ Cost Comparison Original asset: Blended vs Interchange++ Cost Comparison

The visual should start with one identical merchant portfolio: 10,000 Payments · $500,000 Volume · $50 Average Ticket Then split it. BLENDED Card mix ↓ Provider absorbs/packages underlying variability ↓ Contracted blended price ↓ Simpler forecast / less underlying visibility versus: INTERCHANGE++ Card mix ↓ Actual interchange * scheme cost * provider markup ↓ Variable merchant price ↓ More cost visibility / more forecasting variability Below them, show two portfolio outcomes: Lower-cost card mix → IC++ wins in hypothetical model Higher-cost card mix → Blended wins in hypothetical model At the bottom: Same merchant. Same provider functionality. Different card mix. Different answer. Suggested caption: “Blended and Interchange++ pricing differ partly in who absorbs underlying card-cost variability.” Image alt text: “Blended versus Interchange++ pricing comparison showing the same merchant card portfolio producing different costs as debit, credit, premium, commercial and international card mix changes.” SEO metadata SEO title: Blended Pricing vs Interchange++: Merchant Comparison H1: Blended Pricing vs Interchange++: Which Card Pricing Model Gives Merchants Better Economics? Meta description: Compare blended pricing with Interchange++ using the same merchant card mix. Learn how interchange, scheme costs, markup, forecasting and reconciliation affect which model is actually cheaper. URL slug: /blended-pricing-vs-interchange-plus-plus/ Primary keyword: blended pricing vs interchange++

Secondary keywords: Interchange++ pricing, blended payment pricing, blended vs interchange plus plus, card processing pricing models, IC++ pricing, merchant blended rate, payment pricing transparency, interchange plus plus. Related entities: interchange, scheme fee, merchant service charge, acquirer, PSP markup, effective processing rate, card mix, debit card, commercial card, premium card, cost-plus pricing, acquiring statement. Article excerpt: Interchange++ is more transparent than blended card pricing, but transparency does not guarantee lower cost. The economically better model depends on the merchant's actual card mix, underlying interchange and scheme costs, provider markup, forecasting needs and reconciliation capabilities. Suggested structured data: Article or BlogPosting, BreadcrumbList, and ImageObject. The simulation is more distinctive than a conventional FAQ, although the scenario questions can support a short visible FAQ if SEO research later justifies it. Internal links Link Interchange Fees Explained from the first discussion of underlying card-cost variation rather than rebuilding interchange mechanics here. Link Card Scheme Fees Explained where the IC++ formula introduces the first +. Link Flat-Rate vs Cost-Plus Pricing when explaining why Interchange++ belongs within the broader pass-through/cost-plus family but does not exhaust that topic. Link PSP Markup Explained from the provider-margin visibility section.

Link How to Read a PSP Pricing Proposal from the contract-normalization and procurement sections. The article should not recreate the complete fee stack from How Payment Processing Fees Work. Authoritative source recommendations For current interchange variability, use the latest applicable Visa and Mastercard regional schedules rather than generic pricing blogs. Visa's current U.S. schedule is effective April 18, 2026; Mastercard's current U.S. schedule is effective April 17, 2026. Their published structures demonstrate that card product, program and transaction characteristics can produce materially different interchange. For blended versus disaggregated merchant charging in the EU, use Regulation (EU) 2015/751. Article 9 expressly addresses unblending, merchant requests for blended merchant service charges, and disclosure of merchant service charges, interchange and scheme fees.

Proposed author and reviewers

Payment pricing analyst: build and validate the same-portfolio model. Merchant finance lead: validate the cost denominator, forecast scenarios, break-even model and accounting treatment. Procurement specialist: validate contract normalization, exclusions, repricing clauses and commercial decision criteria. Acquiring specialist: review interchange/scheme assumptions and card-mix classifications. Named reviewers should be published only after actually completing the review. Pricing fact-check items Before publication verify: * Applicable current interchange schedules * current scheme-fee assumptions * exact provider markup * fixed transaction fees * monthly/account fees * cross-border pricing * commercial-card treatment * international-card treatment * rate tiers * volume commitments * contract repricing rights * exclusions from the headline blended rate Never present the article's simulation rates as live benchmarks. Fee-owner fact-check items For every modeled component identify: Component Owner / source Interchange Issuer/acquirer card economics Scheme fees Card scheme/network Acquiring margin Acquirer PSP markup Payment provider Fixed PSP fee Contract-specific provider charge Cross-border fee Identify network/acquirer/PSP layer FX Identify party performing conversion Blended billing may hide these economic layers without eliminating them. Network/interchange fact-check items Model interchange by the merchant's actual relevant dimensions, such as: * Network * debit/credit * consumer/commercial * card product

* issuer geography * merchant/acquirer geography * channel * MCC * recurring status * transaction value * qualification Visa and Mastercard's current U.S. schedules provide direct evidence that interchange is not one homogeneous card cost. Provider/acquirer fact-check items For the blended offer determine: * Exactly which transactions share one rate * exclusions * premium/commercial treatment * international treatment * scheme changes * cross-border costs * provider repricing rights For IC++ determine: * Definition of interchange * exact scheme costs passed through * whether any uplift applies to pass-through costs * provider/acquirer markup * fixed fee * authorization fees * refund treatment * monthly minimums Merchant-model assumptions The canonical simulation should use actual merchant data for: successful card volume · transaction count · average/median ticket · debit/credit mix · consumer/commercial mix · domestic/international issuer mix · premium card mix · merchant countries · currencies · recurring/CNP share Then test a downside and upside mix. Avoid using only the merchant's current blended effective rate to estimate underlying interchange—the whole purpose of the exercise is to expose those components. Proposal and statement fact-check items Reconcile: proposal → contract → card transaction data → monthly invoice → settlement report For IC++, verify that the actual billed interchange and scheme values correspond to the agreed pass-through treatment.

For blended pricing, verify that transactions assigned to higher rates genuinely fall within documented contract exceptions. Regulatory fact-check items The EU regulation provides a useful legal distinction between blended and individually specified merchant service charges, but it should not be presented as a universal global pricing requirement. Article 9's rules apply within the regulation's jurisdiction and scope. For every market where regulatory pricing transparency is mentioned, reverify the applicable local law and effective date. Amber-flag claims Require direct evidence before publishing: * “IC++ is cheaper.” * “Blended pricing is more expensive.” * “Blended pricing transfers all risk.” * “IC++ is the most transparent model.” * “Blended rates never change.” * “Provider X absorbs premium cards.” * “Scheme costs average X%.” * “Our interchange will average X%.” * “Commercial cards cost X.” * “International cards add X.” * “IC++ saves X basis points.”

Before stronger product claims are published, internal commercial owners should confirm: * Whether blended remains the default commercial model for all relevant new Brick contracts * Which countries/entities the published terms apply to * Exact scope of “complete blending”

* Whether an IC++ structure is offered * Scheme-fee treatment * interchange pass-through * acquiring margin * PSP markup * fixed fees * premium/commercial-card treatment * international-card treatment * cross-border pricing * repricing provisions * volume tiers * reporting granularity

Cluster sameness-audit fields Title: Blended Pricing vs Interchange++: Which Card Pricing Model Gives Merchants Better Economics? Opening device: Same 10,000 transactions priced under two models. Merchant cost problem: Transparency is mistaken for cheapness. Fee layer: Packaging of interchange, scheme cost and provider/acquirer economics. Primary format: Same-merchant pricing simulation. Unique evidence anchor: Changing only card mix can flip the economically cheaper model. Editorial position: Compare both using the identical merchant portfolio. Merchant decision: Decide who should carry underlying card-cost variability and at what price. Original framework: Blended vs Interchange++ Cost Comparison. Primary metric: Effective card-processing rate on identical successful volume. Secondary metrics: Monthly cost, card-mix sensitivity, forecast error, reconciliation workload. Pricing example: Two fictional card mixes causing the same blended and IC++ proposals to switch winners. Conclusion: Transparency is an analytical advantage, not a discount. Closing device: Break-even and scenario analysis rather than a generic pricing FAQ. Cluster differentiation: This article uniquely owns how underlying card costs are packaged and who absorbs their variability. It does not own interchange itself, scheme-fee mechanics, general cost-plus philosophy, or full PSP-proposal due diligence.

Blended Pricing vs Interchange++: Which Card Pricing Model Gives Merchants Better Economics? A merchant processes 10,000 card payments in a month. Average transaction value: $80. Successful processed card volume: $800,000. The merchant receives two pricing options: Blended pricing: 1.65% + $0.08 per transaction Interchange++: Actual interchange + actual scheme fees + 0.30% + $0.08 per transaction Which proposal is cheaper? There is not enough information to answer. That is the most important thing to understand about blended pricing vs Interchange++. Interchange++ may reveal more about what a card transaction actually costs. That does not automatically make it the lower-cost pricing model. Blended pricing may conceal more of the underlying cost stack, but it can still produce a lower merchant bill for a sufficiently expensive card mix. The real distinction is not simplicity versus sophistication. It is who absorbs—and who is exposed to—the variability in the underlying cost of the merchant's card transactions. The same merchant can get two different answers Consider the 10,000-transaction merchant above. Assume for the moment that its weighted interchange and scheme costs work out to 1.117% of processed value. Under the illustrative Interchange++ quote: * underlying interchange and scheme costs: $8,936 * 0.30% provider/acquirer markup: $2,400 * $0.08 × 10,000 fixed transaction charge: $800 * total monthly cost: $12,136 * effective rate: 1.517% Under the illustrative blended quote:

* 1.65% × $800,000: $13,200 * $0.08 × 10,000: $800 * total monthly cost: $14,000 * effective rate: 1.750% Interchange++ wins by $1,864. Now keep the merchant's transaction count and processed value exactly the same but change the card mix. If weighted interchange and scheme costs rise to 1.422%, the Interchange++ bill becomes: * underlying interchange and scheme costs: $11,376 * provider/acquirer markup: $2,400 * fixed transaction charges: $800 * total: $14,576 * effective rate: 1.822% The blended price is still $14,000. Now blended pricing wins by $576. Same merchant. Same $800,000 in successful card volume. Same 10,000 transactions. Different card mix. Opposite answer. That is why comparing pricing models without modeling the transactions beneath them can produce the wrong decision.

What blended pricing actually does Under a blended pricing model, the merchant receives a price that combines some or all of the underlying card-payment costs into a simpler merchant-facing rate. Conceptually: Merchant price = bundled underlying card costs + provider/acquirer economics The merchant may therefore see something such as: 1.65% + $0.08 instead of individually seeing: * interchange * scheme/network charges * acquiring or PSP margin * potentially other transaction-level components The exact definition of a blended rate is contract-specific. A provider might quote one rate for most domestic consumer cards but impose different rates or surcharges for commercial cards, international cards, certain regions, currencies, card brands, transaction types, or other categories. So “blended” does not necessarily mean every transaction has one universal price. Its main economic characteristic is that the provider takes more of the transaction-level variation in underlying costs and converts it into a merchant-facing commercial rate. For the merchant, that can make: * budgeting easier * effective-rate forecasting easier * transaction reconciliation simpler * provider margin harder to isolate For the provider, it means the quoted rate has to accommodate the underlying mix the provider expects to process. If the merchant sends unusually inexpensive transactions, the blended price can create more margin for the provider.

If the merchant sends unusually expensive transactions—and those transactions are covered by the blended rate—the provider can absorb more of that underlying cost. The key qualifier is covered by the rate. Merchants need to examine exclusions, separate international rates, premium or commercial-card treatment, volume bands, repricing provisions, and conditional charges before concluding that a blended quote transfers all card-cost variability to the provider. What Interchange++ actually does Interchange++ exposes more of the card-cost stack to the merchant. A four-party card transaction normally involves the merchant, its acquirer or payments provider, the card network, the issuer, and the cardholder. Interchange generally flows from the acquiring side to the card issuer, while network participants can also incur separate scheme/network charges. In an Interchange++ structure, the merchant commonly pays: **Interchange * scheme/network fees * provider/acquirer markup** The precise commercial implementation can vary, so the contract and fee schedule—not the label alone—should determine what each “+” actually includes. This means the merchant sees more of the economics that a blended price compresses. If low-cost cards dominate the merchant's portfolio, the merchant generally retains more of that benefit. If the portfolio shifts toward more expensive underlying transactions, the merchant generally feels more of that increase directly. That is the trade.

Interchange++ increases transparency. It does not eliminate variability. Interchange itself is not one universal percentage. Card characteristics, transaction characteristics, market structure, regulation, and geography can all matter. The Reserve Bank of Australia, for example, notes variation according to factors including card type and online versus in-person transactions. Regulation creates further differences between markets. EU Regulation 2015/751 caps covered consumer debit interchange at 0.2% of transaction value and covered consumer credit interchange at 0.3%, subject to the regulation's scope and exceptions. The United States uses a different framework for certain debit transactions. The Federal Reserve's current Regulation II materials state a maximum for covered debit transactions of $0.21 plus 0.05% of transaction value, with an additional $0.01 fraud-prevention adjustment where eligible; exemptions apply. Those examples illustrate why a multinational merchant should not model “interchange” as one global rate. Interchange++ exposes that diversity instead of averaging more of it into a provider price. The most useful way to think about the difference Imagine underlying card cost moving up and down every month. Under Interchange++, much of that movement appears on the merchant's bill. Under blended pricing, more of it can disappear inside the contracted rate—at least until exclusions, thresholds, or repricing provisions apply. That creates five differences. Dimension

Blended pricing Interchange++ Underlying cost visibility Lower Higher Provider-margin visibility Usually lower Usually higher Short-term cost predictability Usually higher Usually lower Exposure to card-mix changes Lower where included in blend Higher Reconciliation complexity Usually lower Usually higher None of these rows tells you which proposal is cheaper. They tell you where the uncertainty goes. The Blended vs Interchange++ Cost Comparison To compare the models properly, keep the merchant constant and change only the underlying card-cost mix. Assume: * 10,000 transactions * $80 average ticket * $800,000 monthly successful card volume * same transaction value across the modeled card buckets * same payment performance * same $0.08 fixed transaction fee under both proposals * no additional monthly, FX, dispute, refund, authorization, gateway, or minimum charges Now create four hypothetical cost buckets. Card-cost bucket Modeled interchange Modeled scheme cost Total modeled underlying cost Lower-cost consumer debit 0.45% 0.15% 0.60% Consumer credit 0.95% 0.18% 1.13% Premium/commercial 1.75% 0.25% 2.00% International/higher-cost 1.90% 0.35% 2.25% Again, these rates are synthetic modeling assumptions, not current card-network schedules. The purpose is to expose the mathematics of the pricing models. Scenario 1: baseline mix Portfolio: * 40% lower-cost consumer debit * 40% consumer credit * 10% premium/commercial * 10% international/higher-cost Weighted underlying cost: 1.117% Result: Model Monthly cost Effective rate Blended $14,000 1.750%

Interchange++ $12,136 1.517% Interchange++ is cheaper by $1,864. Scenario 2: lower-cost mix Now suppose the merchant's card mix becomes: * 70% lower-cost consumer debit * 25% consumer credit * 3% premium/commercial * 2% international/higher-cost Weighted underlying cost falls to: 0.8075% Result: Model Monthly cost Effective rate Blended $14,000 1.750% Interchange++ $9,660 1.2075% Interchange++ is cheaper by $4,340. The merchant benefits directly from the lower underlying cost. Scenario 3: higher-cost mix Now use: * 20% lower-cost consumer debit * 40% consumer credit * 20% premium/commercial * 20% international/higher-cost Weighted underlying cost rises to: 1.422% Result: Model Monthly cost Effective rate Blended $14,000 1.750% Interchange++ $14,576 1.822% Blended pricing is cheaper by $576. The provider's blended rate now insulates the merchant from enough of the modeled underlying cost to reverse the result. Find the break-even card cost The comparison becomes more useful when finance teams stop asking which model is “usually” cheaper and instead calculate the point at which the answer changes. For this simplified example: Blended variable rate = 1.65% Interchange++ markup = 0.30% Because the fixed transaction fee is identical, it cancels out. The break-even weighted underlying card cost is therefore: 1.65% − 0.30% = 1.35% So: * below 1.35% underlying interchange + scheme cost, the modeled Interchange++ proposal is cheaper * above 1.35%, the modeled blended proposal is cheaper

This is a far more useful procurement question than asking whether Interchange++ is “better.” Ask: What percentage of our actual processed value falls above and below the break-even economics of the two proposals? When the fixed fees are different Real proposals are rarely this tidy. If transaction charges and other fees differ, the more complete model is: Blended cost = blended variable rate × processed value * blended fixed fee × transaction count * other blended charges versus: Interchange++ cost = underlying interchange and scheme cost * IC++ markup × processed value * IC++ fixed fee × transaction count * other IC++ charges The break-even point then depends on: * monthly processed value * transaction count * average ticket * fixed fees * monthly minimums * authorization fees * gateway charges * cross-border charges * other conditional costs This is why average ticket matters even in what looks like a percentage-rate comparison. Transparency and low cost are different questions One of the strongest arguments for Interchange++ is transparency. That argument is legitimate. But transparency answers: Why did the transaction cost what it did? It does not automatically answer: Was that cost lower than the alternative? This distinction matters because provider margin and total merchant cost are different denominators. Suppose an Interchange++ statement clearly shows a 0.30% provider markup. A blended proposal does not reveal its embedded margin.

The merchant therefore knows more about Provider A's margin than Provider B's. But if Provider A's total modeled cost is 1.82% and Provider B's blended cost is 1.75%, the transparent provider is still more expensive for that portfolio. A finance team should value transparency because it enables analysis, reconciliation, attribution, and negotiation. It should not confuse transparency with a discount. Regulators themselves increasingly treat card-fee transparency as an important issue. The UK's Payment Systems Regulator has moved to require greater information transparency and pricing governance around scheme and processing fees, while Australia's 2026 card-payments review introduced measures intended to give merchants more standardized information about card acceptance costs. That makes better information increasingly important. It does not make the cheapest transparent line item synonymous with the cheapest merchant outcome. Forecast simplicity versus cost volatility The two models also behave differently inside a finance organization. Forecasting blended pricing A relatively clean blended structure can make forecasting straightforward: expected processed value × blended rate plus: expected transaction count × fixed fee plus known ancillary charges. The main forecasting questions become: * How much will we process? * How many transactions will we have? * Which transactions fall outside the standard rate? * Will we hit any minimums or volume thresholds? Forecasting Interchange++

Forecasting IC++ requires another layer: What will the underlying card mix be? A merchant expanding internationally may therefore need assumptions for: * debit versus credit * consumer versus commercial * domestic versus international cards * transaction channel * relevant network * market * recurring versus one-time traffic where relevant * other attributes affecting qualification or cost Forecasting error can then come from transaction mix even when total payment volume is forecast perfectly. That does not make IC++ worse. It means finance has assumed responsibility for understanding a variable that the blended provider was previously averaging into its commercial price. Reconciliation is part of the economics The accounting workload also differs. A simple blended statement may let a merchant reconcile: processed value → contracted rate → expected charge with relatively few adjustments. Interchange++ can require mapping transactions to: * interchange categories * network or scheme charges * provider markup * fixed transaction fees * adjustments * refunds * cross-border charges * other network or provider fee codes Scheme fees themselves can be complex. The Reserve Bank of Australia's March 2026 review described network scheme fees as complex and opaque and established expectations intended to improve fee management and reconciliation.

Its acquiring review also calls for greater merchant visibility into cost categories and requires regulatory reporting that breaks merchant-service economics into interchange, scheme fees, and margins. For a merchant, that creates an operational question alongside the pricing question: Will we actually use the transparency we are paying to receive? A business with payment analysts, finance systems, transaction-level data, and structured reconciliation can turn IC++ detail into commercial intelligence. A merchant that merely receives a more complicated statement but never analyzes the underlying categories may receive complexity without extracting much economic benefit. Merchant maturity matters more than a universal volume threshold There is no credible universal revenue or card-volume threshold at which merchants should automatically switch pricing models. A better test is organizational capability. Interchange++ becomes more valuable when a merchant can: * reconstruct weighted underlying card costs * identify high-cost segments * model geography changes * reconcile fee categories * audit pass-through amounts * evaluate routing and acquiring decisions * quantify provider margin * forecast transaction mix * negotiate from actual cost data Blended pricing becomes more attractive when the merchant places greater value on: * predictable budgeting * simple statements * low reconciliation overhead * fewer transaction-level fee categories * transferring more card-mix risk into a quoted provider rate

A sophisticated merchant can still rationally select blended pricing. A smaller merchant can still rationally select Interchange++. The correct decision is economic, not ideological. How merchants should compare the proposals Do not ask providers for two headline rates and compare them in a spreadsheet. Reprice the same portfolio. 1. Start with actual transaction data Use, where available: * processed value * successful transaction count * average ticket * card product * debit/credit * consumer/commercial * issuing country * merchant/acquiring country * card network * currency * card-present/card-not-present * recurring status * relevant authentication or transaction attributes Prefer processed-value weighting when comparing percentage costs. 2. Normalize the commercial scope Determine exactly what the blended rate includes. Then determine exactly what Interchange++ passes through. Compare the treatment of: * interchange * scheme fees * acquiring/PSP markup * fixed charges * authorization attempts * cross-border transactions * refunds * disputes * gateway fees * monthly charges * minimum commitments * FX If one proposal includes a service that another separately charges for, the headline rates are not comparable. 3. Replay every transaction For blended pricing: Transaction cost = blended rate × value + fixed charge + applicable extras For Interchange++: Transaction cost = actual interchange + actual scheme fees + provider markup + fixed charge + applicable extras Aggregate the transactions only after repricing them.

Do not start with an imaginary average card. 4. Calculate the effective rate Use: Total modeled card-acceptance cost ÷ successful processed card value × 100 Clearly define which costs are included. 5. Calculate cost per successful payment Use: Total modeled card-acceptance cost ÷ successful card payments This becomes especially useful when ticket sizes differ across business units or markets. 6. Stress the card mix At minimum model: Current case Today's card portfolio. Favorable IC++ case More lower-cost cards or lower-cost geographies. Higher-cost case More premium, commercial, international, or otherwise higher-cost transactions. A pricing model that wins by five basis points in the current portfolio but loses badly after the next market launch may not be the better three-year commercial decision. What should merchants negotiate? The negotiation target differs by model. With blended pricing Ask: * Which card types are covered by the rate? * Which geographies are excluded? * Are commercial or premium cards treated separately? * Are international cards priced separately? * Can network-fee increases trigger repricing? * What other repricing events are allowed? * Are authorization attempts separately charged? * What happens to the original fee after a refund? * What dispute charges apply? * Are there monthly minimums? * Are volume tiers retroactive or prospective? * Which gateway or platform services are included? The most important question is: What transaction mix did the provider assume when pricing the blend?

If your actual portfolio is materially cheaper than that assumed mix, you may be subsidizing the provider's risk buffer. With Interchange++ Ask: * What is the exact provider/acquirer markup? * Is it percentage-based, fixed, or both? * Which scheme charges are passed through? * Are pass-through costs passed at actual cost? * How are fee adjustments reported? * Can the merchant map charges back to transactions? * Which charges sit outside the ++? * Are authorization, tokenization, gateway, or platform charges separate? * Are there minimum commitments? * How are international and cross-border charges treated? * What reporting is provided to audit the invoice? Interchange and network costs generally deserve different negotiation treatment from the provider's own commercial margin. The provider can negotiate its own economics more directly than it can rewrite a regulated interchange cap or a network's published fee schedule. What happens when authorization performance differs? A pricing-model comparison should isolate price first. If the same provider, acquiring setup, routing, risk configuration, and payment product are used, the pricing structure itself should not automatically be credited with better authorization performance. But when merchants are comparing different providers, the analysis cannot end with the processing rate. Suppose: Provider A * lower modeled payment fee * lower approval or completion rate Provider B * higher modeled payment fee * more successful orders

The cheaper processing proposal could produce worse overall economics. The merchant should then calculate metrics such as: Payment cost per completed paid order and, where commercially appropriate: Contribution generated per 1,000 payment attempts Pricing should therefore be evaluated alongside: * authorization performance * fraud outcomes * payment-method access * reliability * settlement requirements * operational workload * reporting * required market capabilities The cheapest rate is only useful when it is attached to a payments setup that still lets the merchant get paid. Which merchants are better candidates for each model? Merchant characteristic Blended may fit better Interchange++ may fit better Budget certainty is critical ✓

Limited fee-reconciliation resources ✓

Provider offers a particularly strong blend for current mix ✓

Underlying mix is expensive but covered by the blend ✓

Merchant has transaction-level payments analytics

✓ Low-cost cards dominate portfolio

✓ Merchant wants provider-margin visibility

✓ Card mix varies substantially by region

✓ Merchant actively optimizes acquiring/routing/card economics

✓ Procurement can audit pass-through fees

✓ These are decision factors, not universal rules. The winning model is the one that survives the merchant's own data. A practical finance dashboard for either pricing model Whether the merchant uses blended pricing or IC++, track at least: 1. Effective processing rate Total in-scope card acceptance cost ÷ successful card processed value 2. Cost per successful card payment Total in-scope card acceptance cost ÷ successful card transactions 3. Weighted underlying card-cost rate For Interchange++ merchants: Interchange + scheme fees ÷ successful processed card value 4. Provider commercial cost Where separately identifiable: Provider/acquirer markup and other provider-controlled charges 5. Forecast variance Actual payment cost − modeled payment cost Then explain the variance by: * volume * ticket size * card mix * geography * rate changes * provider charges * unexpected conditional fees 6. Unclassified fee percentage Track the percentage of total payment costs that finance cannot map to a known contractual category. Transparency is useful only if the data can be reconciled. FAQ: blended pricing vs Interchange++ Is Interchange++ always cheaper than blended pricing? No. IC++ can be cheaper when the merchant's weighted interchange and scheme costs plus provider markup fall below the equivalent blended price. A sufficiently expensive underlying card mix can reverse the result. Is Interchange++ always more transparent?

It normally exposes more of the underlying card-cost components, but the level of practical transparency still depends on the provider's statement, fee mapping, scheme-fee reporting, and contract structure. A complicated invoice is not automatically an auditable invoice. Is blended pricing the same as flat-rate pricing? Not necessarily. Blended pricing describes how underlying card costs are bundled into the merchant-facing price. Flat-rate pricing is a broader commercial concept in which a relatively uniform merchant price may apply across transactions. The concepts can overlap, but they are not perfect synonyms. Does IC++ make provider margin easier to see? Usually, yes, when the provider markup is explicitly separated from interchange and scheme costs. That makes margin analysis easier. It still does not prove that total payment cost is lower. Can a blended rate protect a merchant from expensive cards? Potentially, to the extent those transactions are actually included in the contracted blend. Commercial cards, international cards, particular markets, network charges, or other categories may be separately priced or subject to repricing. The contract controls. Which pricing model is better for a multinational merchant? There is no universal answer. A multinational merchant usually has more reason to model its card mix carefully because geography, card type, regulation, acquiring setup, and cross-border traffic can materially change the underlying economics.

The correct approach is to replay the merchant's actual and expected portfolio through both models. Final recommendation The case for Interchange++ should not be: “It is more transparent, therefore it must be cheaper.” And the case for blended pricing should not be: “It is simpler, therefore it must be better.” Instead, determine: 1. the merchant's actual weighted interchange and scheme cost; 2. the provider's explicit or embedded commercial price; 3. the break-even underlying cost at which the two proposals produce the same total bill; 4. how far the merchant's current card mix sits from that break-even point; 5. how the result changes when geography, debit/credit mix, commercial cards, international traffic, and ticket size change; 6. what reconciliation and forecasting workload each structure creates; and 7. whether different providers also change authorization performance, payment access, reliability, or other commercial outcomes. The most important difference between blended pricing and Interchange++ is therefore not transparency alone. It is who carries the variability. Interchange++ exposes more of the underlying movement to the merchant. Blended pricing transfers more of that movement into the provider's quoted price—subject to the contract's exclusions and repricing provisions. The merchant's job is not to choose the pricing model that sounds more sophisticated.

It is to identify which structure produces the lowest defensible total cost for the merchant's actual payment portfolio while preserving the payment performance and capabilities the business requires.

This article provides general information and does not constitute legal, regulatory, financial, tax, accounting, or commercial advice. Merchants should verify current pricing, contractual terms, network rules, interchange schedules, and regulatory requirements with qualified advisers, payment providers, acquirers, card networks, and relevant authorities.

I used the uploaded brief as the controlling specification, especially its same-merchant simulation, the distinction between transparency and low cost, and the thesis that the real economic question is who absorbs and exposes underlying card-cost variability. I treated the named writer influences as analytical cues—denominator-first reasoning and clear model structure—rather than imitating either writer’s voice. Editorial interpretation Field Decision Merchant cost problem Merchants may select Interchange++ because it appears more transparent without testing whether it is actually cheaper for their card mix. Fee layer owned How interchange, scheme/network costs, and provider margin are packaged into the merchant price. Fee owner/control Interchange ultimately flows to the issuer; scheme/network fees are charged by card networks; the PSP/acquirer controls its commercial markup and the way those costs are presented to the merchant. Primary cost variable Weighted underlying card cost, driven by card mix, geography, transaction characteristics, and applicable rules. Evidence anchor Same 10,000 transactions modeled under both pricing structures. Editorial position Neither model is inherently cheaper. Replay the merchant’s real portfolio through both proposals and stress-test changes in mix. Assumption challenged “Interchange++ is always cheaper because it is more transparent.” Merchant decision

Whether predictable bundled pricing or exposed underlying-cost variability produces better total economics for the merchant’s actual portfolio. Selected format Same-merchant pricing simulation with a break-even model. Differentiation This article explains packaging of card costs, not interchange mechanics, network-fee mechanics, or the broader flat-rate-versus-cost-plus question. Original asset: Blended vs Interchange++ Cost Comparison The strongest supporting visual is not another generic card-payment waterfall. Use a crossover chart: * X-axis: weighted underlying interchange + scheme cost * Y-axis: monthly merchant processing cost * Blended line: $14,000 at the modeled $800,000 volume * IC++ line: rising as underlying costs increase * Crossover: 1.35% underlying cost * Scenario markers: 0.8075%, 1.117%, and 1.422% The visual immediately communicates the article's argument: IC++ is cheaper to the left of the crossover; blended is cheaper to the right. Suggested visual title: When Does Interchange++ Actually Become Cheaper? Image alt text: “Blended pricing versus Interchange++ cost comparison showing the break-even point where rising interchange and scheme costs make blended pricing cheaper.”

SEO package SEO title: Blended Pricing vs Interchange++: Merchant Cost Comparison H1: Blended Pricing vs Interchange++: Which Card Pricing Model Gives Merchants Better Economics? URL slug: /blended-pricing-vs-interchange-plus-plus Meta description: Compare blended pricing and Interchange++ using the same merchant card mix. Learn how interchange, scheme fees, provider markup, forecasting and card mix determine the true processing cost. Primary keyword: blended pricing vs interchange++ Secondary keywords: Interchange++ pricing; blended payment pricing; blended vs interchange plus plus; IC++ pricing; card processing pricing models; merchant blended rate; payment pricing transparency; interchange plus plus Related entities: Interchange fee, card scheme fee, card network, issuer, acquirer, PSP, merchant service fee, commercial card, cross-border card, effective processing rate, card mix, acquiring markup Article excerpt: Interchange++ is more transparent, but that does not make it automatically cheaper. This analysis reprices the same 10,000 card transactions under blended and IC++ models and shows how card mix determines which pricing structure actually produces better merchant economics. Suggested structured data: Article, BreadcrumbList, and FAQPage if the FAQ remains in the published version.

Internal-linking plan Anchor/context Target article Why how interchange fees work Interchange Fees Explained Move detailed issuer/interchange economics out of this article. scheme/network charges Card Scheme Fees Explained Avoid duplicating network-fee taxonomy. provider/acquirer markup PSP Markup Explained Gives deeper treatment of negotiable provider economics. flat-rate vs cost-plus pricing Flat-Rate vs Cost-Plus Pricing Clarifies the nearby but distinct pricing-model comparison. normalize a PSP proposal How to Read a PSP Pricing Proposal Natural next step for procurement readers.

Authoritative source recommendations For publication fact-checking, I would retain a compact primary-source set: 1. Reserve Bank of Australia — Backgrounder on Interchange and Scheme Fees. Best neutral source here for fee ownership: interchange flows from the acquiring side to the issuer and scheme fees are distinct. 2. EU Regulation 2015/751. Primary legal source for the covered EU consumer-card interchange caps and scope. 3. Federal Reserve — Regulation II. Useful counterexample demonstrating that card-cost regulation differs materially by jurisdiction and transaction type. 4. Mastercard Europe interchange hub and Visa Europe interchange pages. Use at final publication to verify market-specific network interchange schedules rather than relying on generic percentages. Mastercard explicitly notes that applicable rates can change and publishes country schedules. 5. UK Payment Systems Regulator — scheme and processing fee review. Strong evidence for the practical importance of fee information, transparency and complexity. 6. RBA March 2026 merchant-cost conclusions. Particularly valuable for statement transparency, interchange/scheme/margin attribution and reconciliation.

Fact-check and publication controls Pricing fact-check items Item Publication treatment 1.65% blended rate Illustrative only. Keep labeled hypothetical. 0.30% IC++ markup Illustrative only. Keep labeled hypothetical. $0.08 transaction charge Illustrative only. Four modeled cost-bucket rates Synthetic, not network rates. 1.35% crossover Mathematically valid only under the stated hypothetical assumptions.

Requires internal commercial approval before insertion. Fee-owner fact-check items * Interchange: acquiring side → issuer; current neutral confirmation available from RBA. * Scheme/network fee: network charges network participants; do not call it interchange. * PSP/acquirer markup: provider-controlled commercial economics, but terminology must be checked against the actual contract. * Do not describe reserves, settlement timing, or FX spreads as interchange. Network/interchange checks Immediately before publication, verify any named-market rates against the current network schedule. This is especially important because Mastercard's current Europe page explicitly states that published interchange schedules may change. Provider/acquirer checks For any real proposal used later, verify: * what the provider defines as ++ * scheme-fee treatment * pass-through methodology * authorization charges * cross-border surcharges * commercial-card treatment * refunds * disputes * tokenization * gateway/platform charges * monthly minimums * volume commitments * repricing provisions Merchant-model assumptions The simulation currently assumes: * $800,000 successful monthly card volume * 10,000 successful transactions * $80 equal average ticket across cost buckets * equal payment performance between models * volume mix equals transaction mix * no refunds or disputes * no unsuccessful-attempt fees * no FX * no monthly fees/minimums * no gateway differential * identical $0.08 fixed charges

For an actual merchant analysis, replace these with transaction-level data rather than refining the synthetic percentages. Proposal/statement checks Before using a real statement: quoted pricing → expected transaction cost → invoice → settlement Reconcile each charge to one of: 1. interchange 2. scheme/network 3. PSP/acquirer markup 4. fixed transaction charge 5. cross-border 6. FX 7. refund/dispute 8. gateway/platform/account 9. minimum 10. other conditional fee Any meaningful “other” bucket should be investigated before declaring a winner. Regulatory checks The EU Regulation remains in force and establishes 0.2% and 0.3% caps for covered consumer debit and credit transactions respectively, with defined scope and exceptions. Do not generalize those caps to: * commercial cards * every card transaction involving Europe * the UK * the United States * other international markets The U.S. Regulation II example likewise has covered and exempt transactions and must not be generalized to all U.S. card interchange.

Amber-flag claims These deserve explicit final editorial scrutiny: “The provider absorbs variability under blended pricing.” Keep the current qualification: only variability incorporated into the contracted blend, and only until exclusions/repricing provisions intervene. “Interchange++ exposes actual cost.” Qualify according to actual provider reporting. A nominal pass-through model may still aggregate fees or include contractual treatment that complicates auditability. “IC++ gives provider-margin visibility.” Usually true when the markup is separately quoted, but additional provider economics may live in other charges. “Blended pricing is more predictable.” Usually directionally correct, but exceptions and repricing can reduce that predictability.

* which markets and acquiring arrangements apply; * whether pricing is customized; * how interchange and scheme costs appear on merchant reporting; * whether transaction-level fee decomposition is available; * treatment of commercial and international cards; * refund and dispute economics; * authorization charges; * gateway/platform charges; * whether any “pass-through” terminology is commercially approved. The public website does currently support modest claims around card processing, local acquiring in selected markets, local payment methods and reporting.

Human contribution Proposed author: [Name] — Payments Strategy / Global Payments Primary reviewer: [Name] — Payments Pricing Analyst Additional review: [Name] — Finance or Procurement Lead [Name] — Acquiring / Commercial Specialist A particularly strong human contribution would be an anonymized real-merchant replay showing how the same month's transactions price under two actual proposals. That would substantially strengthen the article without turning it into a testimonial.

Cluster sameness-audit fields Audit field This article Title Blended Pricing vs Interchange++: Which Card Pricing Model Gives Merchants Better Economics? First device 10,000 transactions replayed through two quotes Merchant problem Assuming transparency guarantees lower cost Fee owner Multiple underlying owners; provider controls packaging/markup Primary fee type Pricing-model packaging Format Same-merchant simulation Evidence anchor Card-mix-driven reversal Editorial position Model both using identical merchant data Merchant decision Who should carry underlying-cost variability Original framework Blended vs Interchange++ Cost Comparison + break-even rate Primary metric Monthly total cost and effective processing rate Pricing example $800k / 10k transactions Conclusion Neither structure wins universally CTA

Closing device Scenario FAQ + decision methodology Distinct from Interchange article Does not own rate/category mechanics Distinct from Scheme Fees article Does not inventory scheme charges Distinct from PSP Markup article Margin is one input, not the subject Distinct from Flat Rate vs Cost Plus Focuses specifically on packaging card-network economics The biggest improvement over a conventional “blended is simple, IC++ is transparent” article is the 1.35% break-even concept. It converts the comparison from a feature checklist into a finance problem that a merchant can solve against its own data.