Most acquirers believe they are compliant with Mastercard's Merchant Monitoring Program (MMP). They have a policy document. They have a monitoring vendor. They review flagged merchants when something goes wrong.
That confidence is, in many cases, misplaced.
Having a monitoring policy is not the same as having a merchant monitoring program that will survive a Mastercard audit. The gap between the two is where violations are assessed, fines are issued, and acquirers are placed into remediation.
This article explains what MMP compliance actually requires at the operational level, what evidence an auditor expects to see, and where most acquirers have gaps they have not yet identified.
The Compliance Confidence Gap
The payments industry has a documentation problem. Risk teams have monitoring procedures on paper. Many have periodic review schedules, vendor contracts, and policy sign-offs. What they often lack is the operational infrastructure to demonstrate that monitoring is actually happening, on schedule, across the full portfolio, with evidence.
This is not a minor distinction. Mastercard's revised MMP standards, effective January 1, 2026, require acquirers to produce documented proof of ongoing monitoring activity. An auditor reviewing your program will not accept a policy document as evidence of execution. They will ask for timestamped scan records, documented reviews, and remediation timelines.
The enforcement environment has also shifted. BRAM violations carry fines that public sources reference in the range of $2,500 to $200,000 per violation, with escalating sanctions for repeat failures. Repeat violations can also result in heightened ongoing obligations and, in severe cases, loss of acquiring privileges. The cost of a documentation gap is no longer abstract.
What MMP Actually Requires Operationally
Mastercard's MMP framework establishes obligations across four operational areas. Each has specific evidence requirements. Each is commonly under implemented.
Merchant identification and verification
Before a merchant processes their first transaction, an initial scan must be completed. This means a documented review of the merchant's website, business model, product offerings, and digital footprint, using a certified Merchant Monitoring Service Provider (MMSP).
Good merchant onboarding practice treats this scan as the first entry in a continuous evidence record, not a standalone checkpoint. The scan must be completed prior to activation, and evidence of that scan must be retained.
This is not a background check. It is a structured assessment of what the merchant is actually selling, how they are selling it, and whether their stated business model matches their actual operations.
Ongoing website and business activity monitoring
Post-onboarding monitoring is continuous, not periodic. The 2026 MMP standards require that this monitoring extend to gated and member-exclusive content, including areas behind login walls, membership portals, and password-protected pages.
A merchant can present a compliant public storefront while conducting prohibited activity behind an access barrier. Standard URL scans do not reach that content. The revised standards require that they do.
Notification, investigation, and reporting timelines
For acquirers that choose to participate in the MMP, the MMSP must report identified potential merchant violations to the acquirer within five business days. After receiving the notification, the acquirer has 15 calendar days to investigate the potential violation, ensure that any violating activity has ceased, and report the resolution to the MMSP.
Participating acquirers must also provide Mastercard with monthly MMSP-generated reports detailing the merchants monitored through the program and any violations identified during the reporting period. If the acquirer submits the report directly, it must be an unaltered copy of the report generated by the MMSP. These requirements are outlined in Mastercard’s Security Rules and Procedures, Merchant Edition.
Timely remediation and reporting
When a violation is identified, the clock starts immediately. Mastercard's revised scam merchant monitoring rules, effective July 24, 2026, require that investigations begin within 72 hours of a defined trigger. If scam activity is confirmed, the merchant must be blocked from submitting Mastercard and Maestro transactions.
If the investigation clears the merchant, documented evidence of the review must be retained and ongoing monitoring must continue.
Remediation is not self-certification. The acquirer must produce a documented record of what was found, what action was taken, and when.
What Auditors Look For: The Evidence Standard
When Mastercard reviews an acquirer's program, the question is not whether you have a monitoring vendor. The question is whether you can demonstrate that monitoring happened, for which merchants, on what dates, with what findings, and with what follow-through.
Audit-ready evidence includes:
Timestamped website scan records for each merchant in the portfolio
Screenshots or archived content from each review cycle
Documented risk tier classification and the basis for that classification
A log of issues identified, when they were identified, and how they were resolved
Evidence that gated and member-exclusive content was accessed and reviewed
Remediation timelines showing compliance with the 15-day and 72-hour requirements
A common failure mode is acquirers who have scan records but no documentation trail connecting those scans to specific merchant reviews, case resolutions, or escalations. Individual scan outputs are not a compliance program. A compliance program is the structured workflow that connects those scans to decisions, documents those decisions, and retains the evidence.
Common Compliance Gaps Acquirers Do Not Know They Have
In practice, we see the same gaps repeated across programs that consider themselves compliant.
Onboarding-only monitoring
Many acquirers conduct thorough reviews at onboarding and then treat the ongoing monitoring obligation as a lower-priority operational task. The MMP framework treats ongoing monitoring as equally important as the initial scan. A merchant that was clean at onboarding can drift into prohibited territory within months.
Self-reported data reliance
Review workflows that depend on merchants reporting their own changes, flagging their own product additions, or self-certifying compliance against a questionnaire are not monitoring. They are documentation of merchant assertions. Mastercard's BRAM framework requires independent verification of what merchants are actually doing, not what they say they are doing.
No website change detection
Periodic manual spot-checks do not detect incremental changes. A merchant adding a restricted product category between review cycles, or migrating prohibited content behind a login wall, will not be flagged by a workflow that only reviews the homepage on a quarterly schedule.
Inconsistent review frequency across risk tiers
Many acquirers apply a uniform review cadence across the full portfolio. High-risk merchants that should be reviewed every 30 days are reviewed on the same schedule as standard-risk merchants. This creates a direct non-compliance gap that an auditor will identify immediately.
Missing gated content coverage
Monitoring that stops at publicly accessible URLs misses a substantial portion of the risk surface. The 2026 MMP requirement to extend monitoring to members-only and password-protected content was introduced precisely because this gap was being exploited.
For a detailed breakdown of what gated content monitoring requires operationally, and why standard URL scans fall short, that is covered separately. Programs that have not updated their monitoring scope to include gated content are out of compliance with a requirement that has been in effect since January 2026.
Common compliance gaps acquirers do not know they have
01
Onboarding-only monitoring
02
Self-reported data reliance
03
No website change detection
04
Missing gated content coverage
Key takeaway
Scan records without a documentation trail are not a compliance program.
What a Good Merchant Monitoring Program Looks Like
The acquirers with the strongest MMP posture share several operational characteristics.
They have separated their monitoring logic from their transaction monitoring. Website content analysis, business activity surveillance, and BRAM risk detection require different data inputs and different detection methods than transaction fraud monitoring. Combining them into a single workflow produces alert fatigue and missed signals.
They use AI-driven content classification rather than keyword matching. Keyword lists flag obvious violations and miss nuanced ones. A merchant selling a prohibited product described with non-standard terminology will not trigger a keyword-based alert. AI-driven classification evaluates product descriptions, pricing structures, and business model signals together.
They have continuous coverage with documented review cycles. Continuous monitoring does not mean reviewing everything at once. It means the monitoring infrastructure runs on a defined cadence, produces documented outputs for each cycle, and feeds those outputs into a case management workflow that creates a traceable audit record.
They have gated content coverage as a baseline capability. For acquirers using certified MMSPs, access to password-protected and members-only content is now a standard operational requirement, not an advanced add-on. If your current MMSP cannot access gated content, your monitoring program has a structural gap.
They can demonstrate remediation, not just detection. Detecting a violation and documenting that you detected it are two different things. Audit-ready programs have structured remediation workflows with timestamps, assigned reviewers, and closed-case records.
The compliance question that most acquirers are not asking themselves is this: if Mastercard requested your monitoring records tomorrow, for a specific merchant, covering the last 90 days, what could you produce? If the answer involves pulling data from multiple systems, reconstructing a timeline from emails, or escalating to a vendor for exports, the program has a documentation gap.
That gap is the difference between having a monitoring policy and having a merchant monitoring program.
About Ballerine
Ballerine is a certified Mastercard MMSP. Its AI agents conduct continuous merchant monitoring, including access to gated and member-exclusive content, producing the timestamped, screenshot-backed, audit-ready evidence trail that Mastercard's BRAM framework expects. Reports are generated in approximately 10 minutes and are exportable in the format auditors require.
For acquirers building or improving their MMP compliance program, Ballerine provides pre-transaction initial scans, continuous monitoring aligned to 30-day and 90-day review cadences, AI-driven classification that goes beyond keyword matching, and case management integration that connects monitoring outputs to documented remediation records.
Disclaimer: The information in this article is provided for general educational purposes and is not endorsed by or affiliated with Mastercard. Readers should consult Mastercard's official Rules, Security Rules and Procedures, and applicable program documentation for definitive requirements.
Robert Ellenhorn is a payments risk and compliance expert with deep expertise in merchant underwriting, transaction laundering, and fraud prevention across the payments ecosystem. Drawing on years of experience advising acquirers, PSPs, and fintechs, he focuses on helping organizations strengthen merchant onboarding, monitoring, and compliance operations through data-driven risk management and emerging AI technologies.
Related Questions
Can an acquirer use more than one MMSP in the Mastercard MMP?
Yes. An acquirer participating in Mastercard’s MMP may engage one or more approved MMSPs. The acquirer must register each provider, define which merchants and services each provider covers, ensure that every required URL is monitored, coordinate alerts and investigations, and reconcile monthly reporting. Dividing the portfolio among providers should not create duplicate cases, inconsistent evidence, or merchants that fall outside every MMSP’s assigned scope.
What should happen after an MMSP identifies a potential BRAM violation?
A potential BRAM violation should move immediately into a documented investigation workflow. Mastercard’s public MMP rules require the MMSP to report the identification to the acquirer within five business days. The acquirer then has 15 calendar days from notification to investigate, ensure that violating activity has ceased, and report the resolution to the MMSP. The case record should preserve the alert, evidence, decision, action, and closure date.
How can an acquirer prove that every merchant URL is in monitoring scope?
An acquirer can prove URL coverage by maintaining a canonical inventory for every merchant and reconciling it with the URLs monitored by its MMSP. The inventory should incorporate onboarding data, redirects, checkout pages, linked domains, social profiles, related entities, and newly discovered storefronts. Restricted members-only areas should also be included where required and legally permitted. Every property should have an owner, monitoring status, most recent scan date, and disposition.
What information should be included in a monthly MMP report?
A monthly MMP report should identify the acquirer and ICA, MMSP, merchant, merchant URLs, date the information was provided to the MMSP, MCC, services performed, and all persistently monitored merchants. Where applicable, it should also include the violation type and category, URL content details, alert date, resolution date, investigation findings, and final status. The report should reconcile directly to the underlying monitoring and case records.
What makes a merchant monitoring program ready for a Mastercard audit?
An audit-ready merchant monitoring program can reproduce the complete history of any selected merchant without rebuilding it from separate systems. The file should contain the initial scan, recurring monitoring records, approved and discovered URLs, gated-content coverage, screenshots or content evidence, alerts, risk classifications, reviewer decisions, remediation, and closure timestamps. Scan outputs alone are not enough. The evidence must show how each finding led to a documented decision.
Most acquirers believe they are compliant with Mastercard's Merchant Monitoring Program (MMP). They have a policy document. They have a monitoring vendor. They review flagged merchants when something goes wrong.
That confidence is, in many cases, misplaced.
Having a monitoring policy is not the same as having a merchant monitoring program that will survive a Mastercard audit. The gap between the two is where violations are assessed, fines are issued, and acquirers are placed into remediation.
This article explains what MMP compliance actually requires at the operational level, what evidence an auditor expects to see, and where most acquirers have gaps they have not yet identified.
The Compliance Confidence Gap
The payments industry has a documentation problem. Risk teams have monitoring procedures on paper. Many have periodic review schedules, vendor contracts, and policy sign-offs. What they often lack is the operational infrastructure to demonstrate that monitoring is actually happening, on schedule, across the full portfolio, with evidence.
This is not a minor distinction. Mastercard's revised MMP standards, effective January 1, 2026, require acquirers to produce documented proof of ongoing monitoring activity. An auditor reviewing your program will not accept a policy document as evidence of execution. They will ask for timestamped scan records, documented reviews, and remediation timelines.
The enforcement environment has also shifted. BRAM violations carry fines that public sources reference in the range of $2,500 to $200,000 per violation, with escalating sanctions for repeat failures. Repeat violations can also result in heightened ongoing obligations and, in severe cases, loss of acquiring privileges. The cost of a documentation gap is no longer abstract.
What MMP Actually Requires Operationally
Mastercard's MMP framework establishes obligations across four operational areas. Each has specific evidence requirements. Each is commonly under implemented.
Merchant identification and verification
Before a merchant processes their first transaction, an initial scan must be completed. This means a documented review of the merchant's website, business model, product offerings, and digital footprint, using a certified Merchant Monitoring Service Provider (MMSP).
Good merchant onboarding practice treats this scan as the first entry in a continuous evidence record, not a standalone checkpoint. The scan must be completed prior to activation, and evidence of that scan must be retained.
This is not a background check. It is a structured assessment of what the merchant is actually selling, how they are selling it, and whether their stated business model matches their actual operations.
Ongoing website and business activity monitoring
Post-onboarding monitoring is continuous, not periodic. The 2026 MMP standards require that this monitoring extend to gated and member-exclusive content, including areas behind login walls, membership portals, and password-protected pages.
A merchant can present a compliant public storefront while conducting prohibited activity behind an access barrier. Standard URL scans do not reach that content. The revised standards require that they do.
Notification, investigation, and reporting timelines
For acquirers that choose to participate in the MMP, the MMSP must report identified potential merchant violations to the acquirer within five business days. After receiving the notification, the acquirer has 15 calendar days to investigate the potential violation, ensure that any violating activity has ceased, and report the resolution to the MMSP.
Participating acquirers must also provide Mastercard with monthly MMSP-generated reports detailing the merchants monitored through the program and any violations identified during the reporting period. If the acquirer submits the report directly, it must be an unaltered copy of the report generated by the MMSP. These requirements are outlined in Mastercard’s Security Rules and Procedures, Merchant Edition.
Timely remediation and reporting
When a violation is identified, the clock starts immediately. Mastercard's revised scam merchant monitoring rules, effective July 24, 2026, require that investigations begin within 72 hours of a defined trigger. If scam activity is confirmed, the merchant must be blocked from submitting Mastercard and Maestro transactions.
If the investigation clears the merchant, documented evidence of the review must be retained and ongoing monitoring must continue.
Remediation is not self-certification. The acquirer must produce a documented record of what was found, what action was taken, and when.
What Auditors Look For: The Evidence Standard
When Mastercard reviews an acquirer's program, the question is not whether you have a monitoring vendor. The question is whether you can demonstrate that monitoring happened, for which merchants, on what dates, with what findings, and with what follow-through.
Audit-ready evidence includes:
Timestamped website scan records for each merchant in the portfolio
Screenshots or archived content from each review cycle
Documented risk tier classification and the basis for that classification
A log of issues identified, when they were identified, and how they were resolved
Evidence that gated and member-exclusive content was accessed and reviewed
Remediation timelines showing compliance with the 15-day and 72-hour requirements
A common failure mode is acquirers who have scan records but no documentation trail connecting those scans to specific merchant reviews, case resolutions, or escalations. Individual scan outputs are not a compliance program. A compliance program is the structured workflow that connects those scans to decisions, documents those decisions, and retains the evidence.
Common Compliance Gaps Acquirers Do Not Know They Have
In practice, we see the same gaps repeated across programs that consider themselves compliant.
Onboarding-only monitoring
Many acquirers conduct thorough reviews at onboarding and then treat the ongoing monitoring obligation as a lower-priority operational task. The MMP framework treats ongoing monitoring as equally important as the initial scan. A merchant that was clean at onboarding can drift into prohibited territory within months.
Self-reported data reliance
Review workflows that depend on merchants reporting their own changes, flagging their own product additions, or self-certifying compliance against a questionnaire are not monitoring. They are documentation of merchant assertions. Mastercard's BRAM framework requires independent verification of what merchants are actually doing, not what they say they are doing.
No website change detection
Periodic manual spot-checks do not detect incremental changes. A merchant adding a restricted product category between review cycles, or migrating prohibited content behind a login wall, will not be flagged by a workflow that only reviews the homepage on a quarterly schedule.
Inconsistent review frequency across risk tiers
Many acquirers apply a uniform review cadence across the full portfolio. High-risk merchants that should be reviewed every 30 days are reviewed on the same schedule as standard-risk merchants. This creates a direct non-compliance gap that an auditor will identify immediately.
Missing gated content coverage
Monitoring that stops at publicly accessible URLs misses a substantial portion of the risk surface. The 2026 MMP requirement to extend monitoring to members-only and password-protected content was introduced precisely because this gap was being exploited.
For a detailed breakdown of what gated content monitoring requires operationally, and why standard URL scans fall short, that is covered separately. Programs that have not updated their monitoring scope to include gated content are out of compliance with a requirement that has been in effect since January 2026.
Common compliance gaps acquirers do not know they have
01
Onboarding-only monitoring
02
Self-reported data reliance
03
No website change detection
04
Missing gated content coverage
Key takeaway
Scan records without a documentation trail are not a compliance program.
What a Good Merchant Monitoring Program Looks Like
The acquirers with the strongest MMP posture share several operational characteristics.
They have separated their monitoring logic from their transaction monitoring. Website content analysis, business activity surveillance, and BRAM risk detection require different data inputs and different detection methods than transaction fraud monitoring. Combining them into a single workflow produces alert fatigue and missed signals.
They use AI-driven content classification rather than keyword matching. Keyword lists flag obvious violations and miss nuanced ones. A merchant selling a prohibited product described with non-standard terminology will not trigger a keyword-based alert. AI-driven classification evaluates product descriptions, pricing structures, and business model signals together.
They have continuous coverage with documented review cycles. Continuous monitoring does not mean reviewing everything at once. It means the monitoring infrastructure runs on a defined cadence, produces documented outputs for each cycle, and feeds those outputs into a case management workflow that creates a traceable audit record.
They have gated content coverage as a baseline capability. For acquirers using certified MMSPs, access to password-protected and members-only content is now a standard operational requirement, not an advanced add-on. If your current MMSP cannot access gated content, your monitoring program has a structural gap.
They can demonstrate remediation, not just detection. Detecting a violation and documenting that you detected it are two different things. Audit-ready programs have structured remediation workflows with timestamps, assigned reviewers, and closed-case records.
The compliance question that most acquirers are not asking themselves is this: if Mastercard requested your monitoring records tomorrow, for a specific merchant, covering the last 90 days, what could you produce? If the answer involves pulling data from multiple systems, reconstructing a timeline from emails, or escalating to a vendor for exports, the program has a documentation gap.
That gap is the difference between having a monitoring policy and having a merchant monitoring program.
About Ballerine
Ballerine is a certified Mastercard MMSP. Its AI agents conduct continuous merchant monitoring, including access to gated and member-exclusive content, producing the timestamped, screenshot-backed, audit-ready evidence trail that Mastercard's BRAM framework expects. Reports are generated in approximately 10 minutes and are exportable in the format auditors require.
For acquirers building or improving their MMP compliance program, Ballerine provides pre-transaction initial scans, continuous monitoring aligned to 30-day and 90-day review cadences, AI-driven classification that goes beyond keyword matching, and case management integration that connects monitoring outputs to documented remediation records.
Disclaimer: The information in this article is provided for general educational purposes and is not endorsed by or affiliated with Mastercard. Readers should consult Mastercard's official Rules, Security Rules and Procedures, and applicable program documentation for definitive requirements.