Japan · Monitoring

Transaction Monitoring for Japanese AML Operations

Monitor customer transactions in Japan against scenarios you set from your own risk assessment, match the response to the level of suspicion, and keep the record behind each report.

Last updated

What this covers

  • Scenarios and thresholds set from your risk assessment
  • Alert scoring by level of suspicion
  • Case investigation and escalation
  • Suspicious transaction report support
  • Tuning decisions recorded for inspection

Screening in production for

  • Coop
  • CSC
  • EFICA
  • EML
  • Groupama
  • MEO
  • Riskified
  • Securiport
  • Tanzania Commercial Bank
  • Tradeview Markets
  • Zappit
  • AMP
  • BancABC
  • BMG
  • BTC
  • CMC Markets
The Japan-specific problem

Detection is one of four things the FSA looks for.

The revised FSA guidelines ask for scenarios grounded in your own risk assessment, a feedback loop from filed suspicious transaction reports, and, since March 2026, mitigation matched to the level of suspicion. A system that raises alerts but handles a weak one and a strong one identically no longer meets the required actions. The monitoring has to show its reasoning, not only its output.

Transaction monitoring systems in Japan, a buying guide
  • Scenarios and thresholds traceable to the risk assessment they came from
  • Alert scoring that routes strong suspicion to faster, deeper review
  • Filed-report characteristics fed back into scenario tuning
  • Every tuning change and alert outcome kept for an inspection to follow
Capabilities

What you get.

Scenarios from your own risk assessment

The FSA guidelines expect scenarios and thresholds to reflect the result of the institution's own risk assessment rather than a vendor's defaults. Rules, thresholds and scenarios are configured per product, customer type and channel.

Response matched to suspicion

Since 31 March 2026 the guidelines require risk mitigation measures according to the level of suspicion of detected transactions. Alert scoring separates weak signals from strong ones, so the two are not treated the same way.

Feedback from filed reports

Analyse the characteristics of transactions you have reported, including line of business and geography, and adjust scenarios against what they show. Each change is recorded.

Investigation and escalation

Alerts become cases with assignment, notes, evidence and a decision trail, escalated to senior review where the risk warrants it.

Report support

The activity, findings and decisions behind an alert are compiled to support a suspicious transaction report to your sector's competent administrative authority.

Scope

What you can screen.

  • Customer transactions and payments
  • Activity inconsistent with the customer profile
  • Transactions involving designated countries
  • Accounts used by someone other than the holder
  • Activity requiring a suspicious transaction report
1,000+
Global watchlists screened
<1s
Average screening response
24h
Watchlist refresh cycle
195
Countries covered
Assurance

What your security review will ask for.

99.98%
System uptime
<24h
Average integration time
24–48h
Signed to production account
<1s
Average screening response
  • ISO/IEC 27001:2022 certifiedISO/IEC 27001:2022Information security management, independently audited.
  • ISO/IEC 27701:2019 certifiedISO/IEC 27701:2019Privacy information management, extending ISO 27001.
  • GDPR — EU General Data Protection RegulationGDPRPersonal data handled to EU standards, wherever you operate.
  • DORA — EU Digital Operational Resilience ActDORAOperational resilience for EU financial entities and their vendors.
Questions

Common questions.

Where does a suspicious transaction report go in Japan?

To the competent administrative authority for your sector, not directly to JAFIC. That authority notifies the National Public Safety Commission, and JAFIC collects, organises and analyses the reports centrally. The Act sets no monetary floor and no fixed filing clock.

What changed for monitoring in the March 2026 FSA guidelines?

A new required action obliges institutions to implement risk mitigation measures according to the level of suspicion of detected transactions and trends in ML/FT risk, alongside the existing expectations on risk-based scenarios and the feedback loop from filed reports.

Can we set our own scenarios and thresholds?

Yes. Rules, thresholds and scenarios are configurable to your products, customer types and risk appetite, which is what lets them reflect your own risk assessment rather than a fixed template.

How is this different from the global transaction monitoring page?

The monitoring product is the same. This page covers how it applies in Japan: the FSA's expectations for monitoring, suspicious transaction report routing, and what an inspection asks for. The global page describes the product for every market.

See MemberCheck in action.

A short walkthrough of screening, verification and ongoing monitoring in one platform, set to the thresholds and jurisdictions your programme actually uses.

Transaction monitoring runs on its own platform, with its own credentials, separate from the MemberCheck screening app. An existing screening account does not sign you in to it. Open the monitoring platform (opens in a new tab)