← Back to Work
Process file · Finance Finance

What’s inside: audit trail · output checking

A true sanctions hit queued behind a homonym

The question this file answersWhy does a true sanctions match wait in the same queue as a homonym anyone would dismiss on sight?

Fits: banks, payment firms and fintechs where compliance files are still assembled by hand.

Typical day

What the desk looks like today

Typical, from the finance playbook's KYC/AML section, which names list checking but no alert volume. Payments and new parties are screened against World-Check, LexisNexis or your lists; true hits and homonyms share one queue, opened as if equal. It hurts when the regulator asks how long real hits waited.

What changes

What Monday looks like after

At the start of the shift the officer's queue holds the names that survived a secondary check, each with the evidence already laid out, instead of every alert the list produced overnight. Every clearance, including the automatic ones, sits in the log with its reasoning for the regulator to read.

Typical, not a measured client result. Every figure here comes from the playbook source named below.

Cleared

the same list-checking step as KYC onboarding — no published figure for screening alerts

Before: true hits and homonyms sit in one queue and an officer opens both. After: no-hits clear with a logged comparison; the real names wait for the officer. No percentage — the only figure is about onboarding.

No published figure for this desk. The range lives on the parent file: KYC: documents scored before the officer opens the file →

How this file is built

McKinsey KYC study (2023) reports 50–70% less case time on onboarding; it does not measure alert screening, so this file carries no percentage and the range stays on the KYC file. Not a false-positive promise.

What we install

What we put in front of the systems you already run

Your screening and compliance tools stay — World-Check, LexisNexis, Thomson Reuters or the ones you run. This is the same list-checking step as in our KYC onboarding build, run on its own:

  1. each screened party is compared to the list entry it hit — name, date of birth, country, identifiers
  2. hits that fail on every secondary field are cleared, with the comparison written into the log
  3. near-hits and true hits go to the officer with the list record and the customer record side by side.

No true hit is ever closed by the model.

What stays human — and what this will not do

The true match. Alias judgement. Escalation. The regulator.

Not a false-positive promise.

What can go wrong — and what we do about it

If customer records lack dates of birth or countries, secondary checks cannot run and almost nothing clears automatically — that data gap is audit work first. Aliases, transliterations and partial identifiers stay a person's judgement, and the log of automatic clearances must be acceptable to your compliance function and regulator before the first live run.

What it costs to get there

The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →

Scoped in the audit — the playbook has no estimate for this exact desk.

This is about you if…
What does this mean in euros?

That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.

Get your free savings estimate 60 seconds · no sales call Or write first → Map a finance process like this one — free, 60 seconds →

Not a named Aperanda client. Process file · Finance.

Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.

All process files