A merchant reserve account is a segregated fund held by an acquirer, payment service provider (PSP), or payment facilitator (PayFac) containing a portion of a merchant's transaction proceeds. The reserve serves as a financial buffer against potential losses from chargebacks, refunds, fraud, or merchant insolvency, ensuring the acquirer can fulfill cardholder refund obligations even after funds have been settled to the merchant.
Reserve accounts create friction at the intersection of risk management and merchant experience:
Establish reserve levels using quantifiable risk indicators rather than broad industry categories.
We evaluate:
Example: A merchant with 0.3% chargebacks, 30-day average fulfillment, and 18 months of processing history might warrant a 5% rolling reserve. A new merchant selling pre-order electronics with 90-day delivery windows may require a 15% rolling reserve plus an upfront reserve.
Use time-based release structures that align reserve duration with actual risk exposure windows:
Acquirers should configure release schedules in their settlement systems to automate fund disbursement once the hold period expires and no active disputes exist against those batches.
Reserve levels should not remain static. We recommend quarterly reviews for high-risk merchants and semi-annual reviews for moderate-risk merchants.
Review triggers include:
Document each review decision with supporting data. This creates an audit trail for scheme reviews and regulatory inquiries.
Different reserve structures serve different risk scenarios:
Ensure reserve agreements clearly specify the structure, release conditions, and review schedule. Merchants should receive monthly statements showing current reserve balances and upcoming release dates.
Track aggregate reserve coverage ratios across your merchant portfolio:
Acquirers maintaining ratios below 1.5X coverage in high-risk categories should reassess reserve policies. Scheme compliance programs (for instance, Mastercard MATCH) increasingly scrutinize reserve adequacy as a risk management control.
A PSP onboards a travel booking platform processing $500,000 monthly. Initial assessment:
The PSP implements:
After 9 months, the merchant's performance shows:
The PSP adjusts the reserve structure:
This adjustment improves merchant cash flow while maintaining adequate risk coverage. If chargeback rates later exceed 0.75%, the PSP can re-impose stricter reserve terms per the merchant agreement.
Reserves function as one component in a broader merchant risk management framework. They work in combination with merchant underwriting processes that assess initial risk exposure and ongoing monitoring systems that flag behavioral changes warranting reserve adjustments.
Acquirers balancing growth and risk must avoid two failure modes:
1. Over-reserving: Excessive or inflexible reserve policies drive merchants to competitors, particularly in price-sensitive or lower-risk verticals. This erodes portfolio quality as only the highest-risk merchants (those unable to obtain better terms elsewhere) remain.
2. Under-reserving: Insufficient reserves create direct financial exposure. When a merchant collapses or commits fraud, the acquirer absorbs chargeback losses exceeding available reserves. Repeated shortfalls trigger scheme fines, increased scrutiny, and potential processing privilege revocation.
We observe that acquirers with mature reserve management programs achieve better outcomes by treating reserves as dynamic risk controls rather than static contractual terms. This requires investing in systems that track reserve balances, automate release schedules, and surface review triggers based on actual performance data.
For payment facilitators and marketplaces with partner oversight responsibilities, sub-merchant reserve management adds complexity. Master merchants must aggregate individual sub-merchant risk profiles to determine platform-level reserve adequacy while also implementing sub-merchant-specific reserve policies where necessary.
Reduced manual efforts
Improved review resolution time
Increase in detected fraud
