Skip to content

Settings — AML / Sanctions Screening

The Settings ▸ AML page configures the platform’s automated anti-money-laundering screening pipeline. When enabled, every verification subject is screened against the configured sanctions and risk lists, and any matches surface on the verification detail page for reviewer triage.

The platform’s design principle: findings are informational, decisions are human. AML hits never auto-reject a verification; the reporting entity retains the compliance decision and the audit trail captures both the hit and the human decision.

Settings AML — Acme Financial Group demo tenant

Standard PageHeader with the title AML / Sanctions Screening and a multi-line description summarizing the lists screened.

A bordered card with four field rows:

FieldControlSaved on
Enable AML screeningSwitchToggle change
Match thresholdRange slider (70–99)Mouse-up / touch-end
Retention yearsNumber input (5–10)Blur
Screening list sourcesPer-list toggles + timestampsToggle change

A nested section header (Screening list sources) followed by one row per list. Each row carries a description, an on/off toggle, a “last refreshed” timestamp, and a Refresh now button.

ListAuthorityCoverage
OSFICanada Office of the Superintendent of Financial InstitutionsCanadian consolidated list
OFAC SDNUS TreasurySpecially Designated Nationals
OFAC sectoralUS TreasurySector-specific sanctions
UNUnited NationsConsolidated sanctions
EUEuropean UnionConsolidated list
UK OFSIHM TreasuryUK financial sanctions
FATFFinancial Action Task ForceJurisdiction risk

The platform pulls from upstream sources nightly at 02:00 UTC and indexes the results into a fast in-memory matcher. The matcher uses fuzzy name matching with the configured threshold.

The threshold is a percentage: a match score below it is suppressed, above it surfaces as a hit on the verification detail page.

  • 70–80% — wide net, more false positives, useful for high transliteration risk
  • 85% — calibrated default; balances signal and noise
  • 90–99% — tight net, fewer false positives, may miss near-matches

The score is computed from a name-similarity algorithm tuned for multi-script inputs (Latin, Cyrillic, Arabic, CJK).

PCMLTFR (Canada) and most other regulators require AML records to be retained for at least 5 years. The platform defaults to 7 years for buffer. Values outside 5–10 are rejected server-side.

The retention clock starts at the verification’s completion timestamp. After expiry, AML hits are purged from the verification record but the verification itself remains.

Each list source has a toggle and a last-refresh timestamp. Disabling a list:

  • Suppresses new hits from that list immediately
  • Does not purge existing hits — those remain in audit history

Manual refresh:

  • Triggers an out-of-band pull from the upstream regulator
  • Useful when an emergency designation is published mid-day
  • Idempotent — safe to spam; the worker dedupes
RoleViewEdit
Owner / Admin
MemberIndirect (sees hits on verification detail)
Viewer

AML configuration is tenant-wide. No per-matter override exists.

ActionEvent
Toggle AMLorg.aml_settings_updated (diff includes enabled)
Threshold changeorg.aml_settings_updated (diff includes match_threshold)
Retention changeorg.aml_settings_updated (diff includes retention_years)
Source toggleorg.aml_settings_updated (diff includes sources)
Manual refreshorg.aml_refresh_triggered (with source ID)
SymptomMost likely causeFix
AML toggle stuck offPlan tier excludes AMLUpgrade under Settings ▸ Billing
Threshold won’t saveReleased outside 70–99Drag back in range
Last-refreshed timestamp oldAuto-refresh hasn’t run yet todayClick Refresh now
Excessive false positivesThreshold too lowRaise to 90 and observe
Missed obvious hitThreshold too high or list disabledLower threshold or re-enable list