Skip to main content
Didit Raises $7.5M to Build the Infrastructure for Identity and Fraud
Didit
Back to blog
Blog · June 13, 2026

Money Mule Detection: Spotting Mule Accounts with Transaction Monitoring

Money mule accounts move illicit funds on behalf of criminal networks. Learn how velocity aggregations, fan-in/fan-out patterns, and real-time rules expose them — and how AWAITING_USER routes suspects to re-verification.

By DiditUpdated
mule-account-detection.png

A money mule account is an account — real or synthetic — used to receive and forward illicit funds on behalf of a criminal network. The mule is the middle layer: money enters from crime, flows through the account, and exits to the beneficiary with distance from the source. Individual transactions can look completely routine. The pattern only becomes visible in aggregate, across time windows, and across the network of senders and receivers involved.

Detection requires watching the transaction stream with the right rules. Fan-in/fan-out topology, rapid in-and-out cycles, dormancy-to-activity shifts, and near-threshold structuring are the behavioral fingerprints — none visible in a single transaction, all visible in a well-configured velocity engine.

Didit's Transaction Monitoring surfaces these patterns in real time at $0.02 per transaction. When a pattern trips a rule, the account is flagged for analyst review, declined outright, or routed to a re-verification step via the AWAITING_USER flow — so suspected mule accounts face the burden of proof before funds move further.

Key takeaways

  • Mule accounts move illicit funds without originating the crime. Recruited mules, deceived mules, and synthetic mule accounts are all used to layer and integrate criminal proceeds through the financial system.
  • The signal is in the pattern, not the transaction. Rapid in/out cycles, fan-in from multiple senders, fan-out to multiple recipients, and structuring just below reporting thresholds are the behavioral tells — invisible individually, visible in aggregate.
  • Velocity aggregations over time windows — count, sum, distinct-count — express mule patterns as rules without building a custom stream processor.
  • AWAITING_USER auto-remediation routes a flagged account to re-verification before funds can continue, without a hard decline that damages legitimate accounts.
  • AML Screening at $0.20 checks counterparties against 1,300+ sanctions and watchlists — pairing rule-based behavioral detection with identity risk on the parties involved.
  • 11 built-in rule bundles include dedicated Fraud prevention and AML/CTF bundles seeded with mule-detection patterns out of the box.

What money mules are

A money mule is someone whose account receives and forwards illicit funds. They sit in the layering stage of the money-laundering chain: after placement (criminal cash enters the financial system) and before integration (it re-enters as apparently legitimate funds).

Mule accounts come in three forms. Recruited mules knowingly accept payment to receive and forward funds — often via job-offer scams where the "job" turns out to be money laundering. Deceived mules are legitimate users who believe they're doing something benign — forwarding a payment for a new employer, for instance — and don't know the funds are illicit. Synthetic mule accounts are opened with fabricated or stolen identities specifically to perform the transfer layer; these involve third-party fraud at onboarding and first-party fraud at the transaction level.

All three types produce the same behavioral signature in the transaction stream — which is where detection has to happen.

The four behavioral patterns of mule activity

Fan-in/fan-out. A mule account receives funds from multiple distinct senders in a short window, then forwards to multiple distinct recipients. This N-to-1-to-M topology is the strongest network signal. A velocity rule that counts distinct inbound counterparties over a 24-hour window, combined with a count of distinct outbound counterparties in the same window, surfaces the pattern automatically — regardless of individual transaction size.

Rapid in-and-out cycle. The account balance at the start and end of the day is near-zero, but significant volume has moved through it. The mule is a conduit, not a store of value. A rule that computes the ratio of total volume transacted to end-of-day balance flags accounts behaving as pass-throughs rather than holders of funds.

Structuring. Criminal networks often keep individual transfers below reporting thresholds — EUR 9,800 instead of EUR 10,000, repeatedly. The AML/CTF (Anti-Money-Laundering / Counter-Terrorist Financing) rule bundle flags structuring patterns across a configurable time window, even when no single transaction is unusual.

Dormant-then-active. A mule account that has seen zero or minimal volume for 60+ days and then processes significant transfers in 48 hours is a strong anomaly signal. Didit's Anomaly detection bundle tracks dormancy-to-activity shifts as a deviation from each account's established behavioral baseline — no static threshold required.

How the rule engine responds

When a transaction trips a mule-pattern rule, Didit returns one of four statuses:

