Skip to content
Payments Economics 6 min read

Understanding PSP Contracts: What Merchants Never Read But Should

A breakdown of the clauses in payment service provider contracts that quietly drain merchant margins — and what to negotiate before you sign.

PB
By Shaun Toh
TL;DR

PSP contracts contain clauses on rolling reserves, chargeback termination triggers, and unilateral fee changes that can materially drain merchant margins — most are negotiable before signing but rarely challenged afterward.

Payment service provider contracts are long, dense, and deliberately opaque. Most merchants sign them without reading past the pricing table — and that's exactly how PSPs want it. Buried in the fine print are clauses on reserve requirements, chargeback thresholds, rolling settlement holds, and unilateral fee changes that can materially affect your unit economics months after you've gone live.

This briefing breaks down the ten clauses that matter most, explains what's negotiable, and shows you what industry-standard looks like versus what should be a red flag — for a deeper audit of the specific clauses that cost merchants most, see red flags in PSP contracts.

Reserve Requirements and Rolling Holds

The reserve clause is where merchants lose the most money without realising it. Most PSP contracts include a right to hold a percentage of your settlement — typically 5–10% — for a period of 30 to 180 days after each transaction. For high-volume merchants, this is effectively an interest-free loan you're giving your PSP.

What to look for: fixed reserve (a capped absolute amount) versus rolling reserve (a percentage of every transaction held for a fixed window). Rolling reserves compound. A merchant processing $500K/month on a 10% / 90-day rolling reserve has $150K locked up at any given time — capital that could be deployed elsewhere.

Negotiate for: a fixed reserve cap tied to a multiple of your average monthly chargebacks, with a release schedule tied to your chargeback ratio dropping below 0.5%.

Chargeback Thresholds and Termination Rights

Standard card network thresholds sit at 1% chargeback ratio (Visa) and 1.5% (Mastercard) before monitoring programmes kick in. Your PSP contract will typically set a lower internal threshold — often 0.75% or even 0.5% — giving them the right to suspend or terminate your account before you've technically breached card network rules.

This asymmetry matters. A PSP can terminate your account, hold your settlement funds for up to 180 days, and face zero liability — while you scramble to find an alternative processor and explain the outage to your customers.

What's negotiable: a cure period of 30–60 days after crossing the threshold before termination rights vest. Also push for a written notice requirement with specific metrics cited, not a vague "excessive chargebacks" trigger.

Unilateral Fee Change Clauses

Look for language like "Company reserves the right to modify fees with 30 days' notice." That notice period sounds reasonable until you realise that in practice, PSPs use this clause to pass through card scheme fee increases with minimal fanfare — and sometimes to quietly introduce new fees for services that were previously bundled.

The better standard: any fee change above 5% requires 90 days' notice and applies only to transactions processed after the effective date, not to pending settlements or held reserves.

FREE DOWNLOAD

Free: The PSP Selection RFP Template

60+ RFP questions, a weighted scorecard, and negotiation levers for choosing a PSP. Free PDF — no email required.

Intellectual Property and Data Rights

Several PSP contracts include broad data licensing clauses that give the PSP rights to use your transaction data for their own analytics, benchmarking, or model training. This is particularly relevant if you're in a competitive vertical — your transaction patterns can reveal pricing strategies, supplier relationships, and customer behaviour.

Push for a data clause that explicitly limits use to fraud prevention, compliance, and service delivery, and prohibits sale or transfer of your transaction data to third parties including the PSP's affiliates.

Exclusivity and Multi-PSP Restrictions

Some PSP contracts contain clauses prohibiting merchants from using competing payment processors for the same transaction type without prior approval. These clauses are most common in contracts from PSPs offering subsidised hardware or below-market pricing in exchange for volume commitments.

What to look for: language like "primary processor" designations, preferred routing obligations, or restrictions on adding alternative acquirers. These clauses directly undermine your ability to implement intelligent routing or add a second acquirer for resilience.

Negotiate for: an explicit right to use multiple processors with no volume or routing obligations. Any exclusivity that does exist should be scoped to a specific product line, time-limited, and tied to specific pricing concessions — not indefinite.

Liability Caps and Indemnification

Standard PSP contracts cap the PSP's liability at fees paid in the prior 30–90 days — an amount that will be a fraction of any material incident's actual cost. Meanwhile, the indemnification clause typically runs in one direction: you indemnify the PSP against third-party claims arising from your use of the service.

What's negotiable: the liability cap amount (push for a multiple of annual fees or an absolute floor) and mutual indemnification for PSP-caused failures. At minimum, carve out liability for the PSP's own gross negligence or fraud from the cap entirely.

Once you can read the contract, the next moves are spotting the traps quickly and using them as leverage:

  • PSP contract red flags — the fast-scan checklist of the highest-risk clauses to flag on a first read, before a full legal review.
  • PSP negotiation playbook — how to turn the clauses above into actual concessions, and the timing window where the PSP is most likely to give them.
  • PSP vendor lock-in and hidden costs — the switching costs the contract creates that never appear as a line item, from token portability to settlement-file formats.
Shaun Toh By Shaun Toh · Director, Digital Payments · Razer

More Payments Economics briefings