KibiPay
HomeBlog › AML

Structuring and Smurfing: Detecting the Classic Pattern

6 min read AML
AMLTransaction monitoringFinancial crime
Structuring and Smurfing: Detecting the Classic Pattern

One of the oldest and most durable money-laundering techniques has a memorable name: smurfing. The idea is simple — rather than deposit one large, attention-grabbing sum, a launderer splits it into many small amounts, each deliberately kept below a reporting threshold. This practice of deliberately breaking up transactions to evade reporting is called structuring, and detecting it is a core job of any transaction-monitoring program. This post explains the pattern and how systems catch it.

Why thresholds create the incentive

Many jurisdictions require financial institutions to file a report on cash transactions above a set amount. In the United States, cash transactions over USD 10,000 trigger a Currency Transaction Report (CTR). The threshold is meant to create a paper trail for large cash movements. But a fixed threshold also creates a perverse incentive: keep each transaction just under the line and no automatic report is generated.

So a launderer with USD 50,000 in illicit cash might make six deposits of around USD 8,000 across several days or branches, each individually below the CTR threshold. Importantly, structuring is itself a crime in many countries, regardless of whether the underlying money is dirty — deliberately arranging transactions to evade the reporting requirement is illegal on its own. That is why detecting the pattern, not just the source of funds, matters.

What the pattern looks like

Structuring leaves statistical fingerprints. Monitoring systems look for signatures such as:

How detection works

Detecting structuring requires aggregation, because no single transaction is suspicious on its own. The power is in the pattern across transactions.

Rules and aggregation windows

The workhorse is the aggregation rule. The system sums a customer's activity over rolling windows — for example, cash-in over 24 hours, 7 days, or 30 days — and flags when the total crosses a threshold even though no individual transaction did. A rule might read: alert if aggregate cash deposits exceed 10,000 over any rolling 7-day period across all accounts and channels for one customer. Proximity-to-threshold rules add power by counting transactions that land suspiciously close to the reporting line.

Entity resolution

Because smurfing spreads activity across accounts, branches, and people, detection depends on linking related entities. Systems resolve identities and relationships so that deposits made by different smurfs into a common beneficiary, or by one person across several accounts, are aggregated together rather than seen in isolation.

Behavioural baselines

Modern monitoring compares activity against a customer's own history and peer group. A sudden burst of just-under-threshold deposits from a customer who normally transacts rarely stands out against their baseline, reducing reliance on fixed rules alone and surfacing novel variations.

Challenges and false positives

Structuring detection is noisy. Plenty of legitimate behaviour mimics the pattern — a cash-intensive small business depositing daily takings, or someone making regular sub-threshold payments for innocent reasons. Overly tight rules bury analysts in false positives; overly loose rules miss real structuring. This is why thresholds and windows must be tuned, and why alerts feed human investigation rather than automatic action. See our post on tuning transaction-monitoring rules for how that balancing act is managed.

Key takeaways

See these rails in motion

KibiPay connects UK Faster Payments, Bacs, CHAPS, Mojaloop mobile money and Solana behind one API, with ISO 20022 messaging and real-time fraud & AML screening.

Open the live console How it works