StatusWhat happens
APPROVEDNo rule crossed a threshold — the transaction proceeds.
IN_REVIEWA rule flagged the transaction — an alert opens for analyst investigation.
DECLINEDA hard rule (e.g. confirmed sanctioned counterparty) blocks the transaction outright.
AWAITING_USERThe transaction is paused and the account is routed to re-verification.

The AWAITING_USER path is the right response for a suspected-but-unconfirmed mule: the burden of proof shifts to the account holder. Genuine users clear the re-verification step easily. Recruited mules often abandon it. Synthetic accounts fail the re-KYC. When the pattern is serious enough, an alert can escalate to a Case in the built-in case manager, and analysts can file a SAR (Suspicious Activity Report) without leaving the console.

How to integrate with Didit

Send every inbound and outbound transaction to the Transaction Monitoring API. Include the subject and counterparty vendor references so velocity aggregations can compute per-account counts and distinct-counterparty cardinality across time windows.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_d77f23",
    "category": "finance",
    "amount": 1950,
    "currency": "GBP",
    "currency_kind": "fiat",
    "txn_date": "2026-06-13T11:40:00Z",
    "subject": {
      "vendor_data": "user_8834",
      "role": "RECEIVER",
      "entity_type": "INDIVIDUAL"
    },
    "counterparty": {
      "role": "SENDER",
      "entity_type": "INDIVIDUAL"
    },
    "payment_method": "BANK_TRANSFER"
  }'

Pair transaction monitoring with AML Screening — when a party flags a rule, run a screening check against 1,300+ sanctions and watchlists at $0.20 per call to confirm or dismiss the identity risk. Both calls go to the same unified /v3/ API.

Enable the Fraud prevention and AML/CTF rule bundles in the Business Console as your baseline. Tune the distinct-counterparty and throughput-ratio thresholds to your product's transaction volume distribution.

Use cases

Neobanks and e-money institutions. Rapid in/out throughput on accounts with near-zero end-of-day balances is the clearest mule signal in retail banking. Velocity rules on sent/received volume delta over 24-hour windows catch it before funds clear the settlement cycle.

Crypto exchanges and on-ramps. Crypto mule patterns — depositing fiat, converting to crypto, and withdrawing to an external wallet immediately — appear in the transaction stream before the on-chain leg. Combining transaction monitoring with on-chain wallet screening at $0.02 per check gives a fiat-to-chain view of the full flow.

Marketplaces and payments platforms. Payment platforms that aggregate funds across many sellers before disbursement are a natural mule target. Fan-in pattern detection on seller-to-platform-to-withdrawal flows surfaces the topology before disbursement.

Fintech lending. Mule accounts are used to receive and rapidly withdraw loan proceeds. Velocity rules on drawdown-to-zero behavior immediately post-disbursement catch this pattern in the same engine that handles AML and fraud detection.

Frequently asked questions

What is the difference between a money mule and synthetic identity fraud?

Synthetic identity fraud creates a fake person at onboarding. Money mules are accounts — real or stolen-identity — used to layer funds post-onboarding. They overlap when stolen identities open mule accounts, which is why pairing onboarding KYC (Know Your Customer) with post-onboarding transaction monitoring provides full coverage.

Does Didit detect mule networks automatically?

The built-in Fraud prevention and AML/CTF bundles are seeded with velocity and topology rules that surface mule patterns without custom configuration. You can tune thresholds and add custom rules in the Console for your specific product baseline.

How much does mule detection cost?

Transaction monitoring runs at $0.02 per transaction. If a flagged party triggers AML Screening, that check runs at $0.20 per call. No minimums, no seat licenses.

What happens when a mule account is identified?

The account can be declined, held for analyst review, or routed to re-verification via AWAITING_USER. For confirmed cases, the built-in case manager supports SAR filing without leaving the Didit console.

Does this work for crypto mule patterns?

Yes. Set currency_kind: "crypto" and the engine applies the Crypto monitoring and Crypto screening rule bundles. On-chain wallet screening on the counterparty address can be triggered automatically at $0.02 per check with bring-your-own-key.

Ready to get started?

Infrastructure for identity and fraud.

One API for KYC, KYB, Transaction Monitoring, and Wallet Screening. Integrate in 5 minutes.

Ask an AI to summarise this page
Money Mule Detection with Transaction Monitoring | Didit