Where processing overcharges hide

Processing overcharges hide in the gap between what a contract allows and what an invoice bills: scheme fees charged on the wrong region or product, transactions downgraded to a higher interchange tier, volume tiers never applied, incentives never paid, and scheme fee increases never passed on. Each guide below explains one gap and how to check it yourself.

Other discrepancies we will cover

The same contract-to-invoice gap takes several other forms, and each gets its own guide later. They sit in different contracts: acquirer, PSP, processor and sponsor pricing, scheme and incentive agreements, merchant pricing, payout partner rate cards and scheme rules. Most of them only show up when someone recalculates the bill from the contract, because the invoice itself looks normal.

DiscrepancyWhat goes wrongWhere it appearsStatus
DowngradesTransactions clear at a higher interchange tier than they qualify for, because of missing data, late settlement or terminal configuration.Interchange on acquirer, PSP and issuer statementsGuide coming later
Unpassed scheme fee increasesA scheme raises a fee, and merchant pricing is never updated, so the acquirer or processor absorbs the difference.Merchant pricing, IC++ and blended price plansGuide coming later
Missed volume tiersVolume passes a breakpoint but the rate never steps down.Processor, sponsor and payout partner contractsGuide coming later
Unpaid incentives and rebatesA volume target or milestone in the incentive agreement or side letter is met, and the incentive or rebate is paid late or not at all.Scheme incentive agreements, acquirer contracts, side lettersGuide coming later
FX mark-upsThe spread is wider than the contract allows, or a mark-up is applied twice.Cross-border flows, payouts, scheme currency conversionGuide coming later
Pass-through errorsA fee paid upstream is marked up on the way through, or never passed on to merchants.Acquirers, PSPs, sponsorsGuide coming later
Inactive card feesPer-card or per-account fees keep running on closed or dormant cards.Issuer processors, schemesGuide coming later
Behavioural scheme feesFees triggered by processing behaviour are paid without challenge or never passed on.Acquirers, PSPsGuide coming later
Minimums on top of usageA monthly minimum is charged as well as usage, when the contract says instead of it.BIN sponsors, processors, payout partnersGuide coming later

How FeeVerify finds these

FeeVerify turns each fee your contracts allow into a rule, recalculates every transaction against that rulebook, and traces each difference to the clause it breaks. AI does the high-volume reading and recalculation, each rule carries a confidence grade, and experienced payments specialists sign off every material finding before anyone acts on it.

The rulebook stays with you, and optional continuous assurance runs it again on each new month of data. The how it works page sets out the steps, and the proof page shows what the method found for a tier-one cross-border payments business operating across multiple markets (blended and IC++ acquiring).

Start with one month of your own data.

A pilot begins with the agreements that protect both sides, then your contracts and one month of settlement data, scoped with a payments specialist on the first call. The 30-day diagnostic re-costs every transaction against them and shows each variance with its clause, before any recurring fee.