Example processfintechBSA/AML

AML transaction monitoring automation software

An example of AML transaction monitoring as a governed process: agents do the 11 steps, and a person signs the gate before anything irreversible happens. Download it, import it into your workspace, and adapt it to your systems.

Download example · JSONImport into Minctrl →

minctrl.process/v1 · hash ebae017ef8af…b945

The graph11 agent steps1 human gatesigns: Designated BSA/AML Officer

KYC/AML compliance autopilot

Financial-crime compliance is a $61B labor sink of manual screening and alert triage — and a missed SAR or sanctions hit is personal liability for the BSA Officer. Onboarding, screening and alert triage run straight-through with a documented rationale; only genuine risk reaches the BSA Officer, who signs every SAR and high-risk approval.

The governed flow · branches, parallel work & a human on the irreversible step
clear / low riskhigh risk / sanctions or PEP hitonboarding approvedsanctions hit confirmed: block/reject + OFAC reportSAR signedneeds more investigationfalse positive / auto-closetrue hit
Start
agent · low risk
Onboard the customer: verify identity, resolve beneficial ownership (≥25% owners + one control person, 31 CFR 1010.230) and the nature & purpose / risk profile, and pull KYB records
parallel · fan-out / join
Run the independent screens concurrently
agent · low risk
Screen the party + UBO against OFAC SDN (strict liability; 50% rule) and PEP lists; flag any hit for block/reject and OFAC reporting
agent · low risk
Run adverse-media and negative-news screening on the party + UBO
agent · medium risk
Consolidate the screening hits and score onboarding risk
decision
Onboarding risk?
agent · low risk
Clear hit / low risk: auto-approve onboarding with a documented rationale — a reversible, in-policy decision
agent · medium risk
Enhanced due diligence on the high-risk party: establish source of wealth and funds, deepen UBO/PEP checks, and assemble the senior-management-approval package (FATF R.12)
gate · human sign-off
The BSA/AML Officer signs the high-risk onboarding approval, any SAR filing, and any required OFAC block/reject — or sends the case back for more investigationsigns: Designated BSA/AML Officer
agent · high riskirreversible
Execute the signed-off OFAC action: block or reject the prohibited transaction/account and file the OFAC report within 10 business days
agent · high riskirreversible
Apply the approved high-risk onboarding decision (open or restrict the account)
agent · high riskirreversible
File the signed SAR with FinCEN within 30 calendar days of initial detection (up to 60 if no suspect is identified); the SAR is confidential — no tipping-off (31 USC 5318(g)(2)); retain records 5 years
agent · low risk
Maintain the monitoring loop, triage transaction alerts, and document dispositions for exam; retain SARs and supporting documentation with dispositions for 5 years
decision
Alert disposition?
agent · medium risk
True hit: investigate the alert and draft the SAR narrative for officer sign-off (the 30-day SAR clock runs from initial detection, not from drafting)
Done
low riskmedium riskhigh riskbranch / reworkgate · human sign-off
What it is modelled on

Filing a SAR with FinCEN is irreversible and legally consequential, so a compliance officer signs the SAR/no-SAR decision before it fires; the same applies to blocking a sanctions hit.

RuleWhat it requires
Bank Secrecy Act (BSA) / FinCENA Suspicious Activity Report (SAR) must generally be filed within 30 calendar days of initial detection of facts that may constitute a basis for filing (up to 60 days if no suspect is identified), and the SAR and its existence must be kept confidential.
OFAC sanctions screeningParties and transactions are screened against OFAC's SDN and consolidated sanctions lists; a true match must be blocked or rejected and reported to OFAC — a strict-liability obligation.
Customer Due Diligence (CDD) / beneficial-ownership ruleOngoing monitoring and CDD, including identifying beneficial owners of legal-entity customers, underpin whether an alert is escalated.

A summary for orientation, not legal advice.

Use this example
01

Download the file

A minctrl.process/v1 document: the graph and the hash of the process it becomes.

02

Import it in Processes

Import into Minctrl opens this example in your workspace; one click stores it as your first version. Import JSON does the same with the file, and a file changed after download is refused.

03

Connect your systems

Every connector starts in shadow: steps run, nothing leaves Minctrl until you configure a connector and switch it live.

04

Adapt it

Change signers, time limits and steps on the canvas. Each save is a new version; a running case stays on the version it started with.

Questions
How does the AML example handle the 30-day SAR deadline?

The example models the clock: alerts are triaged as they arrive, and each case is tracked against the BSA/FinCEN filing window, where a SAR is generally due within 30 calendar days of detecting the facts that may warrant it. Aging cases are surfaced before they breach, and the timeline is recorded as evidence. Meeting the deadline in production depends on your own monitoring, staffing and filing process. Minctrl holds no certification, and this is not legal advice.

Who decides whether to file a SAR — the AI or a human?

A human. The AI agent screens sanctions and PEP lists, enriches the alert and scores risk, but the SAR/no-SAR decision parks at a gate for a compliance officer to sign. Filing with FinCEN is irreversible, so it is never auto-fired.

How does sanctions (OFAC) screening fit into the workflow?

Every party and transaction is screened against OFAC's SDN and consolidated lists. Because OFAC compliance is strict-liability, a potential true match is escalated for human adjudication rather than auto-cleared, and the block/reject decision and its rationale are logged with a tamper-evident audit hash.

More examples