Join our Newsletter — 33% off our NHI Course

Mastercard Alert To Control High-Risk Merchants (MATCH)

Mastercard Alert To Control High-Risk Merchants, or MATCH, is a merchant risk alert file used by card networks to flag merchants that have been terminated for certain high-risk or rule-breaking behaviour. Acquiring banks use it during merchant onboarding and monitoring to assess payment fraud, chargeback and compliance risk before approving card acceptance.

What MATCH does in card-network risk management

Mastercard Alert To Control High-Risk Merchants is not a payment decision engine by itself; it is a shared risk signal that helps acquirers avoid onboarding merchants with a known history of fraud, excessive chargebacks, or serious rule breaches.

Its value comes from centralising prior adverse history into a network-level alert that can be checked before a merchant is allowed to process cards. That makes MATCH a control point in merchant acquisition, portfolio review, and ongoing merchant risk triage.

Why MATCH matters for acquiring banks and payment ecosystems

MATCH matters because merchant risk is often distributed across processors, acquirers, and card schemes. A merchant that failed with one acquiring relationship can reappear elsewhere unless the next provider has a way to recognise the prior termination history.

That creates a practical trust problem: the acquiring bank is making a forward-looking decision based on incomplete local history. A network alert file reduces that blind spot by surfacing prior behaviour that is relevant to fraud exposure, compliance concerns, and expected chargeback performance.

How MATCH is used during onboarding and monitoring

In practice, MATCH is checked when a merchant applies for card acceptance and again when a portfolio is monitored for elevated risk. The screening outcome is not usually an automatic approval or rejection rule on its own, but a risk input that informs underwriting, enhanced due diligence, and ongoing monitoring thresholds.

Because the file is only one part of the decision, organisations still need their own merchant due diligence, transaction review, and exception handling. A MATCH hit can be meaningful without being dispositive, especially where the acquirer needs to understand the reason for the prior termination and whether the current merchant is effectively a new entity or a continuation of an old one.

What MATCH does not tell you

MATCH is a risk indicator, not a full merchant profile. It does not replace financial analysis, fraud scoring, sanctions screening, beneficial-owner review, or network rule compliance checks. It also does not, by itself, explain the operational cause of the prior adverse event.

That limitation matters because the same alert can reflect different underlying problems, from excessive chargebacks to prohibited business models or policy violations. The file therefore supports judgment, but does not remove the need to investigate context before making a final acquiring decision.

Risk and Threat Considerations

Merchant alert files reduce hidden-risk onboarding, but they also create a concentrated control dependency: if coverage, data quality, or interpretation is weak, risky merchants can be reintroduced into the card ecosystem under a new acquirer. The main exposure is not just fraud loss, but repeat chargebacks, compliance violations, and avoidable portfolio deterioration.

Failure mechanism: A merchant with prior adverse history may evade local review if the acquirer does not consult the alert file, misreads the record, or treats the alert as optional rather than material risk evidence.

Impact: The acquirer can inherit a merchant that is more likely to generate fraud, disputes, scheme penalties, and remediation workload, while the broader payment network absorbs repeated control failure.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

NIST CSF 2.0, NIST SP 800-53 Rev 5 and CIS Controls v8 set the governance and control requirements practitioners need to meet.

Framework Control / Reference Relevance
NIST CSF 2.0 GV.RM-01 — Risk Management Strategy MATCH is a merchant risk signal used in portfolio and onboarding decisions.
ID.RA-01 — Asset Vulnerability and Threat Risk Identification MATCH supports identifying merchant-level fraud and compliance risk before approval.
Recommendation — Integrate MATCH into the merchant risk strategy and define how alerts change underwriting decisions. Use MATCH as one input when identifying merchant onboarding and portfolio risk.
NIST SP 800-53 Rev 5 SA-9 — External System Services MATCH is an external network service relied on for due diligence and risk decisions.
Recommendation — Define expectations for the external alert service and validate how its outputs are used in onboarding.
CIS Controls v8 CIS-5 — Account Management Merchant onboarding and ongoing review depend on controlled approval of risky relationships.
Recommendation — Tie merchant onboarding approvals to documented risk review and exception handling.

Practitioner Guidance

Why practitioners should care: MATCH is most useful when it is embedded into a consistent underwriting workflow, not when it is checked ad hoc. Payment teams should treat it as a required merchant-risk input alongside ownership, business-model, and transaction-pattern review.

What to watch for: The most important governance question is whether a MATCH result is being reviewed with enough context to distinguish a genuinely risky merchant from a benign business that shares similar surface characteristics with a prior terminated merchant.

Practitioner takeaway: The control is only as strong as the decision process around it, so consistency in screening, escalation, and documentation matters as much as the alert itself.