# AML transaction monitoring alert triage

> AML transaction monitoring alert triage: Suspicious or explained Checked: checked by the outcome. Produces closed alerts, cases for investigators.

Source: https://www.sumarity.ai/library/aml-transaction-monitoring-alert-triage/

Banking and payments 

# AML transaction monitoring alert triage

Reads monitoring alerts, transactions, the customer profile. Produces closed alerts, cases for investigators. Code works out every figure, the Judgement Engine answers the narrow questions, and whatever stays uncertain goes to a person.

Checked by the outcomeScreening, audit and compliance
Start from this workflowMore for banking  

What it decides

## Narrow questions, each with a check behind it.

Suspicious or explained
Checked by the outcome: investigation. The truth arrives later: a payment, an appeal's result. Until the measured record earns more, people review a sample of what settles.

Cross-checked: customer profile. A second source has to agree: a register, a contract, a list. When it does the judgement settles; when it doesn't, a person decides.

| Reads | Monitoring alerts, transactions, the customer profile 
| Produces | Closed alerts, cases for investigators 
| Who signs | A person on your team, with every figure traced to its document and every call on record 
| Process | Screening, audit and compliance 
| Industry | Banking and payments    

See it run

## Every line, decided where it's safest.

An example run. Each stage lights up as a line is decided there; pick a stage to see its lines.

ReadsMonitoring alerts, transactions, the customer profileCodeReads, matches, ties out and works out every figure.JudgementSuspicious or explained. Settles when it clears the cutoff; people review a sample until the outcomes prove it.A personGets whatever stays uncertain, with the evidence. Their ruling tunes the next run.ProducesClosed alerts, cases for investigators  
AML transaction monitoring alert triage · example run Example run  

| Ref | Item | Value | Decided by  
| TM-301 | Cash deposits below 10,000, x5Business takings pattern, as usual · 0.92 | 46,000.00 | Engine · settled 
| TM-302 | Transfer to new countrySupplier invoice explains it · 0.90 | 18,500.00 | Engine · settled 
| TM-303 | Rapid in-and-outFunds left within a day, no reason | 120,000.00 | To a person 
| TM-304 | Salary creditsEmployer known, regular | 6,200.00 | Code · expected 
| TM-305 | Round amounts to a casinoOutside the customer profile | 15,000.00 | To a person  
|  

Settled 3 To a person 2 Settled wrong 0      Illustrative lines. Amber rows are the Judgement Engine's calls; each settles only above its cutoff and when its check agrees.    

What it could save

## Your volumes in. Your hours out.

In our tests, between 24% and 42% of items still went to a person after tuning. Set your own share; a pilot measures it on your data.

Items per run 
Runs per month 
Minutes per item by hand 
Cost per hour

Share of items that still need a person: 30%  

By hand today80 ha month 
With Sumarity24 ha month, for the items people decide 
Saved56 hCHF 53,760 a year    

Related

## Start from what's closest.

### Screening, audit and compliance in other work

Finance

### Supplier bank-detail change verification

Whether a change request is genuine

Cross-checkedFinance

### Expense claim audit

Whether each claim fits policy; receipt matches the claim

Proven by codeBanking

### Sanctions screening alert review

True match or false positive

Vetoed by code

### More for banking

### Payment exceptions and investigations

Why a payment failed or is queried; the action

Proven by code

### Card disputes and chargebacks

Network reason code; evidence enough to fight

Cross-checked

### Nostro and vostro reconciliation

Which statement line matches which booking

Proven by code  

Questions

## What buyers ask

What happens when Sumarity isn't sure?

Nothing settles below the cutoff, or when the check disagrees. The item goes to a person in the inbox with what the engine saw, its best answer and the runner-up. The person's ruling is kept and tunes the next run.

How are its judgements checked?

The truth arrives later: a payment, an appeal's result. Until the measured record earns more, people review a sample of what settles.

Can we change it to fit how we work?

Yes. Start from this workflow and describe your differences in plain words. The design assistant revises it, the validator checks it, your expert reviews it on the canvas, and your admin publishes it.

Does it read our files as they are?

Yes: spreadsheets and CSV in any layout, PDFs, bank formats and e-mail attachments. Sumarity suggests how each column maps, proves the mapping on a sample and remembers it once a person confirms it.

Where does our data go?

Sumarity runs in Zurich. Your data, backups and logs are stored in Switzerland.

How does it get better?

Your team's rulings become an answer key. Better questions and cutoffs are proposed, tested on data they haven't seen, and published only when your admin approves. It improves itself, with permission.

## Start from this workflow. Run it on your data.

A pilot runs alongside your own process for a few weeks, at our cost, and ends in a line-by-line comparison.

Talk to usBack to the library
