Introducing complead. One AI-native platform for financial crime compliance. Read the story
New Ready Integrations available Check the new integrations
By industry

Compliance built for payment speed

Check every payment, be aware of each merchant, and detect fraud and money laundering on the same record, at the speed at which your rails operate.

Compliance built for payment speed
What you switch on

What a payment provider switches on first

Payments are settled in seconds and in large volumes, which means that screening and monitoring have to be carried out as part of the process, not afterward. Most providers begin with payment screening and merchant onboarding before adding monitoring and fraud detection onto the same record.

Why this matters here

Customers notice each second that you add. Supervisors notice every check you skip.

Payment providers have the same anti-money laundering and sanctions responsibilities as banks, even though they usually have smaller teams and handle much higher volumes. Fraud and laundering use the same accounts, the same mules, and the same merchants. When these operations are managed in separate systems, analysts are only able to see half the story, twice over.

400 ms

is your whole budget

Anything slower than the rail is a control you do not actually have.

24/7

no settlement window

There is no overnight batch to hide reconciliation in.

Two teams

fraud and AML disagree

The same payment gets scored twice, on two systems, with two answers.

400 ms Control budget per payment
150 ms Median screening call
24/7 No settlement window
−58% Payment holds after tuning
Journey · Against the clock

A customer through your funnel

Scroll to advance
  1. Step 01 The merchant or customer

    Business customers are resolved to owners and directors, individuals are verified and screened, and a risk score is set before the first payment.

  2. Step 02 The payment

    Payer and payee screened in real time, fraud signals scored in the same decision, and clear payments released without a queue.

  3. Step 03 The pattern

    Monitoring looks across accounts, wallets, and merchants for mule networks, structuring, and unusual flows. AI links related alerts into one case and drafts the summary; the analyst makes the call.

  4. Step 04 The report

    Suspicious activity moves from case to filing with the evidence already attached.

complead / payments / inbound
  • Payments per second1,840
  • Resolved to known96.2%
  • Median resolve11 ms
complead / screening / payment
  • Screening time148 ms
  • Budget remaining252 ms
  • Hits0
complead / fusion / score
  • Fusion score18 low
  • Behaviour signals4
  • List exposurenone
complead / payments / decision
  • Released1,839
  • Held1
  • Reason codeattached
Enter
Screen
Score
Release
What you answer to

What regulators expect from payment providers

Rules tighten as the rails get faster. Instant payments, cross-border transfers, and scam reimbursement rules all ask providers to decide in real time and prove the decision afterward.

Read the compliance guides
Payments regulator Screening before release, not after Per transaction
EU IPR Daily screening of the customer base against EU sanctions In-window
FIU Reporting on detection 24h – 30 days
Scheme rules Availability and response-time SLAs Continuous
Case study · Payments

Instant payments, instant controls

A PSP moved sanctions screening from a post-settlement sweep into the payment call itself, then put fraud and AML signals on one score so the two teams stopped arguing about the same transaction.

400 ms Control budget met
−58% Payment holds
4 weeks To production
Read the case study
FAQ

Before you ask us

Can screening run inside an instant payment?

Yes. Median screening is around 150 ms, which leaves the rest of the control budget to your own logic. Under instant payment schemes a transfer settles in seconds, so screening has to run inside the payment, not in a queue behind the rail.

What happens if screening times out?

The call fails open or closed according to your policy, and the decision is logged either way. An auditor can see not only what happened to each payment but which rule decided it, including in the moments when screening did not respond in time.

Are both payer and payee screened?

Yes, both sides in real time, with fraud signals scored in the same decision. Clear payments are released without a queue, and only those that need judgement are held. The payee side matters because scam proceeds and mule accounts usually sit on the receiving end.

Do fraud and AML need separate systems?

No. Both feed one Fusion score on the same customer record. Fraud and laundering use the same accounts, mules and merchants, and two systems watching them separately each see half the story. The combined score still breaks down into the signals behind it.

How do we know when a merchant changes after onboarding?

The merchant stays in scope after approval, so a change in ownership, business model or volume shows up on the same record instead of at the next review. At onboarding, business customers are resolved to their owners and directors, and a risk score is set before the first payment. Later changes are read against that baseline.

How are mule networks detected?

By looking across accounts, wallets and merchants rather than one account at a time. Related alerts are linked into one case, alongside structuring and other unusual flows, and AI drafts the summary before the analyst makes the call. Seen together, a set of small unrelated-looking alerts becomes a network.

How do we explain a held payment without tipping off?

Every hold carries a reason code your service team can read without opening the compliance tool. The customer gets an answer on first contact rather than a transfer to compliance. Reason codes describe the status, not the suspicion, so staff can explain a hold without tipping off.

What do most payment providers switch on first?

Payment screening and merchant onboarding, because those controls sit in the flow of funds from day one. Monitoring and fraud detection then join on the same record, so the history built at onboarding is already there when the first pattern appears.

How does a suspicious case become a report?

The case moves to a draft filing with the evidence already attached. Your team reviews, signs and submits it. Because the draft is built from the case, the narrative, timestamps and supporting documents match what the analyst actually reviewed.

Can we test it on our own traffic?

Yes. Send a sample file of payments and see what clears in-window, what is held, and what your current setup would have held. The comparison shows the legitimate payments your current rules stop and the ones that need a closer look.

Run it against a day of your own traffic

Send a sample file of payments. We will show you what clears in-window and what your current setup would have held.

3,000+ Data sources checked
220+ Countries covered
15 min Always real-time data