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 (7–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
OSFI consolidatedCanada Office of the Superintendent of Financial InstitutionsCanadian consolidated autonomous sanctions
OFAC SDNUS TreasurySpecially Designated Nationals
OFAC Consolidated (non-SDN)US TreasuryConsolidated non-SDN lists
UNUnited Nations Security CouncilConsolidated sanctions
UK OFSIHM TreasuryUK financial sanctions
FATFFinancial Action Task ForceJurisdiction risk (call-for-action / increased-monitoring)

Each list’s published source URL, last-refresh time, and snapshot hash are also shown per row on the settings screen, so every screening hit traces back to the authority that published the entry.

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).

In Canada, PCMLTFR (SOR/2002-184), s. 69 (administered by FINTRAC) — and most other regulators — require AML records to be retained for at least 5 years. Athenty floors retention at 7 years as a buffer above that minimum and accepts 7–10 years; values outside 7–10 are rejected server-side. The default is 7 years.

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

Athenty’s screening is built to the international AML framework, but the app does not name any screen after a single regulator — your reporting-entity obligations govern, and they vary by country and sector. These are the authorities the screening logic is based on, linked to the official text. Attorney-review-pending — verify against the current rules.

What Athenty doesGoverning authority
Sanctions screening (OSFI, OFAC, UN, UK lists)The published sanctions lists of each authority: Canada’s OSFI consolidated list under SEMA / JVCFOA; the UN Security Council consolidated list; US OFAC SDN + consolidated non-SDN; UK OFSI consolidated list. A sanctions match is blocking.
PEP (politically-exposed person) screening + enhanced due diligenceFATF Recommendation 12 (PEPs). A PEP hit is not itself a prohibition — it signals enhanced due diligence; the reporting entity decides.
High-risk jurisdiction risk (FATF list)FATF Recommendation 19 + the FATF “high-risk jurisdictions subject to a call for action” / “increased monitoring” lists. A call-for-action jurisdiction floors the verification score to manual review; increased monitoring caps it pending review.
Record retentionPCMLTFR (SOR/2002-184), s. 69 (Canada) and most regulators require AML records be kept at least 5 years. Athenty floors retention at 7 years (configurable 7–10) as a buffer.
The reporting-entity decisionAthenty’s findings are informational — under FATF R.1 / the PCMLTFA the reporting entity makes and records the risk decision (in Canada, overseen by FINTRAC).