For acquirers, PSPs and issuers on Visa and Mastercard
The true IC++ cost of every transaction, in real time
Know what every transaction costs you, price every merchant above it, and stop paying scheme fees you don't owe.
- p99 under 50 ms
- 99.9% uptime SLA
- Visa & Mastercard
txn_103838897746976156_6003583
Interchange
IRD EW · 1.150000%
Scheme fees
2 applied
- PreAuth HN2EA1126€0.000200
- Acquirer authorization2EA1166Q€0.009300
True cost
at authorization
What it's worth
Card fees are one of your largest costs.
Recivr shows where they take your margin, and how to get it back.
Price every merchant above cost
See the true IC++ cost of each merchant's transactions and find the ones priced below it, so repricing starts from facts rather than averages.
Pay only what you owe
Scheme invoices and clearing files checked line by line against calculated fees, so billing errors and misapplied rates are found and can be claimed back.
Spend less on fees
See which fees, card types and regions drive your cost, and which of them you can influence, from how transactions qualify to fees you should not be paying at all.
At €1bn a year in card volume, one basis point is €100,000. Small corrections to pricing and billing add up quickly.
Card processing costs at transaction time
Know true transaction costs before pricing your merchants
Scheme invoices arrive consolidated. Fees are applied in bulk, with no breakdown of which charge hit which line — and no way to attribute cost back to the merchant that caused it.
Interchange is technically available per transaction, buried in raw clearing files with thousands of cryptic rows. In practice that makes it just as unusable.
So true IC++ cost is only confirmed weeks later, in settlement reports — by which point mispriced merchants, margin leakage and reconciliation breaks are already locked in.
Weeks
before cost is confirmed
Blended
rates that overcharge and underprice
Manual
reconciliation with no trace
Priced beside the transaction path, not in front of it.
Send the payload you already have and get every fee that applies back — before the authorization finishes its round trip.
Beside the path, never in it.
Embedded or side-by-side — the integration mode is yours, and neither one can hold up an authorization.
Card transaction
An authorization, capture, refund or chargeback arrives.
Gateway or switch
Sends the payload it already has. The transaction path is unchanged.
Recivr fee engine
Resolves interchange and every applicable scheme fee, and responds in under 50 ms.
Analytics, reconciliation, monitoring
The same priced events feed the surfaces you review later.
A gateway or processor integrates Recivr once. Every acquirer on that platform inherits real-time IC++ costing without writing a line of code.
Either way, Recivr never needs a PAN — it prices from the transaction attributes that determine cost.
One call in, every fee that applies out.
Each fee priced at the status the scheme actually bills it, with the rule behind it named.
- Priced at every status
- Authorization, capture, partial reversal, refund and chargeback each carry different fees. Every status event is priced as it arrives, not estimated once.
- Traceable to the rule
- Each line names the fee, the rate basis, the rule version and the source document behind it — so anyone can answer “why this fee”.
- Inside the auth window
- A priced response in under 50 ms at p99, fast enough to sit in the transaction path without touching your approval rates.
- No PAN, no new scope
- Recivr prices from the attributes that determine cost — BIN metadata, routing, MCC, entry mode, authentication. Your PCI scope is unchanged.
200 OK · 25 ms
{
"transaction_id": "103838897746976156_6003583",
"status": "CAPTURED",
"region": "INTRA_NON_EEA",
"interchange": {
"amount": 1.150000,
"ird": "EW",
"rate": "1.150000%",
"source": "MC Europe Manual, eff. 2026-04-10"
},
"scheme_fees": {
"per_transaction": [
{ "code": "2EA1126", "name": "PreAuth HN", "amount": 0.000200 },
{ "code": "2EA1166Q", "name": "Acquirer authorization", "amount": 0.009300 },
{ "code": "2GC1521PA", "name": "Acquirer volume · DMC", "amount": 0.020000 },
{ "code": "2GC1901", "name": "Card not present GH", "amount": 0.025000 },
{ "code": "2LY7106", "name": "Non-local currency", "amount": 0.100000 }
],
"fixed_periodic": { "lines": 16, "amount": 0.068164 }
},
"totals": {
"interchange": 1.150000,
"scheme_fees": 0.222664,
"true_cost": 1.372664,
"bps_of_volume": 137.27
},
"settlement": { "currency": "EUR", "fx_rate": 1.0 }
}Beyond the engine
The same priced events power everything you review later.
Analysis, reconciliation and monitoring all run off one cost number instead of three approximations of it.
See who is priced above cost, and who is draining margin
Scheme spend in basis points, so merchants of different shapes finally compare. Portfolio-level fees are pushed back down to the volume that drove them.
Cost per merchant
- Northgate Retail541141.8 bps
- Kestrel Travel472234.2 bps
- Vantage Digital581722.6 bps
- Harbour Foods581219.4 bps
- Loop Mobility412112.1 bps
Portfolio blended
27.7 bps
€0.17 per approved txn
Priced below cost
2 merchants
€18.4k annualised leakage
A blended rate hides both ends. Two merchants sit 14 bps above the book average and are priced as if they were average.
Never get mispriced by a rule change again
April and October releases and interim bulletins, mapped in with effective dates and priced against your own book.
Rule changes on your book
10 Apr 2026
Mastercard
Interregional consumer credit IRD 75 → 1.15%
−7 bps on 4.2% of volume
17 Apr 2026
Visa
International service assessment rebase
+1.8 bps on cross-border
12 Aug 2026
Mastercard
Bulletin 2026-08 · recurring acquirer fee
+€0.0002 per txn
9 Oct 2026
Visa
October release · EEA debit tiers
modelled, not yet effective
Every change carries an effective date and a reference to the announcing document — so you can see which rule version priced any historical transaction.
Reconciled against the schemes' own clearing files
IP755120 and the Visa interchange reports, parsed and matched down to the transaction.
Settlement check
shaded days the files do not cover end to end — shown, but not compared and not in the totals.
In the documents
€18,869.98
42,395 records
We calculated
€18,862.44
6 covered days
Deviation
0.4 bps
−€7.54 · 99.0% identified
Every billing line matched, every exception explained
Scheme invoices aggregated and matched line by line, with a probable cause and a trace to the rule behind each difference.
Invoice billing lines
| Fee | Billed | Calculated | Δ |
|---|---|---|---|
Clearing · intra non-EEA 2LY0011C | €4,612.08 | €4,612.08 | — |
Acquirer non-EEA CNP 3B1102147 | €4,042.33 | €4,042.33 | — |
Settlement processing 3F3305021Tier boundary applied at ICA level, not BID | €2,884.10 | €2,741.62 | +€142.48 |
EMV 3DS authentication 3H4095056 | €1,896.30 | €1,896.30 | — |
Recurring acquirer fee TACR021Rate change effective 12 Aug, billed from 1 Aug | €612.55 | €598.20 | +€14.35 |
Lines matched
94.2%
1,284 of 1,363
In review
79 lines
each with a cause
Value in query
€1,864
0.42% of invoice
On the issuing side? Check the interchange you were owed arrived
Interchange per day
Interchange
€175.6k
on €23.97M volume
Effective rate
0.733%
73.3 bps
Per transaction
€0.4525
388,025 txns
Commercial cards are 3% of volume but 5% of interchange — they price at 1.050% against 0.721% for everything else.
Interchange pass-through
Accurate enough to price against, provable against the documents.
Calculated interchange is reconciled line by line against the schemes' own clearing files.
Reliability
Built to sit in the transaction path.
An engine that prices authorizations has to behave like infrastructure.
Integration
Plug and play, in whichever direction suits you.
Recivr asks for a payload you already produce.
Through your gateway
We integrate into gateways and processors once. Every acquirer on that platform then switches real-time IC++ costing on without building anything themselves.
Direct to the API
Or treat us as API-as-a-service. Send the authorization or clearing payload as-is and we respond with the priced breakdown. No schema migration, no card data.
Either route gives you the same thing: a true cost number per transaction, expressed in currency and in basis points, that your pricing, billing and finance teams can all point at.
See the full platformFAQ
What acquirers ask us first.
If yours is not here, email hi@recivr.com and an engineer will answer it.
What exactly does Recivr calculate?
The true network cost of a card transaction: interchange, scheme assessments and every scheme processing fee that applies to it. Recivr resolves the interchange rate from the card, the routing and the merchant profile, then applies the Visa and Mastercard fee rules that match the transaction's characteristics — per transaction, per status, in real time.
What is IC++ pricing?
IC++ (interchange plus plus, or Interchange++) is a pricing model where the merchant pays the actual interchange and the actual scheme fees on each transaction, plus the acquirer's margin. It only works if you know those two costs per transaction. Recivr calculates both on every transaction, so you can price, bill and report merchants on IC++ with the real numbers.
How fast is the API?
Recivr returns a priced response in under 50 ms at the 99th percentile, inside the authorization window, backed by a 99.9% uptime SLA. The engine is designed to sit in the transaction path without adding perceptible latency to an authorization.
Why price at every status instead of once at settlement?
A transaction's cost changes as it moves. An authorization, a capture, a partial reversal, a refund and a chargeback each carry different scheme fees. Recivr prices every status event as it arrives, so the cost of a transaction is always current rather than an estimate that gets corrected weeks later on an invoice.
How accurate is the interchange calculation?
Recivr reconciles its calculated interchange against the schemes' own clearing files — Mastercard IP755120 and the Visa interchange reports — line by line. On fully covered clearing days the calculated total typically lands within a handful of basis points of the documents, and every remaining difference is traceable to a specific transaction, rule and rate.
How does Recivr integrate with our stack?
Two ways. Gateways and processors embed Recivr once, and every acquirer on that platform inherits real-time IC++ costing with no work of their own. Or you call the API directly as a service: send the authorization or clearing payload you already have, and Recivr responds with the priced breakdown. No card data is required.
Who is Recivr built for?
Acquirers with a principal Visa and/or Mastercard licence who settle interchange and scheme fees directly with the networks, and the gateways and processors that serve them. If you price merchants on IC++ and need transaction-level cost accuracy to protect margin, Recivr is built for you.
Does Recivr replace our billing or settlement system?
No. Recivr is the cost intelligence layer beside them. It tells you what each transaction actually costs the network, and reconciles that against what the schemes billed you. Your billing engine keeps doing the billing — now with a true cost number to price against.
Book a demo
Bring us a day of traffic. We'll show you what it really cost.
Thirty minutes with an engineer who knows interchange, not a slide deck. Bring a sample file and leave with the true IC++ position of your own book.
- A day of your traffic priced transaction by transaction
- Your calculated interchange reconciled against the clearing files
- The merchants and fees costing you margin, ranked
Prefer email? hi@recivr.com